UCM/KNX problem

[TheMax74]

Hi,
today, i noticed 2 things:

1) When i delete a group address in \"KNX to Comfort\" and i press \"Write to EEPROM\", Comfort says \"UCM is not an UCM/KNX\".
Resetting comfort and trying again to write to EEPROM, it works.

2) When i perform a READ from a group address referenced in the \"KNX to Comfort\", Comfort performs two write to this group. In ETS log appear one read response from the device (ok), one write to device performed by comfort (not good) and one write to device performed by comfort (not good).
If i have a switching device, for example, and it is ON, when i perform a READ from ETS or from another device, Comfort writes OFF to this device and then ON, so the switch turns off, then on quickly.
Same things for temperature sensor, with arbitrary values wrote by comfort.
Note that \"NULL RESPONSE\" IS LINKED TO THESE COUNTERS.

If i remove the references of these groups in \"KNX to Comfort\", all works good.

Regards.

UCM/KNX 5.192
UCM05 5.192
UltraII 5.165

[admin]

Can you explain your 2nd point - what do you mean perform a Read from a group address. How do you do this and when will you need to do it in actual usage?

When this happens what are the telegrams sent to the KNX bus?

[TheMax74]

Sure, i try to explain.
By \"read\" command, i mean \"status request\" and i perform it from ETS interface to verify that all devices respond correctly.
The \"read\" command is also performed by a iKNX home automation software for iPhone. When it starts, it requests status of all devices.

At this time, i can\'t tell you exactly what telegrams are transmitted, because i\'ve removed all unused associations from \"KNX to Comfort\" tab and i cannot reproduce the issue.
You but can try to add a switching device (mine is 1.1.8) having, for example, the output  object on group 0/0/50; if you perform a read from ETS, the device responds \"On\" or \"Off\" and that is ok.
Then create an association in \"KNX to Comfort\" tab to a counter, for example \"1 bit switching\",\"0/0/50\",\"Counter01\"
In the \"responses\" tab, leave associated \"Counter01\" to a \"Null Response\"
Write to eeprom and download to comfort.
Now, perform another \"read\" from ETS from the group 0/0/50.
What appens to me is something like this (assuming the output is ON):
- From device 1.1.8, group 0/0/50 response ON
- From comfort 1.1.119, group 0/0/50 write OFF
- From comfort 1.1.119, group 0/0/50 write ON
causing the device 1.1.8 to switch OFF, then ON.

[admin]

I think we have found what causes this, and will be fixed shortly. This is due to incorrect treatment of the Read command.
Thanks for the feedback, it has been very helpful

[admin]

However I dont think it will have any consequences on normal operation

What happens if you read a group address which is only defined in the UCM/KNX eg Keypad Key

[TheMax74]

The issue #2, for me, had the effect to \"hang\" the air conditioner, due to the fast change from ON, then OFF, then ON state. Some other little effects, was, for example, the thermostat set to 170°C (but no problem, because it has itself upper and lower value limit ). Another  problem was the triggering of counters by a simple \"read\" request (due to the \"write\" command performed by Comfort, i think).

To respond to your question, if i read the \"Security Mode\", for example, i get no responses.
I see \"write\" only when  \"Security mode\" itself changes; that is correct.

--------
Update:
Received new FW, thanks.
UCM/KNX 5.193
Problems related to issue #2 are gone.
When i \"read\", there are no more \"write\" performed by Comfort.
At the moment, i don\'t know if counters are triggered by a \"read\" command, but i think not, because there are no more \"write\" performed by Comfort. Correct me if i\'m wrong.
I will take a look in the next days and i will report you if i will find others issues.

Thanks to you for quick feedbacks!!!! I apreciate that.