auf beliebige änderung des state triggern?

Begonnen von 3dmanipulator, 20 September 2017, 16:43:15

Vorheriges Thema - Nächstes Thema

3dmanipulator

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



raspberry pi, razberry, fibaro sensor, fibaro dimmer,  nodon fb, tkb dual dimmer Switch, milight e27 + stripe, hmlan, hm-TC, hm-RT


3dmanipulator

raspberry pi, razberry, fibaro sensor, fibaro dimmer,  nodon fb, tkb dual dimmer Switch, milight e27 + stripe, hmlan, hm-TC, hm-RT

3dmanipulator

aber einfach so:
([mozzkito:state:.*])
(get lorbeer meter 2)(get ps27 meter 2)
(get pi meter 2)(get mozzkito meter 2)


gehts leider nicht
raspberry pi, razberry, fibaro sensor, fibaro dimmer,  nodon fb, tkb dual dimmer Switch, milight e27 + stripe, hmlan, hm-TC, hm-RT

Frank_Huber

versuch mal ..*
mit .* maskierst auf jeden Fall alle Werte die da kommen mögen.

Damian

State erscheint nicht im Event, daher kann man danach nicht abfragen.

ggf.

([mozzkito:state] ne "blabla") ....


und Attribut setzen:

attr <dein DOIF> checkReadingEvent 1
Programmierte FHEM-Module: DOIF-FHEM, DOIF-Perl, DOIF-uiTable, THRESHOLD, FHEM-Befehl: IF

3dmanipulator

#6
@ damian,

danke so läufts.
und es läuft auch ohne:
attr <dein DOIF> checkReadingEvent 1

warum brauch ich das dann?
raspberry pi, razberry, fibaro sensor, fibaro dimmer,  nodon fb, tkb dual dimmer Switch, milight e27 + stripe, hmlan, hm-TC, hm-RT

Damian

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.


Programmierte FHEM-Module: DOIF-FHEM, DOIF-Perl, DOIF-uiTable, THRESHOLD, FHEM-Befehl: IF

3dmanipulator

raspberry pi, razberry, fibaro sensor, fibaro dimmer,  nodon fb, tkb dual dimmer Switch, milight e27 + stripe, hmlan, hm-TC, hm-RT

Damian

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"])
Programmierte FHEM-Module: DOIF-FHEM, DOIF-Perl, DOIF-uiTable, THRESHOLD, FHEM-Befehl: IF

Frank_Huber

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


Damian

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.
Programmierte FHEM-Module: DOIF-FHEM, DOIF-Perl, DOIF-uiTable, THRESHOLD, FHEM-Befehl: IF

justme1968

@Damian: wäre es nicht sinnvoll den sonst in fhem dafür vorgesehen weg über das addStateEvent attribut zu unterstützen?
hue, tradfri, alexa-fhem, homebridge-fhem, LightScene, readingsGroup, ...

https://github.com/sponsors/justme-1968

Damian

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

Programmierte FHEM-Module: DOIF-FHEM, DOIF-Perl, DOIF-uiTable, THRESHOLD, FHEM-Befehl: IF