BEST PRACTICE: event-on-change-reading vs. event-on-update-reading

[vbs]

Also ich denke, dass ich inhaltlich die event-on-*-Attribute verstehe (hoffentlich) und auch das Zusammenspiel mit event-min-interval. Aber mir ist noch nicht so klar, wann man am besten welche Attribute einsetzt bzw. nach welchen Kriterien man entscheidet, wo man welches Reading einträgt.

Generell will man ja die Anzahl der Events minimieren bzw. keine unnötigen Events generieren. Ich gehe dabei im Moment so vor:
1. Ich trage die relevanten Readings in event-on-change-reading ein.
   Relevant sind:
     - Readings, auf die ich per notify reagieren möchte
     - Readings, die ich plotten möchte
     - Readings, die ich per longpoll in der GUI live updaten möchte
2. Falls sich Werte wegen on-change ZU selten ändern, trage ich sie zusätzlich bei event-min-interval on, um alle x Minuten doch ein Event zu bekommen (zB zum Plotten).
3. Bei Geräten, bei denen ich keine Events brauche, trage ich nur bei event-on-update-reading einen leeren String ein (resultiert dann im Wert "1").

Nach welchen Kriterien geht ihr vor? Wann genau ist event-on-update-reading überhaupt sinnvoll?

[peterchen89]

Ich glaube das event-min-interval hast du nicht ganz richtig verstanden (aus der Doku):

event-min-interval
Dieses Attribut enthält eine durch Kommata getrennte Liste von "readings:minInterval" Paare. readings kann ein regexp sein. Ein Event wird nur dann generiert, falls seit dem letzten Auftreten des gleichen Events mindestens minInterval Sekunden vergangen sind.

D.h. es wird höchstens alle X Sekunden ein Event generiert.

Das von dir beschriebene Problem mit dem Plotten kannst du mit Logproxy in den Griff bekommen. Logproxy kann etwas weiter in die Vergangenheit gucken und so den Plot nach Vorne hin sozusagen verlängern.

[vbs]

Ich glaube das event-min-interval hast du nicht ganz richtig verstanden (aus der Doku).h. es wird höchstens alle X Sekunden ein Event generiert.

So viel ich weiß, ist das eben genau nicht so. Es verhält sich scheinbar unterschiedlich bei on-change und on-update. Es wird einmal verODERt und einmal verUNDet:
http://forum.fhem.de/index.php/topic,26694.msg196955.html#msg196955
http://forum.fhem.de/index.php/topic,31856.msg247547.html#msg247547

Das von dir beschriebene Problem mit dem Plotten kannst du mit Logproxy in den Griff bekommen. Logproxy kann etwas weiter in die Vergangenheit gucken und so den Plot nach Vorne hin sozusagen verlängern.

Ja, das kenne ich. Empfinde ich persönlich aber eher als Workaround. Dieses "etwas weiter" ist leider schlecht greifbar.

[Hollo]

Ich glaube das event-min-interval hast du nicht ganz richtig verstanden (aus der Doku).h. es wird höchstens alle X Sekunden ein Event generiert...

Nein, er hat es richtig verstanden.   
Wenn längere Zeit KEIN Event kommt, weil sich der Wert NICHT geändert hat (on-change), dann wird nach MIN-INTERVAL trotzdem ein Event generiert.

[frank]

Nach welchen Kriterien geht ihr vor? Wann genau ist event-on-update-reading überhaupt sinnvoll?

sobald man bei event-on-change/update explizit ein odere mehrere readings angibt, werden bei allen nicht aufgeführten readings die events abgeschaltet. daher mache ich grundsätzlich "event-on-change-reading .*", um grundsätzlich die events zu minimieren, aber trotzdem alle infos speichern zu können. also alle readings erzeugen events bei änderung. wenn ich nun bei bestimmten readings aber immer ein event brauche, zb bei buttons oder zum überwachen der rssi-werte, setze ich für diese readings zusätzlich event-on-update.

Wenn längere Zeit KEIN Event kommt, weil sich der Wert NICHT geändert hat (on-change), dann wird nach MIN-INTERVAL trotzdem ein Event generiert.

nicht ganz. sondern erst, wenn das reading neu gesetzt wird. also wenn ein reading alle 5 minuten gesetzt wird, es sich aber nicht ändert und min-interval auf 12 min eingestellt ist, sollte das event nach 15 minuten erscheinen.

[bendim]

Generell will man ja die Anzahl der Events minimieren bzw. keine unnötigen Events generieren. Ich gehe dabei im Moment so vor:
1. Ich trage die relevanten Readings in event-on-change-reading ein.
   Relevant sind:
     - Readings, auf die ich per notify reagieren möchte
     - Readings, die ich plotten möchte
     - Readings, die ich per longpoll in der GUI live updaten möchte
