Ещё нюанс есть, если esp32 в режиме станции, некоторые точки доступа отказываются повторно подключать после такого сброса (по крайней мере сразу)

digital рестарт юзается только если включена защита памяти, иначе - в наглую вачдогом

Ещё нюанс есть, если esp32 в режиме станции, некоторые точки доступа отказываются повторно подключать после такого сброса (по крайней мере сразу)

да, замечал такое кстати. Не отключается, но и не идут байтики

если ребутнуть esp32

некрасивое решение)

а я то думал)) нахваливал

если ребутнуть esp32

вот я поэтому и за то, чтоб деинициализировать вайфай перед сбросом

а по факту протсо ручные манипуляции)))

скорее всего просто банальный баг какой есть, потому сделали врукопашку)

нашли на первом чипе, дальше перестраховались и везде накопипастили

работает же

там кстати много копипастов по семействам

я думаю что переписывать с нуля былоб тяжелеее

норм костыль такой, хороший

вручную сделай збс)

так зачем - функции написаны давно

Ну, человек хоть убедился, что голый idf ничем не лучше arduino ))

просто заюзать это.

Ну, человек хоть убедился, что голый idf ничем не лучше arduino ))

ну почему же, мы дошли до сути

в ардуине все же подкапотку не показывают)

Человек кипятился, что ардуино - кака

Товарищи, как правильно ребутить esp32? ESP.restart(), он же esp_restart() делает это некорректно. Часто после такого софт-ребута перестают работать BT и WiFi. К сожалению, возможности подцепить ногу на RST уже нет (платы используются готовые). Кто что может посоветовать? Если делать необрабатываемое исключение , то ребут будет полный, с периферией?

вот тут можно покопаться

/** * @brief Internal function to restart PRO and APP CPUs. * * @note This function should not be called from FreeRTOS applications. * Use esp_restart instead. * * This is an internal function called by esp_restart. It is called directly * by the panic handler and brownout detector interrupt. */ void esp_restart_noos(void) attribute ((noreturn)); /** * @brief Similar to esp_restart_noos, but resets all the digital peripherals. */ void esp_restart_noos_dig(void) attribute ((noreturn));

вот тут можно покопаться

мы уже там были)

в ардуине все же подкапотку не показывают)

Точно так же показывают, как и в idf, ничем не отличается, абсолютно

сорри не дочитал до конца (((

Точно так же показывают, как и в idf, ничем не отличается, абсолютно

там политика неподразумевает лазить где-то кроме скетча

неправда)

та я знаю что есть

я про саму ардуино иде

Думаю, тролля можно больше не кормить, он наелся и убедился

я про саму ардуино иде

При чём тут ide? разговор был про фреймворки. Товарищ, вы скачете с темы на тему

так, я сказал что сама ардуина не приветствует азить по исходникам фреймворков

там всё в скетчах

а IDF по сути все есть код и на ладошке)

в ардуине нужно править баги в 2-х прослойках, а в IDF только в одной 😁

в ардуине нужно править баги в 2-х прослойках, а в IDF только в одной 😁

воооооооо\

дошло)

Он настолько погряз, что не выйдет на чистую воду ))))

можно всё и везде, сама платформа не подразумевает такой подход жеж......

оло, снимите трубку)

там абстракция придумана для того, чтобы не пугать домохозяек))))

и чтобы код на всех платформах работал - но нынче уже много непереносимых скетчей

тобишь по сути - барахло

лишний уровень абстракций

там абстракция придумана для того, чтобы не пугать домохозяек))))

ESP32 вышел за пределы этого... приходится пугаться

ну хоть в этом согласны)

ардуино идеален для старта - чтобы понять алгоритмику без вникания в платформу

но как только нужно мигать не только светодиодиком - нужно идти далее)

иначе будет как с этим рестартом

а почему функция не делает зашибись? - а хер его знает.....

мне мешает их идеология и подход, которые я не использую)

эко вы усугубляете)))))

нет, пишу на понятном языке, с минимальным уровнем абстракции

и в регистры дунуть умею

для определенных задачек достаточно и ведруины, но судя по возникающим вопросам - следует все же избавится от мешающего звена.....

щас мем сделаю на тему)

и в регистры дунуть умею

вот этим таинством применимо к ESP32 интересно бы овладеть...

Он даже гит не пользует, ибо это лишняя абстракция, он код запоминает, а потом редактирует, там же, в своей памяти ))))

вот этим таинством применимо к ESP32 интересно бы овладеть...

reference manual вам в помощь

Он даже гит не пользует, ибо это лишняя абстракция, он код запоминает, а потом редактирует, там же, в своей памяти ))))

Он даже гит не пользует, ибо это лишняя абстракция, он код запоминает, а потом редактирует, там же, в своей памяти ))))

кто то поспешил с выводами без доп инфы?)

ай яйяй

короче - как глючил прием по UART, считывая 0 байт, так и продолжает глючить, хотя это может передача глючить, но какая разница, один фиг - нестабильное решение получается

ай яйяй

Ладно, уже даже неинтересно. Все сделали соответствующие выводы

Ладно, уже даже неинтересно. Все сделали соответствующие выводы

это понятно, когда твои выводы безосновательны - становится неинтересно)))

собрал второй - тоже самое, ага

редко глючит, с этим можно жить, но неприятно

и даже багфикс есть для такой же проблемы, только тут что то другое

Юзать С++

Юзать Ведруину

Только до следующей передачи по UART, и потом прием восстанавливается. Сейчас по 2048 байт запрос-ответ.

Только спустя 9 часов до ребута UART перестал принимать. Скорее всего проблема та же самая

Да, WIFI включен, BT нет, запрос через websockets приходит, потом по UART по другому протоколу - запрос-ответ

Только спустя 9 часов до ребута UART перестал принимать. Скорее всего проблема та же самая

странно кстати, у меня принтер работает с UART от ESP32 жутко стабильно. скорость 921 600.

в отдельном таске, в котором очередь текстовых команд, которая приходит через websockets в текстовом сообщении

хоть бы раз лишний байтик прилетел