[GH-ISSUE #543] Crazy next update times #897

New Issue

sascha_hemi · 2026-03-20T18:14:09+01:00

sascha_hemi commented

2026-03-20 18:14:09 +01:00

Originally created by @skiphansen on GitHub (Jan 20, 2026).
Original GitHub issue: https://github.com/OpenEPaperLink/OpenEPaperLink/issues/543

Just saw the above. The configured update times for the tags are:
021F822A3B17 hourly updates, 7E22CC6BB294 30 min, 4467090000361816 every hour, 4467090000029884 every 3 hours, 7290810422600 every three hours.

I have no idea now to reproduce it.

A few days ago I changed the update time on 7290810422600 from once an hour to every three hours and the tag stopped updating for several days before I reset it. I now suspect the AP sent a bogus sleep time to the tag and it was sleeping for way more than one hour.

I'm running a local build from commit bfff2ef0b9.

After a while 7E22CC6BB294 seems to have updated correctly, but the next update time is still crazy.

Originally created by @skiphansen on GitHub (Jan 20, 2026). Original GitHub issue: https://github.com/OpenEPaperLink/OpenEPaperLink/issues/543 <img width="1606" height="1031" alt="Image" src="https://github.com/user-attachments/assets/3a837e6a-9a5d-4ef4-ad07-1d969c2cb4ba" /> Just saw the above. The configured update times for the tags are: 021F822A3B17 hourly updates, 7E22CC6BB294 30 min, 4467090000361816 every hour, 4467090000029884 every 3 hours, 7290810422600 every three hours. I have no idea now to reproduce it. A few days ago I changed the update time on 7290810422600 from once an hour to every three hours and the tag stopped updating for several days before I reset it. I now suspect the AP sent a bogus sleep time to the tag and it was sleeping for way more than one hour. I'm running a local build from commit bfff2ef0b9255f8a8df44e09133e227e68dc122e. After a while 7E22CC6BB294 seems to have updated correctly, but the next update time is still crazy. <img width="1401" height="718" alt="Image" src="https://github.com/user-attachments/assets/e6e716dc-b1f4-4b90-9c5e-647c7edb0517" />

sascha_hemi added the bug label 2026-03-20 18:14:09 +01:00

sascha_hemi closed this issue

2026-03-20 18:14:09 +01:00

sascha_hemi commented

2026-03-20 18:14:09 +01:00

@nlimper commented on GitHub (Jan 20, 2026):

It looks like it works as designed, except for the situation you described with the tag that stopped updating.
You can set 'Maximum sleep' in the config to make it sleep shorter if you prefer, apparently it's currently set at 1 hour. The sleep can be even longer if 'No updates between' is configured.
To debug, have a look at the serial output. There, the amount of time that a tag is set to sleep is mentioned. The sleep command is generated 10 seconds before the expected next update time, if I remember it correctly, so as soon as the tag wakes up, it is put to sleep again, for a timespan that takes into account the max sleep time, the 'no updates between' time, and the expected next update time.

@nlimper commented on GitHub (Jan 20, 2026): It looks like it works as designed, except for the situation you described with the tag that stopped updating. You can set 'Maximum sleep' in the config to make it sleep shorter if you prefer, apparently it's currently set at 1 hour. The sleep can be even longer if 'No updates between' is configured. To debug, have a look at the serial output. There, the amount of time that a tag is set to sleep is mentioned. The sleep command is generated 10 seconds before the expected next update time, if I remember it correctly, so as soon as the tag wakes up, it is put to sleep again, for a timespan that takes into account the max sleep time, the 'no updates between' time, and the expected next update time.

sascha_hemi commented

2026-03-20 18:14:09 +01:00

@skiphansen commented on GitHub (Jan 21, 2026):

Thanks Nic ... I'm afraid I had a senor moment when I created this ticket ... I was reading the next update as the number of hours until an update rather than the time of day for the next update! Ugh.

In any case I now have a serial port and reset connected on my tag that froze and I'll try to duplicate freeze.

Of course it had to be the tag that I had recently put in a picture frame. Taking it apart to reset it was annoying but I won't have to do that again until I need to change the batteries.

@skiphansen commented on GitHub (Jan 21, 2026): Thanks Nic ... I'm afraid I had a senor moment when I created this ticket ... I was reading the next update as the number of hours until an update rather than the time of day for the next update! Ugh. In any case I now have a serial port and reset connected on my tag that froze and I'll try to duplicate freeze. Of course it had to be the tag that I had recently put in a [picture frame](https://github.com/OpenEPaperLink/OpenEPaperLink/wiki/Picture-Frame-for-7.4%22-Price-tags#mat-board-trimming). Taking it apart to reset it was annoying but I won't have to do that again until I need to change the batteries.

Sign in to join this conversation.

1 Participants

Notifications

Due Date

No due date set.

Dependencies

No dependencies set.

Reference: starred/OpenEPaperLink#897