Licht geht nicht aus

[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.

[otterfan]

Doofe Anfänger Frage....
wie krieg ich diese "fetten" UND Blöcke ?? Ich sehe das nur in einer Zeile...

[Homoran]

@otterfan rechte Maustatste -> "externe Eingänge"

[dslraser]

@otterfan
rechte Maustaste auf den Block und auf externe Eingänge stellen.

[otterfan]

hmmm das war zu einfach. Danke Euch

[otterfan]

Hi nochmal,
wie komplex ist es denn wenn ich mit einem "lang drücken" die Lautstärke auf meiner SONOS erhöhen will ?
Play / Pause funktioniert- nur würde ich gerne auch lauter machen können oder eben Leiser mit zb. doppelklicken....?

Viele gesunde Grüße !

[frankyboy73]

@otterfan
Eigentlich ganz einfach, ich denke mal so sollte das gehen.

Das gleiche dann mit Doppelklick und - 10

[Jan1]

@frankyboy73
Warum schon wieder =wahr bei der FALLS, ich dachte das wäre geklärt, dass das doppelt ist. Und weils einfacher ist, einfach WERT aus den Trigger Blöcken anstelle des noch mals einzulesenden DP angeben.

[frankyboy73]

@Jan1
Sorry, aber hatte ich doch schon geschrieben, das ich das immer so mache. Vielleicht ne alte Angwohnheit. Als ich mit Blockly angefangen bin gabs das Wert bei Trigger noch gar nicht. Außerdem benutze ich selbst kein Blockly mehr und bin nicht mehr up to date. Aber es funktioniert ja, das ist die Hauptsache. Außerdem denke ich das Anfänger das auch eher verstehen und dadurch mehr lernen.

[Jan1]

@frankyboy73
Schon, nur wenn man sich so was angewöhnt, dann macht man es immer wieder und wenn man das gleich "richtiger" lernt, ist eben einfach besser

[otterfan]

so klappts wunderbar

[frankyboy73]

@otterfan
Jau, das ist natürlich die einfachste und kürzeste Lösung

[otterfan]

Hallo,
wie ist Eure Erfahrung mit BWM Skripten im Außenbereich. Macht Ihr die Helligkeit gesteuert oder nur über Zeit ? Helligkeit dachte ich wäre schlauer....?

Grüße !

[dslraser]

@otterfan
Ich habe mir einen eigenen Datenpunkt mit einer selbst definierten Helligkeitsschwelle erstellt. Ich habe zwei BWM im Aussenbereich, die auch die Helligkeit messen können.
In allen Scripten, wo ich diesen Wert vergleichen möchte, beziehe ich mich auf diese Helligkeitsschwelle und den Messwert außen. Sollte ich die Schwelle verändern wollen, so brauche ich nur diesen einen Wert im selbst erstellten DP ändern und nicht alle Scripte.

Edit: einfaches Beispiel

Die Zeit, wann das Licht wieder aus geht, ist im Bewegungsmelder selbst definiert. So brauche ich kein timeout. (Homematic IP mit auf Raspberrymatic)