![]() |
|
Concatenation Gotcha - Printable Version +- Comfort Automation/ Security System Forums (https://www.comfortforums.com) +-- Forum: Third Party (interfacing to Comfort) (https://www.comfortforums.com/forum-5.html) +--- Forum: CBus (https://www.comfortforums.com/forum-11.html) +---- Forum: UCM/CBUS Problems (https://www.comfortforums.com/forum-120.html) +---- Thread: Concatenation Gotcha (/thread-1119.html) |
- Nick Locke - 07-17-2008 I am posting this so others have a chance of not being caught out like me. My version of Ultra is quite old and therefore has the known limitation that the Counters below 128 react not only to C-Bus groups 0 through 127, but also react to 128 through 255. This effectively means that I have only half of the Group Addresses within the Lighting Application available for use. I have recently identified a need to have the status of some Comfort outputs visible to C-Bus. I chose to do this by using responses to switch on Group Addresses in a C-Bus application (57) created for the purpose. My choice of 57 follows Clipsal\'s recommendations. That all works fine and I can see on/off messages for the outputs. However, when I try to do things which affect both groups, I have discovered that this code (generated by Comfigurator): Code: CBUS Off 2 8 0 57Code: CBUS Off 2 8 0 57The fix is very simple - turn off the concatenation check-box against the UCM in Comfigurator. This does not seem to have had any adverse effects, but I don\'t have any really lengthy C-Bus commands going out from Comfort. This might be a bug, it might be expected behaviour, it might be fixed in a newer UCM version. Thinking about it, it might even be a feature in Comfigurator when it turns \"code\" into \"actions\" and finds adjacent C-Bus commands. I have found a fix that works for me. As I said, have only posted to avoid anyone else having the same challenge. |