Print

Please login or register.
1 Hour 1 Day 1 Week 1 Month Forever
Login with username, password and session length

[schmieg]

When the 655 first came out, the DST settings didn't work. It appeared that subsequent firmware releases fixed this, but I just discovered a problem with 2.03NA. DST changes on November 6, which is the first Sunday of November. Ergo, the settings according to the docs should be "November, 1st, Sunday, 2:00AM." However, with this setting, the time changed on November 1 which was a Tuesday. I have changed my settings to "November, 2nd, Sunday, 2:00AM" and will see if that works this coming Sunday, but there is definitely a glitch.

[FurryNutz]

Are you using an NTP server?

[schmieg]

Yes, time.nist.gov.

[nicknml]

I'd just like to confirm that I'm also now having this issue in addition to the other time rollback issue.

EDIT: It appears that this rollback was caused by the DST issue as 7 days have not passed since the last time rollback occurred.

[FurryNutz]

It's its possible that the DST is causing this as it's possible that the FW may not have the new DST time settings established a while back. The new DST time settings allow for an extra week before everyone observed settings the time forward or back. Lets see what happens this sunday.

[schmieg]

It's its possible that the DST is causing this as it's possible that the FW may not have the new DST time settings established a while back. The new DST time settings allow for an extra week before everyone observed settings the time forward or back. Lets see what happens this sunday.

Furry, the actual DST date changeover shouldn't matter as the firmware ostensibly allows you to set it to whatever is necessary. The problem seems to be that the firmware instructions tell you that you should set it to designate the first Sunday of November. The form on the Time tabe in Tools indicates that 1st indicates the week. The firmware should be written so that this is the first full week, but it appears that this is not the case. The unfortunate part of this is that we will have to manually adjust the setting every year to compensate for whether the indicated Sunday falls on the first of the month or some other date. At the very least, the documentation should be updated to show this problem; preferably, the firmware should be rewritten to coincide with the documentation.

[FurryNutz]

Lets see what happens on Monday.

[nicknml]

Well DST ended today and the time did not roll back an additional hour which indicates that the DST settings are indeed not functioning properly (at least I have the right time now lol).

[schmieg]

My time rolled back properly last night with the setting for it to happen on the second Sunday in November.

As I said, either the docs need to be corrected to match the firmware or the firmware corrected to match the docs. The latter would be better as that would eliminate the need to periodically change the settings.

[FurryNutz]

Is the DST check box selected on your routers? Mine is not and I use the NTP server address and just checked and the time is set correctly.
Probably you don't need the DST check box when using NTP.

[nicknml]

Is the DST check box selected on your routers? Mine is not and I use the NTP server address and just checked and the time is set correctly.
Probably you don't need the DST check box when using NTP.

Thanks for the info, I"ll try that.

[FurryNutz]

Let us know what you see please.

[nicknml]

I've done what you have suggested and I still have the correct time

[FurryNutz]

How about schmieg?

[schmieg]

Is the DST check box selected on your routers? Mine is not and I use the NTP server address and just checked and the time is set correctly.
Probably you don't need the DST check box when using NTP.

Your statement doesn't compute. DST is now over, so the time server and the router should both be the same whether the box is checked or not. When DST is in effect, the time server doesn't know whether your area has DST in effect or not. Some parts of the country still don't use it and the time server should be referencing GMT with the router making the adjustments for time zone and DST.