Jump to content

Daylight savings time not adjusting properly


Recommended Posts

Posted

Hello,

Twice a year I find myself having to manually adjust the time offset to account for daylight savings time even though it is set to auto adjust. Often times, I forget until I notice my device timers are off by an hour.  Is there a reliable solution to this Issue?

 

Thanks,

Chuck

Posted

Yes, it’s akready checked and still doesn’t work properly. The only fix for me is to manually adjust the offset twice/year...

Posted

I am using 4.7.3 right now. I have never see what you are describing. With any firmware version I have used. I do have a custom location in use and it seems to be fine.

Posted
6 hours ago, Michel Kohanim said:

Chuck, it's literally impossible. Please click on Change Location and attached a screenshot.

With kind regards,
Michel

 

B045DC5C-BC25-4344-B96E-B36A9F4FF68A.jpeg

6D07CBA2-9F48-4670-B137-9CE9B9C60014.jpeg

Posted

Something isn’t right.  I live in the eastern time zone, yet when I select a location closest to my region within the eastern time zone, it’s one hour off (early).  Notice the selected time zone in the attached screenshot and the current time which is exactly one hour early.  Where am I going wrong??

87FB6E1A-1CC1-4F06-87F0-D9BD52CECFF5.jpeg

Posted

That’s correct, however when I set the offset to -5, the time is off by one hour (early).  This issue has haunted me for years and I’ve just had to do it manually using the offset.  Not sure why others aren’t having this issue.  What could be so different on my end?

Posted
45 minutes ago, Waterboy77 said:

I'm a total noob but is it possible your pulling your time from a computer or server that does not have the clock set correctly?

No, he is pulling it from a ntp time server (pool.ntp.org)  with the correct time.

Posted
1 hour ago, palayman said:

No, he is pulling it from a ntp time server (pool.ntp.org)  with the correct time.

I  didn't think any of the timebases supported DST. They are all standard GMT based and don't change. DST is in the eye of the end app beholder.

This was discussed many moons ago, and a custon lat/long works better and also allows the DST box to be checked. Some time zones are extreme in size and some exceed their geographic time zone limitations because of political boundries. Using a lat/long for a city at the other end of a time zone can put your sunrise/set tiems off by an hour and a half in larger time zones.

If you picked Montreal for EST and lived in Thunder Bay your sun would set about 1.5 hours different though you are both in the same time zone.

The DST shoud function properly, but also ISY would have to constantly adjust it's huge charts for every city that opts out of DST. This was reported by another for a south-wester stte a few years ago. Lat/long usage avoided the table error.

Edit: I see the DST checkbox is greayed out now despite using a custom lat/long anyway so it doesn't seem to resolve anything now.

My EDT lat/long clock adjusting works fine here. V5.0.14

Posted

@ahwman,

Your timezone is definitely off. It should be -5. From the list, pick the closest city to your location and then click Save. Once that's done, click on Synchronize Now button. This should get you back to DST. Now that this is done, click on Custom Location and change your lat/long (if you wish).

With kind regards,
Michel

Posted
4 hours ago, Michel Kohanim said:

@ahwman,

Your timezone is definitely off. It should be -5. From the list, pick the closest city to your location and then click Save. Once that's done, click on Synchronize Now button. This should get you back to DST. Now that this is done, click on Custom Location and change your lat/long (if you wish).

With kind regards,
Michel

Michael,

 

i did EXACTLY as you described and it’s still Off one hour (early).  I live in Kentucky so I selected Atlanta, GA and  clicked on “Ok” and finally “Syncronize Now”.  I have attached screenshots and as you can see the time is one hour off even with the offset set to -5 as the current time of this post is 3:42 PM EST.

F2032883-608B-4DDB-8B0C-236B054A039B.jpeg

00DFE44D-2137-4AB7-A399-942EF9B718C1.jpeg

Posted
2 hours ago, Michel Kohanim said:

@ahwman,

That's quite odd. Would you please change the Daylight Saving Rule to Off. Save, Synchronize. Then, change it back to US-Canada, Save, Synchronize.

With kind regards,
Michel

I did as you suggested Michel, however no change - the time is still off by one hour.  Very frustrating and as you say odd...

Posted

Just tried as you suggested and here’s the results:

 

• With offset set to -5, clicking on “Synchronize the clock with comouter’s time” yields the correct time, however after clicking “Synchronize Now” the clock falls back one hour.

  • 4 months later...
Posted

Was this problem resolved, and if so, what was the solution?  I have the identical problem, where my location is properly selected with the DST rule, the clock synchronizes with the computer as expected, but when synchronizing with NTP, the time drops back an hour as if it is unaware of DST.  Running 4.7.3.

Posted
2 hours ago, Blackbird Way said:

Was this problem resolved, and if so, what was the solution?  I have the identical problem, where my location is properly selected with the DST rule, the clock synchronizes with the computer as expected, but when synchronizing with NTP, the time drops back an hour as if it is unaware of DST.  Running 4.7.3.

Yes, the solution for me was to restore the same firmware.  This has solved the problem in my case...

Archived

This topic is now archived and is closed to further replies.

×
×
  • Create New...