Back then, we tested with a additionnal pullup (something like 10k or 20k Ohm)
Today, we tried with a 200 Ohm pullup resistor on GPIO-0. Unfortunatly, it still freezes.

Hi,

Thank you for sharing your answer.

Our issue seems different, we didn't see the "waiting for download" uart log.
Wiring a pullup resistor to GPIO-0 did not solve our problem.

However, we got other boards with a similar design. None of the 6 new boards freezes on startup.

Hi Sprite, We repeated the bug with stabilized 3.3V power supply :/ That was way harder to repeat it with 3.3V than 24V. We don't know if we were unlucky, but we did not repeat the bug with an ESP-PROG plugged beforehand. ESP-Prog plugged with programming interface, without 3.3V or 5V jumper. Thanks...

Concerning GPIO 45, We burnt "Fixed 3.3V VDD_SPI" (with "espefuse.py set_flash_voltage 3.3V"). They are the only eFuses we burnt. The bug is still reproducible, nothing has changed. If we understand documentation correctly, GPIO 45 is now ignored as a strapping pin. We tried few things with EN pin :...

Thank you for your feedback

We still reproduce the bug with increased R6 (up to 100K).

Hi Sprite,

Here is our EN pin routing : GPIO 45 is directly connected to an XPT2046: We use a 24V stabilized supply to power an ETA2845, output 3.3V:

Hi ! We are struggling with an esp32s3 that randomly blocks in bootloader. After a long power off, the blocking behavior occurs often at its first boot (≈1/5 boots) And almost never when the CPU is powered off during a short time. The previous hardware revision is working fine (tested on 50 boards)....