-
Notifications
You must be signed in to change notification settings - Fork 118
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Getting "Invalid header" when trying to flash Seeed Studio XIAO ESP32C3 with custom firmware #483
Comments
Do as in the warning told. Keep the settings for flash mode size and freq. |
@Jason2866 Thank you for your response. While esptool v4.8.dev3 did remove the warning, the same invalid header messages come up on boot no matter what I try. I have logged a ticket with esptools. |
@Jason2866 thanks for all you trying to help me! In the end I finally discovered what was causing this and it was my user error, but also shed light on another bug that maybe should be addressed and I will open a new ticket for it. In my manifest I was referencing the path as "/fw/esp32c3.bin" where it should have been "fw/esp32c3.bin". Once I corrected the path everything worked fine. I discovered this by trying to upload a hello world firmware on both my self-hosted ESP Web Tools and the official one and compared the web console output. As you can see below, mine is only writing 12 bytes vs the actual 305744 bytes. The bug (or feature missing as it may be) is that there appears to not be a test checking for the existence of the firmware referenced in the manifest or that the firmware size is greater than a certain byte count. My output was:
The official one was:
|
Great you found the reason! |
When I try and follow the directions to add custom firmware, I get a infinite loop of:
I used this command to make the merged firmware:
I noticed that when I build in Platformio/VSCode it showed:
So I also tried adjusting the above command to reflect a 0 offset for the bootloader like this:
Which produced this warning:
While the two different merged firmware byte counts were identical, I did run a diff and it does appear that they are different.
Thanks for any help anyone can give!
The text was updated successfully, but these errors were encountered: