Event-On-xxx-Reading und state

Begonnen von slor, 02 Februar 2021, 14:42:30

Vorheriges Thema - Nächstes Thema

slor

Hallo zusammen,

ich habe HM (HMCCU) Fensterkontakte die in unregelmäßigen Abständen den Status z.B. "open" wiederholt senden.
Das führt dann in meinen Doifs, die mir eine Push Notification mit der Zeit seit wann das Fenster auf ist zu komischen Werten.
Z.B.
Nach 10 Minuten kommt die Meldung "Das Fenster ist seit 10 Minuten offen"
Nach 20 Minuten kommt die Meldung "Das Fenster ist seit 2 Minuten offen"

Wie ich rausgefunden habe wurde zwischendurch der state des Geräts aktualisiert. Das Fenster ist 20 Minuten am Stück offen.

Beispiel von heute morgen:

2021-02-02_08:02:25 OG_BZ_FK hmstate: closed
Hier wird das Fenster geöffnet. Scheinbar sendet der Kontakt erst noch mal ein closed, dann ein open in derselben Sekunde.
2021-02-02_08:02:25 OG_BZ_FK 1.STATE: open
2021-02-02_08:02:25 OG_BZ_FK control: open
2021-02-02_08:02:25 OG_BZ_FK open
2021-02-02_08:02:25 OG_BZ_FK hmstate: open

Das scheint die stündliche Meldung des Kontakts zu sein.
2021-02-02_08:20:05 OG_BZ_FK 1.STATE: open
2021-02-02_08:20:05 OG_BZ_FK control: open
2021-02-02_08:20:05 OG_BZ_FK open
2021-02-02_08:20:05 OG_BZ_FK hmstate: open
2021-02-02_08:20:05 OG_BZ_FK hmstate: open

2021-02-02_08:22:59 OG_BZ_FK hmstate: open
Hier schließe ich das Fenster dann. Auch hier erst mal ein open, bevor ein closed gesendet wird
2021-02-02_08:22:59 OG_BZ_FK 1.STATE: closed
2021-02-02_08:22:59 OG_BZ_FK control: closed
2021-02-02_08:22:59 OG_BZ_FK closed
2021-02-02_08:22:59 OG_BZ_FK hmstate: closed


Um 8:12 kam die 10 Min Warnung
Um 8:22 kam eine Warnung, dass das Fenster seit 2 Min offen ist, da um 8:20 der state aktualisiert wurde.

Nun dachte ich, es gibt doch die attribute Event-on-Change-Reading, Event-on-Update-Reading und timestamp-on-change-Reading
Die habe ich wie folgt gesetzt.


attr OG_BZ_FK event-on-change-reading state
attr OG_BZ_FK event-on-update-reading .*
attr OG_BZ_FK timestamp-on-change-reading state


Leider wird der Zeitstempel von state immer noch aktualisiert.

Habe ich da was falsch gemacht?
funktionieren die Attribute bei state evtl. nicht?
Fhem auf Raspberry Pi 4
CCU3 mit RaspberryMatic mit HMCCU an FHEM
HMCCU, Telegram, Conbee2 und Hue/Tradfri/Osram Lampen AQARA Sensoren, HomeConnect

Beta-User

MAn. ist das "-on-update" in der pauschalen Form ".*" kontraproduktiv. siehe Wechselwirkungen im Wiki:
Zitat
Ist für ein Reading sowohl event-on-change-reading als auch event-on-update-reading spezifiziert, wird bei jeder Aktualisierung des Readings ein Event erzeugt, das event-on-change wird für dieses Reading also außer Kraft gesetzt bzw. "überstimmt".
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

slor

Ah ok, das hab ich verpeilt.

habe jetzt mal so gesetzt:

attr OG_BZ_FK event-on-update-reading hmstate,1.STATE,control
Fhem auf Raspberry Pi 4
CCU3 mit RaspberryMatic mit HMCCU an FHEM
HMCCU, Telegram, Conbee2 und Hue/Tradfri/Osram Lampen AQARA Sensoren, HomeConnect

slor

Bisher sieht es sehr gut aus :-)

state bleibt stehen

setstate OG_BZ_FK 2021-02-02 16:56:51 1.STATE closed
setstate OG_BZ_FK 2021-02-02 16:56:51 control closed
setstate OG_BZ_FK 2021-02-02 16:56:51 hmstate closed
setstate OG_BZ_FK 2021-02-02 15:05:13 state closed
Fhem auf Raspberry Pi 4
CCU3 mit RaspberryMatic mit HMCCU an FHEM
HMCCU, Telegram, Conbee2 und Hue/Tradfri/Osram Lampen AQARA Sensoren, HomeConnect

Per

timestamp-on-change-reading dürfte sein, was du suchst.