Event für das Löschen eines Readings

[Flachzange]

Hallo zusammmen,

unter anderem das EnOcean-Modul setzt bei das Reading "alarm", z.B. wenn ein Gerät für eine bestimmte Zeit nicht erreichbar ist wird ein

Code Auswählen Erweitern

alarm: dead_sensor gesetzt. Wenn das Alarmereignis vorüber ist wird das Reading vollständig gelöscht. Meine Frage: Wie bekomme ich dieses Beenden des Alarmeignisses mit, also das Löschen des Readings? Wird da überhaupt ein Event ausgelöst? Ich habe jetzt mal erfolglos diverse Kombination mit undef ausprobiert, z.B.

Code Auswählen Erweitern

<device>:alarm:.undef.

Danke und Gruß
Chris

[passibe]

Generell siehst du alle Events im Event monitor. Anders gesagt: Wenn etwas nicht im Event auftaucht, gibt es auch kein Event (falls im Device nicht event-on-change-reading bzw. event-on-update-reading konfiguriert ist und das Setzen eines Events unterdrückt).

Unabhängig davon: Soweit ich weiß, löst das Löschen eines Readings kein Event aus. Was du aber machen könntest ist, z.B. mit

Code Auswählen Erweitern

ReadingsVal("<device>","alarm","UNSET")prüfen, ob das alarm-Reading bei einem Device deiner Wahl existiert oder nicht (wenn es nicht existiert wird UNSET ausgewählt (oder halt ein String deiner Wahl, dafür einfach das "UNSET" ändern)).

Das eignet sich aber leider nicht wirklich zur Automatisierung, sondern eher dazu, das z.B. periodisch abzufragen.

Bestimmt hat jemand aber auch noch eine andere/bessere Idee.

[Beta-User]

...vielleicht mal im EnOcean-Bereich nachfragen, ob das so soll...
Löschen ist vermutlich OK, aber ein "trigger"-Kommando könnte man ja absetzen?

[betateilchen]

...vielleicht mal im EnOcean-Bereich nachfragen, ob das so soll...

Das ist nur die halbe Wahrheit auf dem Weg zu einer Lösung.
Der Wunsch an sich ist nachvollziehbar.

• Das EnOcean Modul benutzt korrekterweise die FHEM Funktion readingsDelete() zum Löschen von readings.
• Die Funktion readingsDelete() ist in der fhem.pl implementiert.

Ergo wäre die richtige Stelle, nach einer Änderung zu fragen, der Bereich "Sonstiges", der für Fragen zu fhem.pl als passendes Unterforum definiert ist. Eine Änderung sollte Rudi an dieser zentralen Stellen einbauen, z.B. optionaler Parameter für den Funktionsaufruf, um ein trigger nach dem Löschen auszulösen.

Meine Hoffnung ist nur, dass nicht alle Entwickler auf die Idee kommen, für jedes gelöschte reading ein event auszulösen... (ich denke da an Module, die vor dem Schreiben neuer readings erstmal alle readings löschen. Das können z.B. bei HTTPMOD oder JsonMod auch mal mehrere Dutzend readings auf einen Schlag sein...)

Alternativ könnte das EnOcean Modul auch den Wert des readings auf "noAlarm" setzen, anstatt das reading zu löschen. Darauf könnte man jetzt schon mit einem notify reagieren.

[Flachzange]

Hallo zusammen, danke für eure Rückmeldung und die Informationen. Letztendlich das, was ich schon "befürchtet" habe. Ich habe auch schon mit dem Gedanken gespielt, dass man einfach nur alarm=no setzen müsste. Das könnte aber bestehende Installationen treffen, die nur prüfen, ob alarm gesetzt ist. Alternativ könnte man ja auch readingsDelete() überlagern, so dass es eine Variante readingsDelete(boolean trigger) oder readingsDeleteTrigger() gibt.

Es klingt jetzt auch so, dass das ein EnOcean-spezifisches Thema wäre. Dann würde ich da nämlich mal weitermachen.

[rudolfkoenig]

Alternativ könnte das EnOcean Modul auch den Wert des readings auf "noAlarm" setzen, anstatt das reading zu löschen. Darauf könnte man jetzt schon mit einem notify reagieren.

Das wuerde ich vorziehen, dann braucht man auch keine Sonderbehandlung.
Nebeneffekt: man sieht nachtraeglich, dass es ein Problem gab.

[klaus.schauer]

siehe https://forum.fhem.de/index.php?topic=139253.0

[Flachzange]

Danke Klaus!