MD5 Error while Flashing the boot.bin to ESP32

[HackOS]

Hello ,I USERD
esp-idf make the demo project
"01_hello_world"https://github.com/zhaojiahai/ESP32_ERR ... ROJECT.jpg
but when I exec the "make flash"
It has a error lise this
https://github.com/zhaojiahai/ESP32_ERR ... 0ERROR.png
that made me can't flashing my bin to the esp32 module
The log like this
https://github.com/zhaojiahai/ESP32_ERR ... er/log.jpg

[ESP_Angus]

Hi,

The images in your post don't seem to have come through, can you edit the post to re-add them please?

Also, can you please clarify which OS are you using and what ESP32 hardware you have connected?

Thanks,

Angus

[WiFive]

Hello ,I USERD
esp-idf make the demo project
"01_hello_world"
but when I exec the "make flash"
It has a error lise this

that made me can't flashing my bin to the esp32 module
The log like this

[ESP_Angus]

Hi,

Thanks WiFive for extracting the images.

Someone has posted an issue on github with the same problem and the same md5 sums.

To help narrow down the issue, I have some follow-up questions (these are the same questions I asked the person on github):

• What serial port are you using? If you run make flash V=1 can you post the full esptool.py command line here, please?
• What ESP32 hardware do you have connected?
• If you disable "Compressed Upload" in make menuconfig serial flasher settings, does anything change?
• If you lower the baud rate (for a very "safe" low value try 9600) in make menuconfig, does anything change?

Thanks,

Angus

[ESP_Angus]

Rather than answer the above questions, can you please try esptool.py from this link and report back if flashing succeeds? Thanks.
https://github.com/themadinventor/espto ... mp_bit_set

(There are several ways to do this: You can either download esptool.py and run it in place, or you can copy it into the esp-idf/components/esptool_py/esptool directory, or you can navigate to this directory and use git to checkout that branch into the submodule.)

[analoglamb]

Please Note: The error is same,

Why it writes 2635byte?

截图01.jpg (77.95 KiB) Viewed 19295 times

[ESP_Sprite]

The size is because esptool compresses the data first and the esp32 decompresses it on the fly. The size you see is the compressed size. Kind-of misleading, I agree.

[ESP_Angus]

Hi folks,

Thanks for updating me with the unchanged output. Can you please grab the newest update on the same branch:
EDIT: This branch is now merged into esp-idf via branch feature/esp32_esp32_v20_refactor, if you have the latest esp-idf then you will have it.

And try running these two commands:

Code: Select all

esptool.py --port PORT read_flash_status
esptool.py --port PORT flash_id

(Please copy or screenshot the output and post it here.)

If that all seems to go well, you can try:

Code: Select all

esptool.py --port PORT write_flash_status --non-volatile 0

EDIT: You may need to power cycle the flash chip after running this command.

... and see if you can flash again. Even if it works, could you please post the output from the first two commands - they will be very helpful for tracking down the underlying problem.

Thanks for your patience.

(PS You can reply here or the Github Issue, it's not necessary to reply in both places - I'm watching both.)

[ESP_Angus]

The fix for this bug was merged into esp-idf yesterday, since revision f988dc9.

Thanks everyone for the help diagnosing the issue and testing the fix.

[dereklai]

The fix for this bug was merged into esp-idf yesterday, since revision f988dc9.

Thanks everyone for the help diagnosing the issue and testing the fix.

I have the MD5 not match problem today with two ESP32s boards. They can "read_flash_status" to be 0x3300. And after write_flash_status --nonvatile 0, it's still 0x3300 and can't flash any bin file with "MD5 not match" messages.

Another two ESP32s boards can successfully be flashed the bin file under the same dev env. The two boards used to have the same problem but have worked well by updated the new esptool.py. The four ESP32s modules are the same batch from AI-Thinker.

Hope Angus can help me. Thanks.