hallo,
ich würde gerne auf jede beliebige änderung des state in einem device reagieren. und zwar immer gleich.
anstatt nun jeden denkbaren wert in state abzufragen, um doch nur die gleiche aktion auszulösen, muss es doch eine einfache abfrage geben?
irgendwie steh ich grad auf dem schlauch.
grüße horst
state:.*
danke, das ging schnell
aber einfach so:
([mozzkito:state:.*])
(get lorbeer meter 2)(get ps27 meter 2)
(get pi meter 2)(get mozzkito meter 2)
gehts leider nicht
versuch mal ..*
mit .* maskierst auf jeden Fall alle Werte die da kommen mögen.
State erscheint nicht im Event, daher kann man danach nicht abfragen.
ggf.
([mozzkito:state] ne "blabla") ....
und Attribut setzen:
attr <dein DOIF> checkReadingEvent 1
@ damian,
danke so läufts.
und es läuft auch ohne:
attr <dein DOIF> checkReadingEvent 1
warum brauch ich das dann?
Du wolltest nur auf status-Änderung triggern. Ohne checkReadingEvent wird auf alle Events von mozzkito getriggert.
Wenn du keine anderen Readings in mozzkito hast, dann kannst du auch gleich
([mozzkito] ne "blabla")
angeben, da es ja keine anderen Trigger von mozzkito gibt. checkReadingEvent wäre hier bedeutungslos.
ok,
danke nochmal
Zitat von: 3dmanipulator am 20 September 2017, 18:06:01
ok,
danke nochmal
hat mozzkito noch andere Readings?
wenn nicht, da kannst du auch nur auf das Device triggern:
(["mozzkito"])
Das state reading erzeugt keine events?
Dachte nur internals machen keine.
Falls dem so ist entschuldige ich mich für die Falsche Info meinerseits.
Gesendet von meinem S3_32 mit Tapatalk
Zitat von: Frank_Huber am 20 September 2017, 18:43:59
Das state reading erzeugt keine events?
Dachte nur internals machen keine.
Falls dem so ist entschuldige ich mich für die Falsche Info meinerseits.
Gesendet von meinem S3_32 mit Tapatalk
state erzeugt schon Events aber man kann "state" im Event nicht finden. Damit ist das Abgreifen diese Events nicht eindeutig.
@Damian: wäre es nicht sinnvoll den sonst in fhem dafür vorgesehen weg über das addStateEvent attribut zu unterstützen?
Zitat von: justme1968 am 21 September 2017, 13:03:51
@Damian: wäre es nicht sinnvoll den sonst in fhem dafür vorgesehen weg über das addStateEvent attribut zu unterstützen?
ist schon längst drin, das habe ich inzwischen verdrängt - man sollte öfters seine eigene Doku lesen :)
daher auch möglich
(["mozzkito:state"]) ...
oder
([mozzkito:"state"])...
in Verbindung mit
attr <doif> addStateEvent 1