Enigma: DOIF wenn Reading sich nicht ändert

[Michi240281]

Besten Dank, werde ich heute Abend testen! DANKE!!!!

[Michi240281]

Funktioniert, jetzt ist nur die Frage, wie ich ein 2. Kommando zeitverzögert mit in dem DI untergebracht bekomme? Eine 2. Bedingung wird denke ich ja nicht funktionieren, da dann Bedingung 1 und 2 identisch sind. Ist das irgendwie möglich, innerhalb einer Bedingung 2 Kommandos zu unterschiedlichen Zeitpunkten auszuführen? Ansonsten müsste ich erst den Status eines Dummies ändern und ein 2., eigenständiges DI fürs Ausschalten des Receivers erstellen....

EDIT: Ahhh, habs in der commandref gefunden! Trennung mit ","...........allerdings habe ich ja schon ein wait Attribut gesetzt! Kann man das da dennoch mit unterbringen?

[Damian]

Funktioniert, jetzt ist nur die Frage, wie ich ein 2. Kommando zeitverzögert mit in dem DI untergebracht bekomme? Eine 2. Bedingung wird denke ich ja nicht funktionieren, da dann Bedingung 1 und 2 identisch sind. Ist das irgendwie möglich, innerhalb einer Bedingung 2 Kommandos zu unterschiedlichen Zeitpunkten auszuführen? Ansonsten müsste ich erst den Status eines Dummies ändern und ein 2., eigenständiges DI fürs Ausschalten des Receivers erstellen....

EDIT: Ahhh, habs in der commandref gefunden! Trennung mit ","...........allerdings habe ich ja schon ein wait Attribut gesetzt! Kann man das da dennoch mit unterbringen?

Wenn du mehrere Wait-Angaben für eine Abfolge definieren willst dann musst du die einzelnen Sequenzen Klammern:

Code Auswählen Erweitern

DOIF (Bedingung) (set ..., set ...)(set... ,set ...)

wait 1,2


Gruß

Damian

[alen]

Hallo zusammen

Darf ich eine Frage zu dem Thema hier stellen:

Ich verstehe nicht ganz diese Logik hinter diesem Code:

Code Auswählen Erweitern

define di_push DOIF ([Tempsensor])(set pushmsg "sensor failed again")
attr di_push wait 1800
attr di_push do resetwait

Die Zeile DOIF sagt doch, wenn der Tempsensor ein Reading hat, dann soll DOIF ein SET PUSH ausführen. Korrekt?
Was machen dann das Wait und das Resetwait genau? Es soll ja so sein, dass eben genau erst nach 1800Sekunden das SET PUSH ausgeführt werden soll, wenn innerhalb dieser Zeit der Gartensensor kein Reading hatte..oder?
Was ist aber wenn der Garensensor nach 30 Sekunden ein Reading kriegt...wieso wir dann korrekterweise kein Setpush gemacht?

Danke und Gruss
Alen

[Damian]

Hallo zusammen

Darf ich eine Frage zu dem Thema hier stellen:

Ich verstehe nicht ganz diese Logik hinter diesem Code:

Code Auswählen Erweitern

define di_push DOIF ([Tempsensor])(set pushmsg "sensor failed again")
attr di_push wait 1800
attr di_push do resetwait



Die Zeile DOIF sagt doch, wenn der Tempsensor ein Reading hat, dann soll DOIF ein SET PUSH ausführen. Korrekt?
Was machen dann das Wait und das Resetwait genau? Es soll ja so sein, dass eben genau erst nach 1800Sekunden das SET PUSH ausgeführt werden soll, wenn innerhalb dieser Zeit der Gartensensor kein Reading hatte..oder?
Was ist aber wenn der Garensensor nach 30 Sekunden ein Reading kriegt...wieso wir dann korrekterweise kein Setpush gemacht?

Danke und Gruss
Alen

Wenn Tempsensor ein Event erzeugt, dann wird zuerst der Wait-Timer mit 1800 Sekunden für die Ausführung von pushmsg gesetzt. Wenn in dieser Zeit kein weiteres Event von Tempsensor kommt, dann wird pushmsg ausgeführt. Wenn allerdings vorher (innerhalb der 1800 Sekunden) wieder ein Event von Tempsensor kommt, dann wird der Wait-Timer wieder auf 1800 Sekunden gesetzt. Das wird durch das Attribut do resetwait provoziert. Wäre dagegen do always gesetzt, dann würde ein laufender Waittimer nicht neu gesetzt, sondern würde weiter laufen bis er abläuft und anschließend der Befehl ausgeführt wird.

Gruß

Damian