ESP32-C3 boot mode not what I expect...
Posted: Fri Dec 02, 2022 12:23 am
I have been trying to get my ESP32-C3 (In this case, an ESP32-C3-MINI-1) into a state where I can program it. I have unfortunately been unsuccessful. I have made a custom board for the ESP32-C3-Mini-1, and connecting it to a Serial port, I can get the device into seemingly one of two boot states:
If I pull GPIO9 LOW when resetting the chip, it reports the following:
I believe the correct mode to program on a UART connection (over RXD and TXD pins) is mode 0x4, as seen when I reset my ESP32-C3-DevKitM-1:
I assume that I must be doing something wrong, as I can't manage to get my device into a DOWNLOAD(USB/UART0/1) state. And I SPI_DOWNLOAD_BOOT is not sufficient. Here's my setup:
GPIO8 is Pulled HIGH with a 10k pullup resistor
GPIO9 is connected to a button, so I can switch it.
GPIO2 is pulled HIGH (connected to 3v3)
I feel confident the board (and therefore the chip) is getting plenty of power
I haven't found any other documents that suggest any other part of my circuit would cause some other boot behavior. These modules were purchased from Mouser, and have not ever been successfully programmed. Booting into SPI mode results in a near-constant stream of: invalid header: 0xffffffff interrupted (very briefly) every once-in-a-while with
I read in another post this behavior may be because the chip doesn't have a second stage bootloader on it yet.
Any help or suggestions are welcome.
If I pull GPIO9 LOW when resetting the chip, it reports the following:
Code: Select all
ESP-ROM:esp32c3-api1-20210207
Build:Feb 7 2021
rst:0x1 (POWERON),boot:0x1 (SPI_DOWNLOAD_BOOT)
wait spi download
Code: Select all
ESP-ROM:esp32c3-api1-20210207
Build:Feb 7 2021
rst:0x1 (POWERON),boot:0x4 (DOWNLOAD(USB/UART0/1))
waiting for download
GPIO8 is Pulled HIGH with a 10k pullup resistor
GPIO9 is connected to a button, so I can switch it.
GPIO2 is pulled HIGH (connected to 3v3)
I feel confident the board (and therefore the chip) is getting plenty of power
I haven't found any other documents that suggest any other part of my circuit would cause some other boot behavior. These modules were purchased from Mouser, and have not ever been successfully programmed. Booting into SPI mode results in a near-constant stream of: invalid header: 0xffffffff interrupted (very briefly) every once-in-a-while with
Code: Select all
Build:Feb 7 2021
rst:0x10 (RTCWDT_RTC_RST),boot:0xd (SPI_FAST_FLASH_BOOT)
Any help or suggestions are welcome.