- This topic is empty.
-
Posts
-
Dear All
I just noticed that the computation of the day, for the next interval based program switch-on, is not in sync with the time zone of the unit (or at list this is what I was able to conclude).
Basically I looked yesterday night (23:00) the switch-on planned for my system and it was scheduled to happen in 13 days (definitely one day later of what was supposed to be). This 1 day delay was consistent for all my interval based programs.
This morning I checked again and the interval was calculated correctly (11 Days)….
I am thinking that the routine that performs the computation of interval remaining days, may run not in sync with the change of the day of the location of the OSPi.
In my case the issues may be a problem as one of my programs (split in two) requires to run over the midnight..
Thanks for any support
alfiomantineo,
I have been trying to replicate what you describe but so far it has been working correctly. There were some resent changes to the code that calculates the days remaining.
Try updating the program as described on the wiki:
http://rayshobby.net/mediawiki/index.php?title=Python_Interval_Program_for_OSPi#Updating_the_programand let me know if you still see the problem.
Dan
Hi
I did update the software roughly 2 weeks ago. So if a new version is available I will try to update it.
Regarding the error characterization, I noticed the problem around 23:00. -. 00:30 (before it is OK). I am in GMT+1 Timezone
Regards
The code update was about May 15.
Also, be sure the Raspi has the correct time zone setting. The software now uses the Raspi’s local time and not the time zone setting on the program’s Options page.
I will keep checking on this end also.
Dan
- You must be logged in to reply to this topic.