Benachrichtigung bei set_ // nach notify warten und dann Befehl ausführen...

[Bytechanger]

Hallo,

ich möchte über bestehende "set_" STATE benachrichtigt werden.
Hier hat es ja offensichtlich nicht geklappt, dass ein Befehl übertragen wurde.

Zunächst habe ich ein DOIF gebaut:

Code Auswählen Erweitern


DOIF ([":.*set_.*"]) ({
my $status=Value("$DEVICE");;
if("$status" =~ m/set_/ ){
             SendMessage(1,"Status steht im SET $DEVICE:$EVENT",'Fehlmessage',0);;
             Log3 undef, 3, "Stehe im Set_ Name: $DEVICE Event: $EVENT";;
}
})
und dann ein WAIT gesetzt.

Das funktioniert grundsätzlich auch, aber wenn nun in der Wartezeit ein weiterer Befehl abgesetzt wird, wird der erste nicht mehr berücksichtigt, da das DOIF offensichtlich überschrieben wird...

Gibt es eine Möglichkeit mein Vorhaben umzusetzen???
Ein Notify müsste z.B. nonblocking warten und dann abfragen..


Greets

Byte

[CoolTux]

Ich würde versuchen die Geräte in der Notify RegEx ein zu grenzen. Und die Auswertung in eine myUtils aus lagern.
Solltest Du bei DOIF bleiben wollen, lese Dir mal durch wie man da Werte von Readings aus liest. Du machst Dir für DOIF viel zu viel Arbeit. Du benötigst nicht eine Zeile Perlcode.

[Bytechanger]

Hi,

also zum Verständnis, Du würdest ein notify auf das Gerät setzen und dann in perl wechseln (myUtils).

Dort müsste ich ja dann nonblocking warten (wie??) und dann den Status abfragen....
Das warten ist Pflicht, da die HM-Geräte für den Bruchteil einer Sekunde auf "set_" stehen und dann, sofern das Gerät die Rückmeldung gab, auf den Status springen (halt bidirektional)...

Greets

Byte

[frank]

ich würde erstmal prüfen, warum es keine rückmeldung gab. hat ja sicherlich einen grund gehabt. vor allem, wenn es auch noch öfter passiert.

[MadMax-FHEM]

Ginge da nicht watchdog?

[justme1968]

watchdog kann jeweils nur ein device. bzw. könnte das zweite event nicht dem gleichen device wie das erste event zuordnen. 

es geht aber z.b. mit ein (oder zwei, je nach code) notifys und benannten fhem also sleep.

das prinzip wäre in einem notify auf set_ eine mit sleep verzögerte und benannte aktion zu starten und für den falll das etwas anderes als set_ kommt das sleep wieder zu löschen.

unabhängig davon sollte man aber das eigentliche problem fixen. das es keine rückmeldung gibt sollte die ausnahme sein.

gruss
  andre

[MadMax-FHEM]

Ah, ich dachte watchdog: event dann "warten" und wenn nicht anderer event dann auslösen...

Hmmm, gut mit watchdog hab ich noch nichts gemacht.
Dachte nur es klingt danach.
Soll ja set_ "überwachen"...

Ich dachte sleep in notify kann man nicht löschen?
Hab das die Tage mal wo im Forum gelesen als ich selber mit notify und sleep rumprobiert habe.

Ich habe gelesen, dass ein "namenloser" 'at' erzeugt wird...
...und da "namenlos" auch nicht (durch den Anwender) löschbar...

[justme1968]

das mit dem watchdog geht nicht weil ja z.b. zwei set_ von zwei geräten kurz nach einander kommen können und dann kannst watchdog die nachfolgenden nicht set_ nicht dem passenden zuordnen.

sleep hat einen optionalen zweiten parameter mit dem man das sleep benennen und auch wieder löschen kann. wenn man als namen  vom device namen ableitet wird er eindeutig hat man das problem von oben nicht.

gruss
  andre

[frank]

sleep hat einen optionalen zweiten parameter mit dem man das sleep benennen und auch wieder löschen kann. wenn man als namen  vom device namen ableitet wird er eindeutig hat man das problem von oben nicht.

man-o-man, was es so alles gibt. 

[MadMax-FHEM]

Ah, ok.

Wieder was gelernt!

Danke...

[CoolTux]

@Bytechanger

Falls noch nicht gemacht definiere mal hminfo. Ein stehendes set bei Homematic bedeutet meist keine Rückmeldung, also no ACK. HMINFO hat error Readings, hier kannst mal ansetzen um Dir eine Info zu senden.


Grüße