Logik zur Pufferung einer KNX S0-Zählerstandes

[mumpf]

Hi,

Ja - aber das Item ist ja nicht gesetzt worden, sondern hat die Berechnung über eval_trigger angestoßen... ?

Doch. Ein

• knx_listen (Trigger vom KNX-Plugin),
• eval_trigger (Trigger vom anderen Item),
• cycle (Trigger vom Laufzeitsystem vom shNG),
• nw_udp_listen (Trigger vom Network-Plugin)
• ...

alles sind attribute, die ein Item triggern. Der Trigger bringt einen neuen Wert mit (im value) und setzt diesen Wert. Wenn da noch ein eval steht, dann wird eben dieser eval mit dem neuen Wert ausgeführt, damit man noch vor dem setzen was machen kann. Einzige mir bekannte Ausnahme: der eval_trigger setzt den value nicht ohne einen eval.

Im Prinzip ist das shNG mit seinen Items und Triggern genau so Eventbasiert wie der KNX-Bus mit seinen KO und GA.

Gruß, Waldemar