Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Initial scheduling after a power cut or downtime is wrong #11

Open
biddster opened this issue May 1, 2016 · 5 comments
Open

Initial scheduling after a power cut or downtime is wrong #11

biddster opened this issue May 1, 2016 · 5 comments

Comments

@biddster
Copy link
Owner

biddster commented May 1, 2016

I've noticed that after a power cut, schedex starts and schedules on/off prior to the system clock being corrected (presumably via ntp).

Consequently, the time skew is equal to the amount of time that schedex was turned off.

However, Schedex does recover once the first on/off triggers.

Need to 'listen' for host clock changes and adapt our schedule.

@biddster biddster changed the title Handle time changes on the host Initial scheduling after a power cut or downtime is wrong May 1, 2016
@drmibell
Copy link

drmibell commented Nov 5, 2017

A related problem, for which I didn't want to raise a new issue, is that schedex seems not to update the times of suncalc events at the transitions between Standard Time and Daylight Saving Time (Summer Time) until after the first occurrence of each event on the new time standard. Perhaps schedex could call suncalc once a day (for example at 0300) to stay in sync.

@GoSpursGoNL
Copy link

Indeed, I noticed the same thing as @drmibell . Last night Standard Time began, but this night the lights will be activated one hour too late.

@tomSmartHome
Copy link

I've noticed that after a power cut, schedex starts and schedules on/off prior to the system clock being corrected (presumably via ntp).

Consequently, the time skew is equal to the amount of time that schedex was turned off.

However, Schedex does recover once the first on/off triggers.

Need to 'listen' for host clock changes and adapt our schedule.

Any creative workarounds?

@biddster
Copy link
Owner Author

@drmibell @ GoSpursGoNL the daylight saving issue was fixed in 1.6.6.

@tomSmartHome - nothing springs to mind at the moment. Are you seeing the issue a lot?

@razvanstanga
Copy link

razvanstanga commented Dec 22, 2021

take a look here #93

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

5 participants