Abfragen, wie lang ein Reading schon den jetzigen Status hat ?

[gadget]

Hallo,

Ich bräuchte mal einen Denkanstoss, wie ich (z.B. in einem DOIF) eine Bedingung formulieren kann, die abprüft, wie lange ein Reading eines Device schon den aktuellen Zustand hat. Das muss nicht das DOIF triggern, ich brauche es nur als zusätzliche Bedingung.

Also z.B. eine Garagentor Device mit einem Reading das open|close|unknown werden kann, der zugehörige Sensor pollt den aktuellen Zustand alle 5 Minuten und aktualisiert den Timestamp des Readings.

In einem DOIF, das alle 10 Minuten getriggert wird, soll eine Aktion ausgeführt werden, wenn das Reading schon länger als 20 Minuten auf "open" steht, also unabhängig davon wann das Reading zuletzt aktualisiert wurde, aber abhängig davon wie lang der Statuswechsel schon her ist.

Ein Userreading beim Garagentor Device ? Aber das aktualisert sich ja nur dann, wenn dort ein Event stattfindet, also alle 10 Minuten ....

[Beta-User]

"timestamp-on-change-reading" könnte evtl. weiterhelfen.

[Damian]

Code Auswählen Erweitern

DOIF ([+:10] and [?device:reading] eq "open" and [?device:reading:sec] > 60*20) (...)

[JoWiemann]

Hallo,

für solche Anwendungsfälle wurde doch das Modul watchdog entwickelt.

https://wiki.fhem.de/wiki/Watchdog

Grüße Jörg

[Damian]

Code Auswählen Erweitern

DOIF ([+:10] and [?device:reading] eq "open" and [?device:reading:sec] > 60*20) (...)

Alternativ kannst du als DOIF-User eventbasiert entsprechend einem Watchdog definieren:

Code Auswählen Erweitern

DOIF ([device:"open"]) ()(...)

wait 20*60


[gadget]

Code Auswählen Erweitern

DOIF ([+:10] and [?device:reading] eq "open" and [?device:reading:sec] > 60*20) (...)

Das wäre genial, funktioniert aber scheinbar nicht. [?device:reading:sec] wird offenbar bei jedem Update des Readings auf 0 gesetzt (auch wenn sich der Wert beim Update nicht verändert hat), ich brauche aber die Zeit, seit der das Reading auf dem bislherigen Wert steht.

[betateilchen]

Eigentlich willst Du doch gar nicht wissen, wie lange das reading schon seinen Wert hat, sondern wie lange es her ist, dass der Zustand des Garagentors sich geändert hat. Das muss nicht zwingend identisch sein.

der zugehörige Sensor pollt den aktuellen Zustand alle 5 Minuten und aktualisiert den Timestamp des Readings.

An der Stelle würde ich ansetzen. Wie hast Du das umgesetzt?

[gadget]

Hallo,

für solche Anwendungsfälle wurde doch das Modul watchdog entwickelt.

https://wiki.fhem.de/wiki/Watchdog

Grüße Jörg

Ok, das probiere ich aus. Werde dann aber  vermutlich regexp1WontReactivate brauchen, sonst wird der Watchdog ja beim pollen zurück gesetzt, richtig ?

[gadget]

Eigentlich willst Du doch gar nicht wissen, wie lange das reading schon seinen Wert hat, sondern wie lange es her ist, dass der Zustand des Garagentors sich geändert hat. Das muss nicht zwingend identisch sein.

der zugehörige Sensor pollt den aktuellen Zustand alle 5 Minuten und aktualisiert den Timestamp des Readings.

An der Stelle würde ich ansetzen. Wie hast Du das umgesetzt?

Da kann ich leider nicht ansetzen. Garagentor war jetzt nur ein Beispiel. Konkret geht es bei mir um den Verdichter meiner Wärmepumpe. Ich will möglichst bei PV Überschuss bei der WP auf Vorrat den Heizwasserspeicher aufheizen. Wenn die Sonne weg geht will ich den Verdichter aber nicht abwürgen wenn der erst ein paar Minuten gelaufen ist. Den Zustand des Verdichters bekomme ich über das uralte VCONTROL Modul, das die Heizung per Infrarotschnittstelle zyklisch ausliest.

