When sending group address to any application not just lighting, counter is updated. eg if Trigger group address 1 command is sent to Cbus, Group Address 1 would be updated
When UCM/Cbus was RESET, only 8 Cbus group addresses were updated to their counters because of a status request
UCM/Cbus used to send Daylight Saving Time value of 0 when Daylight Saving time is ON and ignored Daylight Saving Time value from Cbus.
Various problems with Cbus Delays which require a Reset of UCM/Cbus to recover
Complies with Cbus Clocks and Timekeeping application timing and updating requirements. Responds to Refresh Request Date and Time message from Cbus. UCM/Cbus sends Daylight Saving Time value to Cbus as unknown and processes DST value from Cbus.
Works with older SIM firmware 3 and 4 but not all features may be supported in older SIMs.
SIM V3 when Cbus is removed and re-connected can re-initialise after a command is sent to Cbus. Note: Cbus SIM V4 which supports the PUN (Power Up Notification) message recovers by itself when Cbus is reconnected.
UCM/CBUS suppports AUD01 plug in
UCM/Cbus can receive several messages from Comfort RS485 bus if busy.
Read SIM firmware version from SIM for Internnal use
The AUD01 is meant to be connectec to an amplifier and speaker. It allows keypad announcements to be made. It also allows a virtual keypad on a Ctouch to have voice like a real keypad. If the # key is programmed to be # rather than ENTER, then signing in will go into the voice menu. although the sound does not come from the Ctouch itself. The mic and speaker would have to be mounted elsewhere
For example you could talk to the visitor on the door station by the Ctouch
Sorry I think currently it cannot be one
The AUD sits on the same 10 pin connector that the Cbus sim does
A forthcoming version of the Cbus SIM will have extended connector above it which will allow the AUD to piggy back on it
so it would be a 3 level stack
Interestingly, I thought about this very same thing the other day in a slightly different scenario, when I removed an AUD01 board to add an ETH01 board instead...
I did notice that the headers were passed through the ETH01 board, and that - physically at least - I could have stacked the AUD01 board back on top... - I wondered if it would work (haven't had an opportunity to try), and allow me to continue to use both modules...
So, if the headers physically allow it, is it OK to stack multiple daughterboards onto a UCM? - will all such boards work OK?