To upgrade the firmware you must have the \"new\" UCM/CBUS shown in the photo in the first post. This has a flashable processor. The firmware for this type is 5.100 and above
The 1st generation UCM/Cbus has a non-flash processor as shown in the photo below. Hence this type cannot be upgraded by firmware upgrade The firmware for the old type is 5.99 and below.
I have looked at the posts in the cbus forum about the non-conformance of Comfort UCM/Cbus to the time/date application. They say it is known and someone at Clipsal had been in communication with us, but this is the first time we have heard about it
http://www.cbusforums.com/forums/showthread.php?t=6434&highlight=wiser+time&page=2
It is true that we send a date and time message to Cbus with the DST field =0 even though the time has been changed in Comfort to Daylight saving. Basically Comfort ignores that field, historically because before the sunrise/sunset feature wwas implemented, Comfort did not know whether it was in Daylight saving or not.
However I dont think that is the cause of your problem because it is now December and there is no more daylight saving, so DST = 0 would be correct and would not cause Cbus to change its time
Anyway the next Cbus firmware will fix the DST issue
Admin Note: Fixed in UCM/Cbus 5.235, see http://www.comfortforums.com/forum85/2293.html
The 1st generation UCM/Cbus has a non-flash processor as shown in the photo below. Hence this type cannot be upgraded by firmware upgrade The firmware for the old type is 5.99 and below.
I have looked at the posts in the cbus forum about the non-conformance of Comfort UCM/Cbus to the time/date application. They say it is known and someone at Clipsal had been in communication with us, but this is the first time we have heard about it
http://www.cbusforums.com/forums/showthread.php?t=6434&highlight=wiser+time&page=2
It is true that we send a date and time message to Cbus with the DST field =0 even though the time has been changed in Comfort to Daylight saving. Basically Comfort ignores that field, historically because before the sunrise/sunset feature wwas implemented, Comfort did not know whether it was in Daylight saving or not.
However I dont think that is the cause of your problem because it is now December and there is no more daylight saving, so DST = 0 would be correct and would not cause Cbus to change its time
Anyway the next Cbus firmware will fix the DST issue
Admin Note: Fixed in UCM/Cbus 5.235, see http://www.comfortforums.com/forum85/2293.html