[fz55]

Hallo,

Beta-User hat im Post 1 schon den richtigen Hinweis gegeben:

"timestamp-on-change-reading" könnte evtl. weiterhelfen.

Setze timestamp-on-change-reading UND event-on-change-reading für das entsprechende Reading, damit der Readingstimestamp nur neu gesetzt wird, wenn sich der Readingswert ändert.

Grüße
fz55 

[betateilchen]

Der watchdog hilft Dir nicht weiter. Eigentlich denke ich auch, dass der Hinweis mit timestamp-on-change-reading ein guter Ansatz ist. Er setzt genau an der Stelle an, die ich in meinem vorherigen Beitrag meinte.

[gadget]

"timestamp-on-change-reading" könnte evtl. weiterhelfen.

Setze timestamp-on-change-reading UND event-on-change-reading für das entsprechende Reading, damit der Readingstimestamp nur neu gesetzt wird, wenn sich der Readingswert ändert.

Probiere ich aus. Verständnisfrage: In der Hilfe steht:

event-on-update-reading
Wenn nicht gesetzt, erzeugt jede Veränderung eines Readings ein Ereignis, welches z.B. von notify oder FileLog berücksichtigt wird. Wenn gesetzt erzeugen nur Aktualisierungen der eingetragenen Readings ein Ereignis

timestamp-on-change-reading
Dieses Attribut enthält eine durch Kommata getrennte Liste von Readings. Wenn gesetzt, werden die gelisteten Readings nicht aktualisiert (oder angelegt) wenn durch ein ebenfalls gesetztes event-on-change-reading für dieses Reading kein Ereignis erzeugen würde.

Mal abgesehen von dem schrägen Deutsch bei der Erläuterung zu timestamp-on-change-reading: Wie verhalten sich dann die anderen Readings, die bei event-on-update-reading nicht erwähnt werden ? Da ändert sich doch dann der Default, oder ? Mein Device hat um die 30 Readings, die auch in diversen anderen Automationen verwurstet werden ...

[betateilchen]

Mal abgesehen von dem schrägen Deutsch bei der Erläuterung zu

Das sei dem Autor, dessen Muttersprache meines Wissens nicht Deutsch ist, zugestanden und verziehen.

Deshalb ist bezüglich der Dokumentation immer die englischsprachige commandref die Quelle der Wahrheit.
Für viele Module gibt es gar keine deutsche Beschreibung, sie ist für Modulautoren nicht verpflichtend, um ein Modul zu veröffentlichen.

Readings, die in den Attributen nicht aufgeführt sind, werden nicht aktualisiert.

[gadget]

Ich habe mit  timestamp-on-change-reading keinen Erfolg gehabt. Das entsprechende Reading wird dann überhaupt nicht mehr aktualisiert und zwar unabhängig davon was ich bei event-on-update-reading eintrage. Im DOIF ist dann [?device:reading:sec] immer 0.
Ich verfolge jetzt mal die Watchdog-Idee. Ich habe mir einen Dummy gebaut, den der watchdog ankläfft, wenn mein reading mehr als 20 Minuten lang auf "on" steht. Also in etwa so:

Code Auswählen Erweitern

defmod wd watchdog device:reading:.on 00:20:00 device:reading:.off set dummy_timeout on
attr wd autoRestart 1
attr wd regexp1WontReactivate 1

und dazu noch ein notify, das dummy_timeout auf off stellt wenn device:reading dann doch endlich "off" ist.

Parallel dazu habe ich mir auch noch einen HourCounter mit interval 2 angelegt. Und ich glaube, das ist für meinen Fall die beste (weil übersichtlichste) Lösung. Da kann ich dann einfach das Reading pulseTimeIncrement abfragen.

[betateilchen]

Zeit für Popcorn.