mirror of
https://github.com/OpenEPaperLink/OpenEPaperLink.git
synced 2026-03-21 00:04:28 +01:00
[GH-ISSUE #552] Concurrent calls fail #2010
Assignees
sascha_hemi
Clear assignees
sascha_hemi
No Assignees
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: starred/OpenEPaperLink#2010
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 @oywino on GitHub (Feb 9, 2026).
Original GitHub issue: https://github.com/OpenEPaperLink/OpenEPaperLink/issues/552
Describe the bug
I have many Home Assistant automations that use EpaperLink drawcustom calls. I looks like the my gateway (yellow) gets confused when a new call arrives while one is still in progress. The result is that the Tag update procedure breaks and the tag isn't properly updated.
To Reproduce
Steps to reproduce the behavior:
Just flood the AP with several simultaneous calls.
Expected behavior
We need a feature to queue incoming calls and/or to reject calls if/when the queue overflows.
Screenshots
Additional context
Home Assistant 2026.2
OpenEpaprLink v2.8.0
@Strizzi74 commented on GitHub (Feb 23, 2026):
Can confirm this issue, same scenario on my installation. I have one automation that updates 6 tags when triggered.
Some tags get updated in this situation (on the tag display) but the preview in the AP webinterface shows the old content. Other tags do not get the update at all. Some are working fine. The beahvior is unpredictable.
I used one drawcustom call with multiple deviceID targets.
As i currently have only one OEPL automation, i now managed a workaround by updating each tag after another with a delay of 10 sec between.