View single post by Pgordon | |||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|
Posted: Friday Jan 8th, 2016 10:45 pm |
|
||||||||||||
Pgordon
|
In other news, I've just observed something else relating to one of the other problems I alluded to above, but have not described yet... but because I just had cause to hardware reset the UCM-ETH, I think I have narrowed down the cause.... Ever since Dec 31st, my Comfort system *INSISTS* that the date is one day behind reality.. i.e. right now, I can see the following: > DT < DT2016010719173400 See, it says the date today is the 7th... well, it isn't, its the 8th... this has been going on ever since the new year... at first, I suspected invalid time crossing over from CBUS, as I have experienced that before, - although it was only ever the hour of DST that was 'corrupted' by CBUS, never the actual date... Also, I have always taken steps to prevent CBUS timekeeping bleeding over into Comfort (disabled clock/timekeeping setting at the CBUS UCM). for the last few days I've been selectively isolating parts of CBUS from Comfort (powered down the Wiser for a day or two, unhooked the CBUS cable from the UCM etc.) I can reset the time from the PC in Comfigurator, and it does seem to 'stick' - the last time I corrected the date in Comfort was 2-3 days ago and it has been correct ever since... However, I have a keypad right next to the panel where the UCM-ETH is housed... I just had to go & hardware reset that UCM... and *IMMEDIATELY* I observed the date displayed on the keypad LCD changed in front of my eyes from the 8th to the 7th... This is completely reproducible... > DT20160108192942 The time is now correct in Comfort and displayed on all keypads correctly... Wait one minute whilst I now walk to the panel & reset the UCM-ETH via the button... .... Bingo! > DT < DT2016010719345800 The UCM-ETH is screwing up Comfort's date by exactly 1 day.... the time remains correct.... below are the SNTP settings on the ETH module: Note that the "local time" shown in the ETH module remains correct at all times... I increased the frequency of the SNTP update to Comfort to 10 minutes a few days ago as part of t-shooting this problem... Note that at no time after the UCM makes the date wrong does it correct itself, it will remain steadfastly 1 day behind reality until I manually reset it through Comfigurator... What gives? Why is the UCM-ETH giving the wrong date to Comfort, despite the fact that Server Manager shows the correct date received from SNTP? - Why does it not then correct it 10 minutes later as the settings would seem to suggest it should do? Paul G. Attachment: SNTP.JPG (Downloaded 93 times)
|
||||||||||||
|