There looks to be a race condition within Comfort (7.0.92) and/or UCM/KNX (7.0.30). If I send two consecutive telegrams to switch on and off some load, then Comfort starts emitting an endless stream of on-off telegrams and I need to reset the unit. I've noticed this today when I heard that relay clicking on and off twice per second.
In the attached screenshot a Zennio Z38i touchscreen (phys. addr. = 1.1.11) is sending two telegrams, an ON and an OFF, after which Comfort starts sending an endless stream of on and off telegrams. This looks to be a race condition of sorts.
The group address is mapped to counter #139 ('KNX-3-0-3')
Important to note: I've also logged this happening today on another KNX group address that I only have a counter mapped, and nothing else (ie no control menu item or reference by any response script). So I guess this bug got to do with Comfort's internal representation of the counter?
I believe we have encountered this race condition in other ucms eg Zwave
When you send a command to turn on a KNX address, the counter is changed to on
The UCM/KNX sends the counter change to Comfort which broadcasts the counter changed to 255 after a slight delay
But before this, you send an Off command to the same address which turns off the KNX device. This causes the counters to report Off, but in the meantime the previous broadcast on turns on the device, thus it causes a race condition until it settles down
There is already a fix for this (in ucm common version 7.071) but the KNX firmware was not released yet. We shall confirm it next week