Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[otterfan]

ahhhhhh ok. jetzt macht das Sinn ! Vielen Dank erstmal.

[Jan1]

@frankyboy73
Exakt, hatte ich oben eben gerade ergänzt :-)

[frankyboy73]

@Jan1
Ich war zu langsam, oder du schneller :face_with_rolling_eyes:

[Jan1]

@frankyboy73
Er hats verstanden und das zählt ;-)

[otterfan]

:+1: :ok_hand:

[otterfan]

So sollte das jetzt passen oder ?

Das mit dem timeout ist mir nicht ganz klar- Also so wie das jetzt programmiert ist, verlängert sich die Zeit bei jeder Bewegung um 3 Minuten, und die "alte" Zeit wird gestoppt / gelöscht. Nur wenn 3 Min keine Bewegung mehr ist, dann geht es aus ?

[Homoran]

@otterfan sagte in Licht geht nicht aus:

verlängert sich die Zeit bei jeder Bewegung um 3 Minuten, und die "alte" Zeit wird gestoppt / gelöscht. Nur wenn 3 Min keine Bewegung mehr ist, dann geht es aus ?

genau so.

Aber dein stop-Baustein müsste ein "timeout" im Text haben wo das pulldown ist

[otterfan]

jetzt ja :-) Danke Dir

[Flopsi]

So habe ich das am laufen...

[otterfan]

nochmals vielen Dank. Das ist jetzt echt klasse. Mit meinem Homee zusammen ist IOBroker ein echt gutes Team !

[Jan1]

@otterfan
Na 100% hast das noch nicht drin. True wird immer bei ner FALLS geprüft, deshalb ist das doppelt wenn man es noch mal abfragt und wenn überhaupt, dann am Ende und nicht mitten drin.
Das stop ist auch falsch, weil es nicht definiert ist. Wenn es richtig wäre, würde es "stop timeout1" heißen. Dann sollte der Stop auch immer noch direkt vor dem selben timeout sein, da nur so sicher ist, dass ein eventuell laufender timeout vorher auch eliminiert wird, ansonsten hast die Gefahr, dass mehrere timeouts gleichzeitig laufen können.

[otterfan]

klar nicht 100%. Ich lerne noch...ich hatte noch nie was mit skripten gemacht bis dato

[Jan1]

@otterfan
Ich hab oben noch was editiert und kein Problem, ich kratze auch nur an der Oberfläche, aber schon bisschen tiefer als Du😉

[otterfan]

Meinst Du so ?

[Jan1]

@otterfan
Besser, aber noch nicht ganz.
In der FALLS kannst die UND Verknüpfung schon drin lassen, muss nur nicht extra noch mal auf TRUE geprüft werden. Dann kannst das Objekt mit WERT aus den Trigger Blöcken ersetzte, weil sich WERT auf das Objekt im Trigger bezieht.
Zum STOP, ist so schon besser, aber direkt über den timeout starten sollte noch ein STOP. Das stopt an der Stelle sorgt nur dafür, dass ein ungewollter timeout Start vorher sofort wieder beendet wird. Läuft normal auch ohne und ist eben für den Fehlerfall schon mal die Lösung.

[frankyboy73]

@otterfan
Nein, du darfst den Trigger in diesem fall nicht auf wahr abfragen, sonst wird jetzt nur noch ausgeschaltet wenn die Zeit nicht mehr zwischen 19 und 0 Uhr ist. Das heißt, kommt ne Bewegung nach 19 Uhr würde eingeschaltet werden und erst bei ner Bewegung nach 0 Uhr wieder aus.

[otterfan]

ok danke euch

[Jan1]

@otterfan
Das hatte ich noch übersrhen, den Ttigger auf geändert lassen und den Rest mit in die FALLS.
Wenn Du da mal ne zeitlang mit gebastelt hast, wird das von alleine recht logisch was die Blöcke so tun. Ich selber staune aber oft wie andere die Dinger kombinieren und wesentlich einfacher zum selben Ergebnis kommen wie ich😎

[frankyboy73]

@otterfan sagte in Licht geht nicht aus:

So sollte das jetzt passen oder ?

Das mit dem timeout ist mir nicht ganz klar- Also so wie das jetzt programmiert ist, verlängert sich die Zeit bei jeder Bewegung um 3 Minuten, und die "alte" Zeit wird gestoppt / gelöscht. Nur wenn 3 Min keine Bewegung mehr ist, dann geht es aus ?

Das ist schon so in Ordnung, nur bei Stop noch timeout auswählen.

Du kannst es aber auch so machen wie Jan schreibt
@Jan1 Ich denke mal du meinst so, oder?

Nur wenn man nen Trigger mit meheren Objekt IDs benutzt, klappt das nicht mehr. Oder wenn man nen anderen Wert abfragen will als der von der Trigger ID, deshalb habe ich mir angewöhnt immer in der falls Abfrage Wert von Objekt ID abzufragen. Aber das ist mein Weg und viele Wege führen zum Ziel, das setzt jeder etwas anders um.
Edit:
Und mit dem Timout meint Jan das glaube ich so, ist auch ein guter Hinweis.

[Jan1]

@frankyboy73
Genau so ist es. Klar kann man den DP auch mit in die Falls packen und das über eine nochmalige Angabe des Objekt samt Pfad, ist eben bisschen mehr Code und Aufwand. Über WERT hat es ein weiteren zeitlichen Vorteil, da dieser bereits eingelesen ist, muss das nicht noch mal gemacht werden.
Bei mehreren Objekten im Trigger mach ich das auch in der FALLS, weil ich hier auch nicht genau weiß auf was sich WERT dann bezieht. Ich denke, es könnten beide Objekte sein, wenn man das möchte und nicht weiter separieren will sollte das auch OK sein.