Можеш ли да копираш съобщението от терминала, което излиза при стартиране?

Както казах то е някакъв постоянен стрийм без никакви паузи и буферите ми се препълват постоянно. Но цикли едно и също от сорта:



Почва 40ms след подаване на захранването и до откат

Сложи един кондензатор 10 - 100 uF на захранването близо до платката или направо на изводите и. GPIO 0 също трябва да е с пулъп, а с джъмпер му подаваш ниско ниво, за да го вкараш в режим за програмиране

Fatal exception (0) е невалидна команда. Изглежда модулчето ти е флашнато с фърмуер за ардуино и понеже не си му качил скеч си цикли безкрайно с тая грешка.

Ако искаш да го ползваш с АТ команди трябва да му качиш друг фърмуер.

Баси мъката с тия фърмуери...
Свалих си последното SDK "без ОС" щото искам АТ команди и вътре различни комбинации - за at и за at+sdio, за 512+512 и за 1024+1024, за 8-бит, за 16 бит и за 32 бит флашове. Като в зависимост от комбинацията трябва да се ползват различни файлчета и трябва да се пишат на различни адреси, като на всичкото отгоре някои файлчета допълнително имат версии.
Тъй като съм с лайнукс реших да ползвам esptool.py. Пуснах го да чете flash_id, chip_id и изглеждаше работещо. Показа ми, че флаша е 2MB затова реших че ми трябва 1024+1024 версия. Записах последните версии, пуснах и... смениха се съобщенията, демек явно съм писал нещо. Но не бачкаше, а в съобщенията имаше разни "sysble size is larger than flash size 0x80000... please check partition type 6 addr:1fd000 lenload 0x40100000, len 816, room 16".
Помислих си, че може би не е трябвало да записвам най-най-последните версии. Записах първите. Но пак не тръгна. Тъй като веднъж бях объркал адресите реших пак да запиша всичко на чисто. Пак не стана. Всъщност няколко неща пробвах и вече не съм сигурен кое беше последно и тъй като все не искаше да бачка отворих схемичката на моя модул и видях, че флашът е на SDIO.
Викам си това е проблемът, трябва да запиша sdio версията... Да запиша, ама йок. Спря да пише.
"A fatal error occurred: Failed to write to target RAM" и до тук. Нито мога да запиша, нито да изтрия. Тръгнах да оглеждам платки, рестартирах 10 пъти. Няма и няма.
Накрая забелязах, че тула почна да разпознава кварца като 40MHz. A преди го разпознаваше като 26MHz. И си мисля, че правилната стойност е 26, щото заради нея се получава странния баудрейт от 74880 bps.

Не е истина колко време загубих докато го подкарам
Така и не разбрах как точно смених данните за кварца от 26MHz на 40MHz. Може да се е получило след пълното триене което направих по някое време. Не знам. Но ефектът е, че esptool-a не може да си зарежда стъбовете в RAM и някои от функциите му не работят. Примерно вече не мога да правя full erase. За щастие обаче с параметър --no-stub поне мога да пиша. И така извъртих почти всички комбинации от версии, файлове и адреси. Нито една не тръгна.
Още в началото, преди да правя каквото и да е, бях изчел оригиналния флаш. Върнах го и се върнаха оригиналните съобщения. Но кварца така и не се върна.
После падна отчаяно ровене в интернет за всякакви проблеми и решения. И така стигнах до вълшебната опция "--flash_size 2MB-c1". Даже не съм сигурен, че програмирах правилните файлове... но още първият вариант тръгна с тая опция. Модулът си буутна, спря да псува и почна да отговаря на АТ-команди. Даже се регистрира в мрежата. С две думи изглежда работещ. Само кварца дето си остана на 40MHz и тулчето продължава да не може да качва стъбове. Но не ми пука. Дано фърмуера да няма бъгове и да бачка, другото не ме интересува.

Току що Груби публикуваш солюшън за твоята болка:

Днес реших да пробвам ESP-IDF вместо Arduino framework - това за ESP32. Ето резИлтата от компилирането на blink LED:

Това нещо първият път само го натовари, процесорът седя няколко минути на 100% . Това нещо нормално ли е ? Ако имам 8 ядрен процесор на 4.00GHz колко време ще се компилира ?
Сега при повторно компилиране става бърз като при ардуиното повторно. Опасявам се да не е като там, при смана на конфигурацията да прекомпилира всичко наново.
Мигалка кода го взех от тук: https://techoverflow.net/2020/04/09/pla ... k-example/ - все пак ползва RTOS, ама чак пък толкова зор...
Пък като не, ще се върна на arduino framework и няма да се занимавам.
п.п. иначе си работи. Ама за това време щях да си запоя мултивибратор с два транзистора

Само първия път е така. Щото трябва да компилира целия свят, самaта FreeRTOS, драйверите и фреймуорка. После става бързо, но леко ме дразни бавното флашване на кода.

В platforio.ini:

примерно... трябва да се позабързат нещата

Ами бях писъл по въпроса за скоростта на UART. CP2102 който е в NODEMCU-32S е до 1Mbaud. Тук понеже си правя платки с ESP32 самостоятелни модули си направих програматор със CH340. Спокойно си работи на 2Mbaud. Има една схемичка с два транзистора в PDF на ноде-то. По-нататък мисля да потърся някакъв чип (FTDI) или друг който да вдига максимума 5Mbaud

Хмм, къде се намира тоя файл, нещо не го намирам
PS във VSC като сърчнеш idf:baud и излиза. Ама по-бързо от 921600 не ще.

Файлът е "platformio.ini" (горе съм изпуснал 'm'-то).
Mаксималната скорост зависи от USB-UART конвертора на платчето.
Времето за качване зависи и от размера на флаша, ама си е таман да пийне човек от кафето и дръпне от цигарата .

REK ти само VSCODE ли използваш или VSCODE+PlatformIO
"platformio.ini" се отнася за PlatformIO, намира се в рут на проекта
https://www.youtube.com/watch?v=K-9oDE0-XsE

Само VSC + esp-idf плъгин. Друго не ми трябва.