Hi there,
with the help of @Dim (big thx again) i have got my knx binding (1.11) within an OH 2.2 running.
OH2 is running on a PineA64 2 GByte, Binding is connected in ROUTER-Mode with an PA of
a dummy Application in ETS for correct filtering.
Everything seems fine, got all telegrams, which had to be routed and being able to send read and write telegrams to knx.
but
Every change of an bound Item (eg a Number for temperature) results in an additional write- or/and read-telegrams.
This possibly relevant config-option:
ignorelocalevents=true
has already been set.
examples
Light Switch
item:
Switch FF_Office_Light "Licht" <light> (FF_Office, gLight) ["Lighting"] { knx="1.001:1/1/16+<1/4/16" }
system start
i would expect, that there is 1 read action on system start, which sets the initial state, but there are always to two reads:
update item over basic ui
if i’ll be sending an update (for example via basic ui, this has happened:
update external
if an update on the item occurs, caused by an external switch (eg my rtr)
As u can see, there is an additional write or read on each update on the item.
While not having much updates / second and so, the knx bus is not becoming overflooded, this is not a big problem at this moment, but this couldn’t be the right behavior, right?
Heat-Control
items
Number FF_Office_Temperature_actual "Ist Temperatur [%.1f °C]" <temperature> (FF_Office, gTemperature) { knx="<9.001:2/0/5", autoupdate="true" }
Number FF_Office_Temperature_set "Soll Temperatur [%.1f °C]" <temperature> (FF_Office, gTemperature_set) { knx="2/5/5+<2/6/5", autoupdate="true"}
String FF_Office_Temperature_mixed "Temperatur (ist/soll) [%s]" <temperature>
rule:
rule "FF_Office_Temperature_mixed_update"
when
Item FF_Office_Temperature_actual changed or
Item FF_Office_Temperature_set changed or
System started
then
FF_Office_Temperature_mixed.postUpdate(FF_Office_Temperature_actual.state.format("%.1f")+" °C / "+FF_Office_Temperature_set.state.format("%.1f")+" °C")
end
system start
i would expect here, 2 single read actions on start
but as u can see, there happens a write back action of the actial temperatur.
the item for the actual temp. has only one GA, the other Item two. afaik the knx binding is using the first ga for write-actions, but for the actual-temp-item, there is no need for that, should be readonly.
if thats the problem, not bound dummy ga could help? (had been testing it, yes, dummy ga fixes this problem, but this could not be the right / only solution, right?)
update of “temperature to set” through basic ui
the same strange (imho) behavior as before (switch). had changed the target temperature from 22 *C to 22.5 *C, but OH is writing 2 telegrams with the same content.
conclusion
OH2 is sending additional telegrams all the time. i had been researching for a solution lots of hours, but now,
I’m inclined to give up. But before that, i’m hoping to get some help from u.
mfg,
Zandi