mirror of
https://github.com/OpenEPaperLink/OpenEPaperLink.git
synced 2026-03-21 00:04:28 +01:00
[PR #210] [MERGED] Pending queue #1008
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?
📋 Pull Request Information
Original PR: https://github.com/OpenEPaperLink/OpenEPaperLink/pull/210
Author: @nlimper
Created: 1/25/2024
Status: ✅ Merged
Merged: 1/29/2024
Merged by: @nlimper
Base:
master← Head:pending-queue📝 Commits (9)
a0221c9work in progress733d0a0work in progress9b9ef53work in progressc67e6e7Merge branch 'master' into pending-queue2c8aee7pending queue + javascript timings4f13f25external tag fetch image3ace740Update tagdata.cppd276867last fixesdea6f76Merge branch 'master' into pending-queue📊 Changes
26 files changed (+354 additions, -212 deletions)
View changed files
📝
ESP32_AP-Flasher/data/tagtypes/31.json(+1 -1)📝
ESP32_AP-Flasher/data/www/edit.html.gz(+0 -0)📝
ESP32_AP-Flasher/data/www/index.html.gz(+0 -0)📝
ESP32_AP-Flasher/data/www/main.css.gz(+0 -0)📝
ESP32_AP-Flasher/data/www/main.js.gz(+0 -0)📝
ESP32_AP-Flasher/include/commstructs.h(+9 -4)📝
ESP32_AP-Flasher/include/newproto.h(+20 -0)📝
ESP32_AP-Flasher/include/serialap.h(+2 -2)📝
ESP32_AP-Flasher/include/tag_db.h(+2 -3)📝
ESP32_AP-Flasher/include/tagdata.h(+5 -1)📝
ESP32_AP-Flasher/platformio.ini(+3 -0)📝
ESP32_AP-Flasher/src/contentmanager.cpp(+2 -8)📝
ESP32_AP-Flasher/src/flasher.cpp(+2 -2)📝
ESP32_AP-Flasher/src/ips_display.cpp(+1 -1)📝
ESP32_AP-Flasher/src/main.cpp(+4 -0)📝
ESP32_AP-Flasher/src/makeimage.cpp(+0 -2)📝
ESP32_AP-Flasher/src/newproto.cpp(+221 -101)📝
ESP32_AP-Flasher/src/serialap.cpp(+13 -17)📝
ESP32_AP-Flasher/src/storage.cpp(+0 -1)📝
ESP32_AP-Flasher/src/tag_db.cpp(+2 -7)...and 6 more files
📄 Description
Pretty complex change here: pending images/commands are now queued.
A command (like LED flasher) will not overwrite a pending image anymore. Also, sending multiple preloaded images is possible.
Also works (at least, as far as I could test) in combination with Multi AP and mirroring tags ('display a copy' content type).
It you want to test this: don't forget to upload the changed files in /www (the pending icon is now displaying the amount of queued messages). Timing improvements will follow later (only one message can be transmitted every checkin. If multiple messages are queued, at this moment, you have to wait until the next checkin which takes 40-60 sec).
This comes also with the advantage of better stability if you upload multiple images to the same tag in succession. Before queuing, if was possible to replace the image between sending the pending message and the image transfer to the tag, causing md5 mismatches and instability.
Solves https://github.com/jjwbruijn/OpenEPaperLink/issues/47
🔄 This issue represents a GitHub Pull Request. It cannot be merged through Gitea due to API limitations.