Comfort Automation/ Security System Forums
KNX 6.111 and 6.112 - 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: KNX (EIB) (https://www.comfortforums.com/forum-12.html)
+---- Forum: UCM/KNX Firmware (https://www.comfortforums.com/forum-89.html)
+---- Thread: KNX 6.111 and 6.112 (/thread-3291.html)

Pages: 1 2


- ident - 02-20-2013

KNX 6.111 (beta) has the following changes
  1. Fixed BUG from KNX 6.024 - KNX to Comfort mapping for Keypad Keys, Arm commands, Panic, Bypass Zones, and Zones  did not work. Map to Counters, Sensors, Virtual Inputs do work
  2. Function to use COPY button to press and hold to change UCM/KNX ID has been implemented. However this only affects UCM/KNX which has the pushbutton available.
KNX 1 bit and 1 byte objects mapped to Comfort Counters are ignored if the value is unchanged, eg On command folllowed by another ON command, or Off comand followed by another off command, or the same value in a 1 byte object





- ident - 02-20-2013

For KNX 6.111, KNX 1 bit and 1 byte objects mapped to Comfort Counters are ignored if the value is unchanged, eg On command folllowed by another ON command, or Off command followed by another off command, or the same value in a 1 byte object

The above behaviour of KNX6.111 was introduced in KNX6.024. In the previous firmware 6.015, 1-bit and 1 byte objects always updated the mapped counters even if their value does not change. It has been pointed out that this is better because KNX Scene buttons must send the same value when they are pressed

hence we have also a version 6.112 which behaves in the \"old\" way ie like 6.015, in the attached file

When we have feedback as to the best way to implement this then future firmware will be fixed in that behaviour

The two versions 6.111 and 6.112 otherwise are the same

Known Bugs
Sending telegrams to KNX group addresses causes the mapped counter to be updated for status but it should not cause Countter Responses to be activated. The bug is that counter Responses are activated by telegrams to  KNX.
Counter Responses should only be activated by telegrams from KNX to Comfort



- ident - 02-23-2013

It appears that KNX 6.112 is preferred. That is the one where KNX telegram with the same value will actiivate counter Responses

It is working



- ident - 03-01-2013

KNX firmware 6.112 haas been released
Pllease upgrade if you have problems with older firmware



- ident - 05-13-2013

Please note the bug found in KNX 6.112

Known Bugs
Sending telegrams to KNX group addresses causes the mapped counter to be updated for status but it should not cause Countter Responses to be activated. The bug is that counter Responses are activated by telegrams to  KNX.
Counter Responses should only be activated by telegrams from KNX to Comfort






- TheMax74 - 05-16-2013

This can cause an endless loop


- ident - 05-17-2013

It should not cause an endless loop
Lets say you send a telegram to KNX group address. The counter is updated and activate  a Response. This should not cause a telegram from KNX which would cause an endless loop

Now the case where a telegram is received from KNX which activates a counter response. That Response should not send a telegram back to the same KNX group address as that would be wrong and unnecessary. if a KNX address  is switched ON, you  dont want to send a telegram to switch it on again, or switch it off again

Nevertheless there may be undesirable effects in certain cases. A new version wil be released soon




- dohongson - 11-18-2013

Can I use the UCM/KNX module to program the Comfort System via KNX bus without a standard UCM?


- cleaner - 11-18-2013

You cannot use UCM/KNX to program Comfort, it function is to interface with KNX only

You use UCM/USB or UCM/ETH02 to program comfort, prfer UCM/ETH02 because it can program from remmote and can use iphone /android app with it


- TheMax74 - 04-19-2014

[user=86]ident[/user] ha scritto:
Quote:It should not cause an endless loop
Lets say you send a telegram to KNX group address. The counter is updated and activate  a Response. This should not cause a telegram from KNX which would cause an endless loop

Now the case where a telegram is received from KNX which activates a counter response. That Response should not send a telegram back to the same KNX group address as that would be wrong and unnecessary. if a KNX address  is switched ON, you  dont want to send a telegram to switch it on again, or switch it off again

Nevertheless there may be undesirable effects in certain cases. A new version wil be released soon
Any news about new version ?