[GH-ISSUE #552] Concurrent calls fail #351

Open
opened 2026-03-20 17:29:18 +01:00 by sascha_hemi · 1 comment
Owner

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

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
sascha_hemi added the bug label 2026-03-20 17:29:18 +01:00
Author
Owner

@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.

<!-- gh-comment-id:3943647647 --> @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.
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: starred/OpenEPaperLink#351