2. Falls sich Werte wegen on-change ZU selten ändern, trage ich sie zusätzlich bei event-min-interval on, um alle x Minuten doch ein Event zu bekommen (zB zum Plotten).

Zu beachten ist noch das die Readings bei event-min-interval nur ein Event auslösen, wenn sie auch in event-on-change-reading oder event-on-update-reading eingetragen sind.

Bei event-on-change-reading wird event-min-interval ignoriert wenn sie die Werte änder und sofort ein Event gefeuert
Bei event-on-update-reading wird event-min-interval nicht ignoriert wenn sie die Werte änder und wartet bis den Interval ab bis ein Event gefeuert wird


Frage: Wie kann ich Schwellenwerte für ein Reading setzen das nicht nur einen Wert beinhaltet.

Code Auswählen Erweitern

Readings:
     2015-12-06 04:45:18   battery         ok
     2015-12-06 04:45:18   dewpoint        11.9
     2015-12-06 04:45:18   humidity        53
     2015-12-06 04:43:30   state           T: 21.9 H: 53 D: 11.9
     2015-12-06 04:45:18   temperature     21.9

Ich möchte das state reading alle 15min per event-min-interval ein event feuert auch wenn sich nichts ändert. Wenn sich zwischen den 15min aber der T Wert um 0.5 oder der H Wert um 5 ändert, soll mit event-on-change-reading sofort ein Event gefeuert werden.

attr LaCr.Thermo01 event-min-interval state:900
attr LaCr.Thermo01 event-on-change-reading state:??????

[willybauss]

Nein, er hat es richtig verstanden.   
Wenn längere Zeit KEIN Event kommt, weil sich der Wert NICHT geändert hat (on-change), dann wird nach MIN-INTERVAL trotzdem ein Event generiert.

Ist zwar schon eine Weile her, aber hier gibts nochmal ne Antwort darauf:

Bevor hier was Falsches gelernt wird:
- event-min-interval sorgt dafuer, dass ein Event hoechstens alle X Sekunden (aber nicht haeufiger) durchgelassen wird, generiert aber selbst keine Events.
- event-on-change-reading laesst events nur bei Aenderung durch (optional mit mindest-delta).
- falls event-on-update-reading gesetzt ist, dann werden die nicht spezifizierten events nicht durchgelassen.
- das Wort "reading" ist in beiden Faellen irrefuehrend, da das Reading immer gesetzt wird, nur das Event wird nicht durchgelassen.
- mit _nicht_ durchlassen meine ich: Modul generiert Event, aber keiner kriegt es mit.
- falls event-on-change-reading zuschlaegt, filtert min-interval nicht (aber da bin ich mir nicht ganz sicher, der Code ist relativ verwirrend).


Das Setzen dieser Attribute erzeugt auch CPU-Last, ob es unter dem Strich weniger Last auf dem System ist, haengt vom Einzelfall ab.

[sash.sc]

Hallo zusammen.

Habe da nochmal eine Frage zu. Habe dies auch schonmal hier gestellt.
https://forum.fhem.de/index.php/topic,51554.msg463686.html#msg463686

Nochma kurz zusammen gefasst. Energiemessteckdose soll geloogt werden. Von den Reading allerdings nur das state, da ja alle Parameter vorhanden sind. Wenn ich ins Log schaue, dann werden auch die kleinsten Änderungen mitgeloggt, welche aber bei Änderung von 0.1 Watt keinen Sinn machen, diese zu loggen.

Es soll nur das state geloggt werden, wenn es Änderungen in der Spannun bzw. im Strom gibt. Ich möchte das state aber nur loggen, wenn die Änderung der Leistung mehr wie 2 Watt sind  oder Änderung in der Spannung von mehr wie 2 Volt.

Irgendwie bekomme ich das nicht hin.

Jemanmd eine Idee

Gruß und danke
Sascha

[vbs]

Du könntest zB mit dem Attribut stateFormat den Inhalt des state-Readings selbst definieren (zB ohne Nachkommastellen). Du müsstest das allerdings dann selbst in Perl-Code implementieren.

[sash.sc]

D.h. Die Nachkommastelle von der Leistung einfach abschneiden?!
Von Perl habe ich absolut keine Ahnung. Wie sollte das denn dann aussehen?

Gesendet von meinem SM-T560 mit Tapatalk

[justme1968]

STATE ist nicht das gleiche wie state. ersteres ist ein internal letzteres ein reading.

mit stateFormat legst du fest wie STATE aussehen soll. das ist das was im frontend angezeigt wird. nicht das reading state das ein event erzeugt das geloggt wird.

du kannst dir ein user reading definieren und dort passend formatieren oder differenzen bestimmen und dann dieses loggen.

bei einem hm aktor müsstest du aber auch konfigurieren können ab welchem
schwellwert die werte überhaupt gesendet werden.

gruss
  andre

[sash.sc]

bei einem hm aktor müsstest du aber auch konfigurieren können ab welchem
schwellwert die werte überhaupt gesendet werden.

Dies ist kein HM Aktor, sonder eine Funkmessteckdose NC-5426. STATE ist also nicht gleich state. Wann wird denn STATE aktualisiert ?
Ich logge im Moment das state aus den Readings, also direkt von der Steckdose.

Danke schonmal für eure Hilfe.
Sascha

[vbs]

Argh sorry, richtig, war Quatsch was ich gesagt habe... 

[t.huber]

OK jetzt hab ich mir einige Forenbeiträge und alle 2-3 Wiki-Einträge zu dem Thema durchgelesen.
Entweder ich kapier es doch nicht oder die Funktion ist buggy.

Update + Min-Interval sollte doch nur ein Event auslösen wenn der Wert geändert wird und die Min-Interval (in Sekunden) erreicht ist.

Ich habe eine HM-ES-PMSw1-Pl Mess-Schalt-Steckdose. (Das Device hat 6 Unter-Channels)
Diese bombardierte mich mit Events im Log.
Das hab ich soweit im Griff. (mit attr suppressReading state) auf 4/6 Channels und einem event-on-change-reading state auf das Main-Device.
Interesse habe ich nur an den 2 Readings der verbleibenden 2 Channels für Aktueller Stromverbrauch in Watt (..._SenPwr) und dem Gesamtzähler (..._Pwr) des Stromverbrauches.
Den Wert des Gesamtzählers würde mir momentan 1x am Tag reichen. (86400 Sekunden)

_SenPwr passt.
_Pwr besitz die Attribute event-min-interval 86400 und event-on-update-reading state
^(event-on-update-reading energy habe ich auch schon probiert)

Aber er schreibt trotzdem alle 10-30 Sekunden.

Im Anhang sind die Screenshots vom Main-Device, vom Unter-Channel _SenPwr und vom Unter-Channel _Pwr.

und so sieht trotzdem das Ergebnis im Event Monitor aus:

Code Auswählen Erweitern

2017-01-24 22:50:38 CUL_HM HM_32B1AE_Pwr 186526.3
2017-01-24 22:50:38 CUL_HM HM_32B1AE_SenPwr 365.75
2017-01-24 22:51:22 CUL_HM HM_Bewegungsmelder brightness: 58
2017-01-24 22:52:45 CUL_HM HM_32B1AE_Pwr 186539.3
2017-01-24 22:52:45 CUL_HM HM_32B1AE_SenPwr 403.01
2017-01-24 22:52:53 CUL_HM HM_32B1AE_Pwr 186540.1
2017-01-24 22:52:53 CUL_HM HM_32B1AE_SenPwr 371.79
2017-01-24 22:53:01 CUL_HM HM_32B1AE_Pwr 186540.9
2017-01-24 22:53:01 CUL_HM HM_32B1AE_SenPwr 367.02
2017-01-24 22:53:35 CUL_HM HM_32B1AE_Pwr 186544.4
2017-01-24 22:53:35 CUL_HM HM_32B1AE_SenPwr 367.36
2017-01-24 22:56:05 CUL_HM HM_32B1AE_Pwr 186559.8
2017-01-24 22:56:05 CUL_HM HM_32B1AE_SenPwr 389.38
2017-01-24 22:56:13 CUL_HM HM_32B1AE_Pwr 186560.6
2017-01-24 22:56:13 CUL_HM HM_32B1AE_SenPwr 369.61
2017-01-24 22:56:18 CUL_HM HM_32B1AE_Pwr 186561.1
2017-01-24 22:56:18 CUL_HM HM_32B1AE_SenPwr 380.72
2017-01-24 22:56:21 CUL_HM HM_32B1AE_Pwr 186561.4
2017-01-24 22:56:21 CUL_HM HM_32B1AE_SenPwr 371.49
2017-01-24 22:56:36 CUL_HM HM_32B1AE_Pwr 186563
2017-01-24 22:56:36 CUL_HM HM_32B1AE_SenPwr 391.87
2017-01-24 22:56:44 CUL_HM HM_32B1AE_Pwr 186563.8
2017-01-24 22:56:44 CUL_HM HM_32B1AE_SenPwr 370.62

[marvin78]

Bitte immer lists in Codetags, statt Screenshots posten!!

Und dann bitte wirklich an den richtigen Stellen lesen. Der 1. Anlaufpunkt ist IMMER die offizielle Doku und die sagt zu event-min-interval

[...]comma-separated list of reading:minInterval pairs[...]

Also sowas:

Code Auswählen Erweitern

attr <NAME> event-min-interval energy:86400