ЕСП32 вечный бутлуп как исправить?

нажатие boot+reset и отжатие в обратном порядке не помогает залить новый скетч. хотя в терминале пишет такое

□ets Jul 29 2019 12:21:46

rst:0x1 (POWERON_RESET),boot:0x17 (SPI_FAST_FLASH_BOOT)
configsip: 0, SPIWP:0xee
clk_drv:0x00,q_drv:0x00,d_drv:0x00,cs0_drv:0x00,hd_drv:0x00,wp_drv:0x00
mode:DIO, clock div:1
load:0x3fff0030,len:4876
ho 0 tail 12 room 4
load:0x40078000,len:16532
load:0x40080400,len:3500
entry 0x400805b4
E BOD: Brownout detector was triggered

ets Jul 29 2019 12:21:46

rst:0x3 (SW_RESET),boot:0x17 (SPI_FAST_FLASH_BOOT)
configsip: 0, SPIWP:0xee
clk_drv:0x00,q_drv:0x00,d_drv:0x00,cs0_drv:0x00,hd_drv:0x00,wp_drv:0x00
mode:DIO, clock div:1
load:0x3fff0030,len:4876
ho 0 tail 12 room 4
load:0x40078000,len:16532
load:0x40080400,len:3500
entry 0x400805b4
E (322) esp_image: Image hash failed - image is corrupt
E (323) boot: OTA app partition slot 0 is not bootable
E (323) esp_image: image at 0x150000 has invalid magic byte (nothing flashed here?)
E (328) boot: OTA app partition slot 1 is not bootable
E (333) boot: No bootable app partitions in the partition table
ets Jul 29 2019 12:21:46

rst:0x3 (SW_RESET),boot:0x17 (SPI_FAST_FLASH_BOOT)
configsip: 0, SPIWP:0xee
clk_drv:0x00,q_drv:0x00,d_drv:0x00,cs0_drv:0x00,hd_drv:0x00,wp_drv:0x00
mode:DIO, clock div:1
load:0x3fff0030,len:4876
ho 0 tail 12 room 4
load:0x40078000,len:16532
load:0x40080400,len:3500
entry 0x400805b4
E (322) esp_image: Checksum failed. Calculated 0x3b read 0xbb
E (322) boot: OTA app partition slot 0 is not bootable
E (323) esp_image: image at 0x150000 has invalid magic byte (nothing flashed here?)
E (329) boot: OTA app partition slot 1 is not bootable
E (334) boot: No bootable app partitions in the partition table
ets Jul 29 2019 12:21:46

rst:0x3 (SW_RESET),boot:0x17 (SPI_FAST_FLASH_BOOT)
configsip: 0, SPIWP:0xee
clk_drv:0x00,q_drv:0x00,d_drv:0x00,cs0_drv:0x00,hd_drv:0x00,wp_drv:0x00
mode:DIO, clock div:1
load:0x3fff0030,len:4876
ho 0 tail 12 room 4
load:0x40078000,len:16532
load:0x40080400,len:3500
entry 0x400805b4
Panic handler entered multiple times. Abort panic handling. Rebooting …
ets Jul 29 2019 12:21:46

rst:0xc (SW_CPU_RESET),boot:0x17 (SPI_FAST_FLASH_BOOT)
configsip: 0, SPIWP:0xee
clk_drv:0x00,q_drv:0x00,d_drv:0x00,cs0_drv:0x00,hd_drv:0x00,wp_drv:0x00
mode:DIO, clock div:1
load:0x3fff0030,len:4876
ho 0 tail 12 room 4
load:0x40078000,len:16532
load:0x40080400,len:3500
entry 0x400805b4
Panic handler entered multiple times. Abort panic handling. Rebooting …
ets Jul 29 2019 12:21:46

rst:0xc (SW_CPU_RESET),boot:0x17 (SPI_FAST_FLASH_BOOT)
configsip: 0, SPIWP:0xee
clk_drv:0x00,q_drv:0x00,d_drv:0x00,cs0_drv:0x00,hd_drv:0x00,wp_drv:0x00
mode:DIO, clock div:1
load:0x3fff0030,len:4876
ho 0 tail 12 room 4
load:0x40078000,len:16532
load:0x40080400,len:3500
entry 0x400805b4
Panic handler entered multiple times. Abort panic handling. Rebooting …
ets Jul 29 2019 12:21:46

rst:0xc (SW_CPU_RESET),boot:0x17 (SPI_FAST_FLASH_BOOT)
configsip: 0, SPIWP:0xee
clk_drv:0x00,q_drv:0x00,d_drv:0x00,cs0_drv:0x00,hd_drv:0x00,wp_drv:0x00
mode:DIO, clock div:1
load:0x3fff0030,len:4876
ho 0 tail 12 room 4
load:0x40078000,len:16532
load:0x40080400,len:3500
entry 0x400805b4
□ets Jul 29 2019 12:21:46

rst:0x1 (POWERON_RESET),boot:0x3 (DOWNLOAD_BOOT(UART0/UART1/SDIO_REI_REO_V2))
waiting for download
но не смотря на это ожидание все равно ничего не заливается, уже попробовал на 3х пк, где остальное работает, кабель менял, подпаял 10к между эн и 3.3в увы

земля Tx Rx не звонятся > 10Mohm

Я бы выбросил ))

Посадить GPIO 0 жестко на землю, включить питание и пробовать заливать код.

попробовал, увы, видимо ESP32-WROOM-32U умерла, благодарю за совет

С питанием у тебя что-то.

ЕСПшечка же вон, кричит во все горло.

Как питание устроено?

Зажмите BOOT+RESET потом отпустите RESET, потом отпустите BOOT. В терминале должен появится текст, типа готов к заливке.

Если можете залить скетч - залейте скетч-пустыху, в который добавьте такой код:

#include "soc/soc.h"
#include "soc/rtc_cntl_reg.h"

void __attribute__((constructor)) auto_disable_brownout() {
    WRITE_PERI_REG(RTC_CNTL_BROWN_OUT_REG, 0);
}

Этот код исполнится первым (до main, до setup()/loop(), до старта скетча, короче) и выключит BROWNOUT DETECTOR. Посмотрите, не будет ли перезагружаться после этого.

Так же обратите внимания на настройки IDE: правильный ли там размер флешки, правильный ли там режим и прочее - это довольно частая причина boot-loop, правда, сообщения будут другие.

Я тоже на “Brownout detector” обратил внимание, но в ESP32 я не разбираюсь…

Там только одно сообщение по питанию. А дальше - пару раз про проблемы с разделами

И три раза про панические атаки ))

Так что хз что с камнем. Да и мы ж не знаем, каким издевательствам ТС плату подвергал ))

я так и делал все это время, ваш код то же не помог. видимо надо купить новую.

благодарю всех, можно закрыть тему

Остальные паники как раз понятны - несоответствие прошивки и флешки:

размер\режим SPI указанный в Arduino IDE не соответствует реальному.

Вторая причина - выставлена разбивка флешки Custom, а файл partitions.csv не создали и забыли вообще.

Я думаю, что чип живой. Надо чтобы автор показал свои Flash settings и Partition Scheme

PS: вон, у него он даже в режим Download переходит. Т.е. проблема не стоит выеденного яйца, надо просто поковыряться чуток

Так у вас оно еще и прошивается? Ну, тогда смотрите внимательно настройки в Arduino IDE->Tools->Flash Mode/Flash Size/Partition Scheme

Расшифрую для будущих поколений, перед тем, как топик залочится:

ets Jul 29 2019 12:21:46                       ← Дата компиляции ROM
rst:0x1 (POWERON_RESET),boot:0x17 (SPI_FAST_FLASH_BOOT)  ← Причина перезагрузки (#1, по питанию). Загрузка с флешки
configsip: 0, SPIWP:0xee  ← Конфигурационный байт флешки. Обычно тут ЕЕ.
clk_drv:0x00,q_drv:0x00,d_drv:0x00,cs0_drv:0x00,hd_drv:0x00,wp_drv:0x00 . ← Максимальный ток на пинах флешки, 5ма (маловато как-то, странно) 0=5ма, 1=10ма, 2=15ма, 3=20ма.

mode:DIO, clock div:1 ← Режим SPI FLASH. Не реальный, а тот, что в настройках Arduino IDE указали


 load:0x3fff0030,len:4876 ← Загрузчик из ROM загрузил данные (.data) второго (second stage) загрузчика. Уже в DRAM.

ho 0 tail 12 room 4 ← Это что-то необычное

load:0x40078000,len:16532 ← Загрузчик из ROM загрузил данные (.rodata) второго (second stage) загрузчика. в DRAM. 

load:0x40080400,len:3500 ← Загрузчик из ROM загрузил код (.text) второго (second stage) загрузчика в IRAM

entry 0x400805b4 ← Загрузчик из ROM передает управление second stage bootloader

E BOD: Brownout detector was triggered ← бдыщ. сообщение от Second Stage bootloader. Скетч еще не стартанул. Питание просело - причин миллион.

Текст ниже - прямое указание на неправильно прошитый бинарник

E (322) esp_image: Image hash failed - image is corrupt
E (323) boot: OTA app partition slot 0 is not bootable
E (323) esp_image: image at 0x150000 has invalid magic byte (nothing flashed here?)
E (328) boot: OTA app partition slot 1 is not bootable
E (333) boot: No bootable app partitions in the partition table

у меня так ии хотел от работы отлынивать, пишет код умышленно что бы окирпичить плату)))
втыкание усб за секунду до прошивке мне помогало, в ваш вопрос не вникал, но может поможет…
что то мне кажется это у вас после ии кодинга))) но может и ошибаюсь… если попадание 100% дайте пж знать, ля совершенствования моих способностей экстрасеныса

ну и я естественно надеюсь что вы прошиваете плату, к которой нечего не припаяно, я бы сказал иногда это важно…

Загрузчик при этом не затрагивается и в случае зашитой во флеш галиматьи от перепрошивки не отказывается. А у ТС в режим ожидания прошивки вроде переходит, а прошивку не принимает. По мне так - на выброс ))

Да? А мне из его сообщений показалось, что принимает. Иначе как объяснить его слова о том, что он код мой “попробовал, на не помогло”?

Если прошивку не принимает, то в помойку, да.

Видимо тоже “попробовал, но не загрузилось” ))

В первом сообщении