Hi, This is a follow-up question to thread: https://esp32.com/viewtopic.php?f=12&t=37286. I'm trying to read and write the write-protect bit "CMP" from the flash status-register in my own program. The equivalent functions for the esptool are read_flash_status/write_flash_status. The status I want to...

Back from vacation ;) We've tested the power supply of the device, and found that the max. current of the used LDO isn't directly the problem. The worst spike is when BLE is started, but even then the supply voltage only dips from 3.15V to 3.1V. This is the case until the battery voltage drops below...

True, we'll check the supply and power the device externally for testing.

The device is used to measure a strain gauge. Power supply is a pmic, powered by USB and/or a single Li-Ion cell. The output used for the ESP is an LDO@3.15V, max 220mA The pmic has 2 more LDOs and a boost-converter for the TFT backlight and strain gauge supply. Components include: USB-C connected t...

Hmm, changing the status as well as flashing a binary (ESP32_RFTest) worked, but then things got even wierder... The actual command I've used was: esptool -p PORT write_flash_status --non-volatile 0x0200 I then verified that the setting has actually changed: C:\Users\Embedded>esptool -p COM7 read_fl...

Sure, flash_id: C:\Users\Embedded>esptool -p COM7 flash_id esptool.py v4.7.0 Serial port COM7 Connecting...... Detecting chip type... Unsupported detection protocol, switching and trying again... Connecting.... Detecting chip type... ESP32 Chip is ESP32-D0WDR2-V3-V3 (revision v3.1) Features: WiFi, B...

GPIO12 is only connected to a debug header, no other external component. I'm measuring 0.0V on this pin.
Wouldn't flash reads also fail if GPIO12 was pulled high?

Hi, Currently struggling with a strange phenomenon: Some of the used ESP32-WROOM-32E-N16 modules in a custom device stop flashing properly after they have worked properly multiple times (often 10+) before. The flashing itself completes fine, but the verify using the MD5 checksum fails (see attachmen...