Events oder Readings?

[chq]

Hallo,

auch nach zig DOIFs tue ich mich noch immer schwer, wenn ich mich entscheiden muss, ob ich ein Reading auslesen, oder auf ein Event reagieren soll.

Im folgenden Beispiel geht es darum, dass steuerung immer dann kontinuierlich in regelmäßigen Abständen neu gestartet werden soll (do always, repeatcmd), so lange wlanRepeaterKueche anwesend ist, jmd. daheim ist und vor allem Wifi_BSSId nicht 90:84:AB:F1:A9:E9 ist.

Code Auswählen Erweitern

([Bewohner:state] eq "home"
and ["^wlanRepeaterKueche$:^presence:.present"]
and [steuerung:Wifi_BSSId] ne "90:84:AB:F1:A9:E9") (set steuerung RESTART 1)

In der ersten und letzten Zeile frage ich Readings ab, während ich in der zweiten Zeile auf ein Event reagiere.

Meine Frage ist nun, anhand welcher Kriterien ich entscheiden sollte, ob ich mich für das Auslesen von Readings oder für das Reagieren auf Events entscheiden sollte.

Kann man in diesem Fall sagen, dass weil das Kommando via repeatcmd und repeatsame ohnehin kontinuierlich gesendet wird, es Sinn macht, lediglich Readings auszulesen?

Gruß Chris

[Otto123]

Hi Chris,

hilft es Dir das mal zu lesen? https://forum.fhem.de/index.php/topic,99680.0.html
Da hatten wir das Thema gerade.

Du hast noch einen Punkt vergessen
([device:"on"]) triggert auf den Event on, es wird nicht abgefragt.
([device] eq "on") triggert auf einen Event im Gerät device und es wird abgefragt ob der status on ist.
([?device] eq "on") triggert das DOIF nicht. Wird das DOIF durch etwas anderes getriggert wird device abgefragt ob der status on ist.

Gruß Otto

[Damian]

Bei einfachen Abfragen bezweckt der Zustandtrigger:

Code Auswählen Erweitern

([device] eq "on")

und Ereignistrigger

Code Auswählen Erweitern

([device:"on"])

das Gleiche.

Interessant ist die Verknüpfung mit Operatoren

z. B.  mit and:

Code Auswählen Erweitern

([device1] eq "on"  and  [device2] eq "on")

sobald einer der beiden Devices triggert und beide "on" sind, ist die Bedingung wahr.

Dagegen:

Code Auswählen Erweitern

([device1:"on"]  and  [device2:"on"])

macht so keinen Sinn, weil niemals zwei verschiedene Events wahr sein können.

Vielmehr machen Ereignisabfragen mit "or" oft Sinn:

z. B.

Code Auswählen Erweitern

([device1:"on"]  or  [device2:"on"])

Hier wird getriggert sobald eines der Devices "on" liefert.

[chq]

Code Auswählen Erweitern

([device1:"on")  and  [device2:"on"])

Code Auswählen Erweitern

([device1:"on")  or  [device2:"on"])

Danke. Es müsste aber so lauten, oder?

Code Auswählen Erweitern

([device1:"on"]  and  [device2:"on"])

Code Auswählen Erweitern

([device1:"on"]  or  [device2:"on"])

Gruß Chris

[Damian]

Danke. Es müsste aber so lauten, oder?

Code Auswählen Erweitern

([device1:"on"]  and  [device2:"on"])

Code Auswählen Erweitern

([device1:"on"]  or  [device2:"on"])

Gruß Chris

ja, habe die Klammern korrigiert.

[Per]

Meine Frage ist nun, anhand welcher Kriterien ich entscheiden sollte, ob ich mich für das Auslesen von Readings oder für das Reagieren auf Events entscheiden sollte.

Das wird dir pauschal keiner beantworten können, weil das ganz von deiner Aufgabe und den gewünschten Ergebnissen abhängt. Und meistens kommt man eh auf verschiedenen Wegen zum selben Ergebnis.

[chq]

([device] eq "on") triggert auf einen Event im Gerät device und es wird abgefragt ob der status on ist.

Also wird dann getriggert, sobald das entspr. Reading eines Devices den entspr. Wert angenommen hat. In dem von Dir angegebenen Fall handelt es sich um das Reading state, oder?

Ist das das, was Du als "Event im Gerät" bezeichnest?

Gruß Chris

[Otto123]

Hallo Chris,

nein. Es ist nach meinem Verständnis völlig egal ob reading27 oder state oder reading23 des Gerätes verändert wird (und einen Event erzeugt!).
Zitat Commandref.

define di_garage DOIF ([remotecontrol] eq "on") (set garage on) DOELSEIF ([remotecontrol] eq "off") (set garage off)

Das Modul wird getriggert, sobald das angegebene Device hier "remotecontrol" ein Event erzeugt. Das geschieht, wenn irgendein Reading oder der Status von "remotecontrol" aktualisiert wird. Ausgewertet wird hier der Zustand des Status von remotecontrol nicht das Event selbst.

Irgendein Event des Gerätes triggert DOIF und state wird ausgewertet. Es ist egal ob sich state geändert hat oder nicht.

Gruß Otto