-
Notifications
You must be signed in to change notification settings - Fork 115
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
Failed to program files larger than Hello World (ESF-128) #105
Comments
Have you tried flashing without MD5 enabled? I couldn't get MD5 working either, but haven't looked into it yet. |
Hello @caiubistaffoker , thank you for your submission. The error 2 means there was a timeout. Please try bumping the |
Thank you @higaski for your ideia. I did what you said but wasn't fixed my problem. I think this checksum isn't the main problem. The real problem is I can't programming bigger code than Hello World. |
Hello @DNedic!!! But I put a breakpoint in the "timeout_per_mb" function like you said and obtained that, within the flash check (esp_loader_flash_verify), the values of s_image_size and MD5_timeout_PER_MB are 3073 and 8000 respectively. Now I put comparative output and input for RX data in "send_cmd_md5", as I did into other send_cmd functions and received the following messages: DEBUG: Error: MD5 checksum does not match: Here is the full log: |
So if I understand this correctly, the error is no longer the timeout, but MD5 does not match for bigger binaries? Let's then separate out those 2 issues and solve them one at a time. Please try bumping the Can you provide the binary you're trying to flash? |
@DNedic, |
@DNedic How can I fix this error 4 with checksum comparator? |
Ca you try performing the exact same flashing but with a port supported by us (e.g. ESP32)? |
@DNedic,
As for changing the values of the timeout variables, I noticed that values between 2000 and 5000 are efficient in recording. Above that, I didn't get to test it. Disabling MD5 does not impact recording. However, error 4 regarding MD5 continued to occur even in this firmware version with the port to STM32 created by you. As for recording files larger than a Hello World, due to the STM32G0B1's limited Flash memory, I was only able to record an i2c_oled example. Below I will leave some logs available for checking. To summarize, the MD5 error (error 4) continues even with the espressif STM32 port and, my main problem of recording code larger than a Hello World, also continues because I was unable to record my main code (similar size to the example mqtt5). LOG_STM_Prog_ESP32_Error2_usingDebugTrace.txt |
Hi, thank you for your support. I wonder where can I find the target code? because this repo is thought in loader device I mean the receiver code, i need to check how the process the pakages. I understand that code is embeeded on ESP32 CHip, writgh? but I need that repo to a custom implementation. |
Port
ESP, NXP (LPC54628)
Target chip
ESP32-WROOM-32E
Hardware Configuration
NXP development kit board (OM13098 - LPCXpresso54628) to record the ESP32-WROOM-32E by UART communication.
Log output
More Information
Below I leave the log of the recording version, with the Hello World code, which was possible to record on the ESP32. Additionally, I added a photo of the ESP32 which indicates that there was no application recording.
Tests that I have already carried out and still had no effect:
Would it be possible for someone to help me find out why my code is not being recorded?
Log_NXP_Prog_ESP32_with_HelloWorld.txt
Log_NXP_Prog_ESP32_with_LargestArchive.txt
The text was updated successfully, but these errors were encountered: