Thanks, I will have a look at it.ESP_Sprite wrote: ↑Thu Jan 28, 2021 3:05 amYou could burn the eFuse in the ESP32 to indicate it should ignore that bootstrap pin and just use a set voltage. espefuse.py has an easy option for that, suggest you look that up if you want to go that route.
The notorious "flash read err, 1000" - with a twist
Re: The notorious "flash read err, 1000" - with a twist
Re: The notorious "flash read err, 1000" - with a twist
My problem was similar and was solved by folowing the steps on https://docs.espressif.com/projects/esp ... encryption:
If flash encryption was enabled accidentally, flashing of plaintext data will soft-brick the ESP32. The device will reboot continuously, printing the error flash read err, 1000 or invalid header: 0xXXXXXX.
For flash encryption in Development mode, encryption can be disabled by burning the FLASH_CRYPT_CNT eFuse. It can only be done three times per chip by taking the following steps:
In Project Configuration Menu, disable Enable flash encryption on boot, then save and exit.
Open project configuration menu again and double-check that you have disabled this option! If this option is left enabled, the bootloader will immediately re-enable encryption when it boots.
With flash encryption disabled, build and flash the new bootloader and application by running idf.py flash.
Use espefuse.py (in components/esptool_py/esptool) to disable the FLASH_CRYPT_CNT by running:
espefuse.py burn_efuse FLASH_CRYPT_CNT
Reset the ESP32. Flash encryption will be disabled, and the bootloader will boot as usual.
Who is online
Users browsing this forum: No registered users and 56 guests