mirror of
https://github.com/OpenEPaperLink/OpenEPaperLink.git
synced 2026-03-21 00:04:28 +01:00
[GH-ISSUE #58] flashing of FW Tag failes "failed to read json header from FW pack" #2233
Assignees
sascha_hemi
Clear assignees
sascha_hemi
No Assignees
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: starred/OpenEPaperLink#2233
Reference in New Issue
Block a user
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @Uspizig on GitHub (Jun 7, 2023).
Original GitHub issue: https://github.com/OpenEPaperLink/OpenEPaperLink/issues/58
What a great project.. so far i am still having issue getting it to work.
Describe the bug
Can not flash the ZBS243 Tag. Always runs into trouble during flashing.
To Reproduce
Steps to reproduce the behavior:
`Connected! IP address: 192.168.178.35
reading DB from file
loadDB: Failed to open file
I wasn't able to connect to a ZBS (AP) tag.
This could be the first time this AP is booted and the AP-tag may be unflashed. We'll try to flash it!
If this tag was previously flashed succesfully but this message still shows up, there's probably something wrong with the serial connections.
The build of this firmware expects an AP tag with RXD/TXD on ESP32 pins 6 and 7, does this match with your wiring?
Performing firmware flash in about 30 seconds!
30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 0 MD5=A27D978C48888FA045E8D3F90DC27029
MD5 Matches > Segmented UK
Found an original fw tag, flashing it for use with OpenEPaperLink
Failed to read json header from FW pack
Failed to flash the AP :(
Seems like you're running into some issues with the wiring, or (very small chance) the tag itself
This ESP32-build expects the following pins connected to the ZBS243:
--- ZBS243 based tag ESP32 ---
RXD ---------------- 06
TXD ---------------- 07
CS/SS ---------------- 11
MOSI ---------------- 10
MISO ---------------- 08
CLK ---------------- 09
RSET ---------------- 13
Your firmware is configured without soft power control. This means you'll have to manually power-cycle the tag after flashing.
Please verify your wiring and try again!
---- Closed serial port COM10 due to disconnection from the machine ----`
Expected behavior
Flashing should run without issues (if MD5 Hash can be read out))
Don't get the error message json header from FW pack
Screenshots
Filesystem is there:
@atc1441 commented on GitHub (Jun 7, 2023):
Looks like you need to upload the correct "AP_FW_Pack.bin" to the ESP32.
It is only linked and if the repo is not cloned, and just downloaded via the browser, it will not replace it with the correct file.
Use this one: https://github.com/jjwbruijn/OpenEPaperLink/blob/master/binaries/AP_FW_Pack.bin
@jonasniesner commented on GitHub (Jun 7, 2023):
To help us in the future, can you tell us how you downloaded the repo and what OS you where using?
@atc1441 commented on GitHub (Jun 7, 2023):
A check of the size "AP_FW_Pack.bin" would help in the future,
it will only be 29 bytes big when only linked, so everything under a few Kbytes could seen as wrong so the user can be informed to download the correct one.
EDIT: the check is not really needed, since the error already tells the user something is wrong so the error message could just include more info's on what to do
I think an forced filesystem OTA update via the Browser should also download the correct one
@nlimper commented on GitHub (Jun 7, 2023):
I discussed it with Jelmer already. Now we have OTA in place, we can download the AP firmware in the same way, so the fwpack will not be needed anymore in the near future.
But in the meantime, it's a good idea to change the error message a bit to make it clear what's missing. Or just place the actual file there, instead of a symlink.
@atc1441 commented on GitHub (Jun 7, 2023):
maybe its good to have both variants, the current one in the repo as a pack like now and updates via OTA
That way it should also be ready to run even without any internet connection?!
@Uspizig commented on GitHub (Jun 8, 2023):
thanks for the hints. @atc1441 pointed to the correct solution. All I had to do was replace the AP_FW_Pack.bin firmware via the browser.
Now it works like a charm.
@jonasniesner : all I did was doing a "download Zip" via the code button in this repository.
used operation system: Win 10(but shouldn't matter)