After being connected for a while with an android phone, when the phone is put to sleep, after a period of time, NimBLE reports the following error message. After that, the BLE device can not be found again (i.e. it can not return to advertising).

I think HCI errors are an internal ESP32-NimBLE ...

For future reference, this issue seems to be able to be solved by holding IO9 low manually during flashing. I found that answer here: https://esp32.com/viewtopic.php?f=12&t= ... 24#p108124

I also had this exact same issue. Was flashing fine for ages, then suddenly wouldn't flash. Except I could not get past 20-30% flashing. The ESP32-C3 was stuck in this state and could not be flashed.

Holding IO9 low solved the problem.

Now it is back to normal and can be flashed like usual.

My ...

Ideally I would rather not replace it. It is a ESP32-C3-MINI module so impossible to replace reliably without specialist tooling.

Probably worth mentioning that enable never changes state during this process. I can debug for four hours, resetting, flashing, monitor... I never turn power off, or never change the state of EN. Then all of a sudden after flashing it will refuse to start. Stuck in download mode. I still have this ...

As a follow up, eventually I was able to fix this. I dont know if it was by chance or what I did!

I tried to start a USB-JTAG debug session from Espressif IDE. It did not start (it never does, always times out on open OCD). But, after that I was able to program from the command line again (over ...

I have been flashing an ESP32-C3 over built in USB many times and suddenly it stopped flashing fully. It fails always somewhere between 20-30% of the main flash. I also notice that the Windows device manager flashes when this happens, like USB devices are changing. It is like the chip dies during ...

Maybe I did not explain well. This does not happen at power up at all. For example yesterday I debugged code all day. Started and stopped the monitor about 50 times probably. After about four hours, one time when I restarted the monitor, it was stuck waiting for download. It didn't matter how many ...

Thanks for your reply. GPIO9 is controlled by an external microcontroller. I have confirmed GPIO9 always stays high on a scope. Enable is also controlled by an external microcontroller. It does have a pullup and capacitor fitted but for these tests, EN is bridged directly to 3V3 by a jumper wire ...

Hi,

Custom PCB with ESP32-C3-MINI module. Using the ESP32s onboard USB. On one PCB when I run idf.py monitor, it sometimes gets stuck at waiting for download (see below). I have confirmed that IO9 is kept high. Other PCBs do not have this problem. Any suggestions on what could be the cause?

This ...