View single post by Pgordon
 Posted: Friday Jan 8th, 2016 10:45 pm
 PM  Quote  Reply  Full Topic 
Pgordon

 

Joined: Saturday Sep 23rd, 2006
Location: London, United Kingdom
Posts: 237
Status: 
Offline

  back to top

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)

 Close Window