Downloading the program occurs MD5 parity error (IDFGH-4188)

[eboxmaker]

A few days ago can also be a normal download. This download error occurs after updating the firmware library
`Flashing project app to 0x10000...
esptool.py v2.0-dev
Connecting...
Uploading stub...
Running stub...
Stub running...
Attaching SPI flash...
Configuring flash size...
Erasing flash...
Unc size 4224 comp size 2635 comp blocks 3
Wrote 2635 bytes at 0x00001000 in 0.2 seconds (90.3 kbit/s)...
File md5: b8a3654c3478dbe4ee99e418fac4c5b5
Flash md5: b846cfdf358a11fdf47a71901ec3cda1

A fatal error occurred: MD5 of file does not match data in flash!
make: *** [C:/esp32_idf/esp-idf/components/esptool_py/Makefile.projbuild:28：flash] 错误 2`

[projectgus]

Hi @eboxmaker,

Thanks for reporting this. Do you consistently get the same "Flash md5" value when the flashing fails?

Would it be possible you to please attach the build/bootloader/bootloader.bin file to this issue, if it doesn't contain any sensitive modifications?

Angus

[eboxmaker]

The MD5 errors are the same for every download.
I deleted thebuild folder. Recompile the program to download. The same error occurs.
I did not make any changes to the program.

[projectgus]

OK, thanks for clarifying. Can you attach the bootloader.bin file here, please? Mine has a different md5sum, I'm wondering if the bug has something to do with the content.

eboxmaker upload by me bootloader.zip

[projectgus]

Hi folks,

I've tried flashing this bootloader image on Windows and Linux, including under current master and esp-idf V0.9. No problems. So I have some follow-up questions to try and narrow it down:

• 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?

Also, so you know, someone has posted on the esp32.com forum with the same error and md5 values. I'm guessing this is someone else with the same bug.

Thanks,

Angus

[projectgus]

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/esptool/tree/bugfix/write_fails_cmp_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]

the error is same.

Unc size 4224 comp size 2635 comp blocks 3
Wrote 2635 bytes at 0x00001000 in 0.2 seconds (90.3 kbit/s)...

[projectgus]

Hi folks,

Thanks for updating me with the unchanged output. Can you please grab the newest update on the same branch:
https://github.com/themadinventor/esptool/tree/bugfix/write_fails_cmp_bit_set

And try running these two commands:

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:

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

... 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 esp32.com forum, it's not necessary to reply in both places - I'm watching both.)

[AnalogLamb]

I just copy the esptool.py to the directory esp-idf/components/esptool_py/esptool, and replace the old esptool.py, It's successful

But It's invalid to use esptool.py command. I am trying. Thanks

[AnalogLamb]

OK, the result of esptool.py command as blelow.