Cbus Date&Time function?

[Ingo]

Guys,

While debugging some Date&Time functions I saw the following using the Cbus Diagnostic Utility:

2010/05/30 10:06:10  Tx : 5DF000D010A060A00<CR>
2010/05/30 10:06:10  Tx :  = Multipoint, Time, Clocks: Time: 10:06:10 Daylight Savings Offset: 0 hour(s)
2010/05/30 10:06:10  Rx : 0512DF000E0207DA051E00F6<CR>
2010/05/30 10:06:10  Rx :  = Source Unit 18, Time, Clocks: Date: Monday 30/5/2010
2010/05/30 10:06:10  Rx : 0512DF000D010A060F00DD<CR>
2010/05/30 10:06:10  Rx :  = Source Unit 18, Time, Clocks: Time: 10:06:15 Daylight Savings Offset: 0 hour(s)

When I send a Date&Time update from CBus it sends it out exactly as the time set on my PC. Immediately afterwards Comfort replies with it\'s own time which seems to be 5 seconds out and also the incorrect day. In the example above, source #18 is my UCM/Cbus on Comfort.

I have also noticed that Comfort doesn\'t relinquish control if another Time Master is found on the network. It seems to keep sending DT updates every 60 minutes on the hour. According to the Time&Date application it should become a Slave when a more frequent Time&Date update is detected. I manually set time from CBus every 10 minutes in the hope that Comfort will stop sending it\'s own updates but it never does.

I think that Date&Time updates from any other source is currently ignored by Comfort. That is where the 5s difference is coming in, it is the current, unadjusted, Comfort time. The only way to change the time on the whole system is to change it on Comfort which will send it to Cbus but not the other way around. Can some confirm that please.

Ingo

[slychiu]

We are checking thge behaviour of the UCM/Cbus in relation to the Date/time change from Cbus

[slychiu]

The two bugs mentioned have been fixed\'

1. When Cbus updates Comfort time, the seconds field was ignored and Comfort sends back the wrong seconds data
   
2. When Cbus updates Comfort Date, Comfoort sends back the wrong day of week to C-Bus

The firmware UCM/CBus 5.214 is attached for anyone to test (not officially released yet)
Thanks to Ingo for discovering the bug

We found a problem with the Ctouch Mk 2 B&W
When the time is changed from Ctouch, the time change is not sent to Cbus until 10 seconds later. If the time in Ctouch is changed at less than 10 seconds before the hour, the tiime change is not effected because Comfort broadcasts the hour time change before the 10 seconds is up, hence the change does not happen

[mikegriff]

Hi Chiu
I have an old cbus ucm running UCM-cbus 5.68
I\'m getting strange results with time and date.
often subtracting 2 hours at a time always over night
Is there a way forward for my setup?
thanks in advance
Mike
Config with New Software G2 Ultra 5.183
Garage as Slave 1 With 4.177 (new) Node0 as Slave 2 With 4.177 (as always)
UCMEthernet UCM05 ver 5.200, UCM05 ver 5.200, UCM05 Audio ver 5.200, UCM-cbus 5.68, UCM GSM 5.68

[Ingo]

I\'ve tested the new firmware and it works perfectly.

Thanks for the quick update.

[ident]

[user=102]mikegriff[/user] wrote:

Hi Chiu
I have an old cbus ucm running UCM-cbus 5.68
I\'m getting strange results with time and date.
often subtracting 2 hours at a time always over night
Is there a way forward for my setup?
thanks in advance
Mike
Config with New Software G2 Ultra 5.183
Garage as Slave 1 With 4.177 (new) Node0 as Slave 2 With 4.177 (as always)
UCMEthernet UCM05 ver 5.200, UCM05 ver 5.200, UCM05 Audio ver 5.200, UCM-cbus 5.68, UCM GSM 5.68

The post has been moved to a new topic at http://www.comfortforums.com/view_topic.php?id=1870&forum_id=11 as it may not be related to the problem posted by Ingo, to avoid making the thread too long

[ident]

The new UCM/Cbus firmware 5.235 implements the Cbus Clocks and Timekeeping application properly, and also has other improvements and bug fixes, see http://www.comfortforums.com/forum85/2293.html