Monatsrückblick Januar/Februar 2026 ist online!

[emmpee]

Sollte es möglich sein, dass etwas, was auf der CCU fast so läuft, wie ich es möchte, in Blockly nicht abgebildet werden kann? Kann ich mir irgendwie nicht vorstellen.

[AlCalzone]

@emmpee:

Sollte es möglich sein, dass etwas, was auf der CCU fast so läuft, wie ich es möchte, in Blockly nicht abgebildet werden kann? Kann ich mir irgendwie nicht vorstellen. `

In deinem aufgebauten Skript sorgt ein Auslösen des Bewegungsmelders, dass auf alle Fälle, egal was der Schalter sagt, nach einer gewissen Zeit das Licht ausgeschaltet wird.

Du brauchst eine zusätzliche Variable, die dem Status der manuellen Schaltung entspricht: d.h. Schalter oben => Variable=true, Schalter unten => Variable=false.

Wenn diese Variable true ist, darf beim Auslösen des Bewegungsmelders das Timeout nicht gestartet werden. Oder alternativ muss vor dem automatischen Ausschalten geprüft werden, ob diese Variable true ist.

[Homoran]

@empee:

bin aber gerade etwas frustriert, weil es nicht klappt, wie ich gern möchte. `
klar, du musst dir nur klarmachen warum.

AlCalzone hat dir den Lösungsansatz schon gesagt.

Warum das so ist, ist auch ganz einfach: Der Bewegungsmelder gibt der Lampe eine Einschaltdauer mit, danach wird abgeschaltet. Und der letzte Befehl gilt. Wie bei der Bundeswehr.

Das kannst du nur über Hilfskonstruktionen wie Systemvariable lösen.

Gruß

Rainer

[emmpee]

Bin schon am pfriemeln. Frustration gehört dazu, nicht schlimm. Hab gerade ´n Leberkäsebrötchen gegessen und da sieht die Welt schon ganz anders aus :-).

Vielleicht habe ich auch ein falsches Verständnis der Logik. Ich lege bei "Falls Objekt" die Datenpunkte fest, die irgendwas machen sollen, dann bei "falls, mache" z.B. wenn Datenpunkt 1 wahr, mache das. Bei "sonst falls" z.B. wenn Datenpunkt 2 wahr, mache dies, usw. Hat das Script alle "Falls und sonst falls" durch, fängt es wieder oben an.

[AlCalzone]

@emmpee:

Hat das Script alle "Falls und sonst falls" durch, fängt es wieder oben an. `
Nein. Bei jeder (oben definierten) Status-Änderung wird geschaut, welcher dieser Pfade zutrifft und derjenige ausgeführt. Dabei wird von oben nach unten durchgegangen und der erste passende genommen.

Aktuell bestimmt aber die Reihenfolge deiner Ereignisse, was passiert. Jeweils das letzte Ereignis bekommt "recht", wenn du nicht zusätzliche Logik einbaust. Z. B.:

Variante 1:
1\. Lichtschalter oben gedrückt => Licht an
2\. Bewegungsmelder löst aus => Licht an, nach bestimmter Zeit wieder aus.

Variante 2:
1\. Bewegungsmelder löst aus => Licht an, nach bestimmter Zeit wieder aus.
2\. Lichtschalter oben gedrückt => Timer gelöscht, Licht bleibt an.

Was du willst ist folgendes:

Variante 1:
1\. Lichtschalter oben gedrückt => Licht an
2\. Bewegungsmelder löst aus => Wurde Lichtschalter oben betätigt? Dann nichts tun, sonst "Licht an, Timer setzen".

Variante 2: ist bereits OK

[emmpee]

Alles bei "Falls Objekt" ist sozusagen "oder" verknüpft und schiebt alles was drunter ist erstmal an, wobei geschaut wird, was passt. Kann man auch was überspringen, nach der Art "Wenn das passt, springe gleich zum Übernächsten"?

[rantanplan]

@emmpee:

Alles bei "Falls Objekt" ist sozusagen "oder" verknüpft und schiebt alles was drunter ist erstmal an, wobei geschaut wird, was passt. Kann man auch was überspringen, nach der Art "Wenn das passt, springe gleich zum Übernächsten"? `
Schau mal unter Funktionen.

Da kannst Du schön mit "Unterroutinen" arbeiten.

Grüße

[emmpee]

Werd ich tun. Ich denke, wenn ich die Logik dahinter mal geschnallt habe, wird´s leichter :-).

Kann ich nochmal ein paar blöde Fragen stellen, wenn ich nicht weiter komme?

[rantanplan]

@emmpee:

Kann ich nochmal ein paar blöde Fragen stellen, wenn ich nicht weiter komme? `
Na klar…"Hier werden Sie geholfen...." :D

Grüße

PS.

Setzte mal in den Betreff Deines ersten Beitrages "[Frage] Blockly Licht über…...." rein.

Da reagieren auch noch ein paar andere Blockly-Scriptler.

[emmpee]

Moin allerseits,

da bin ich wieder :-). Ich habe mal was zusammengeklickt, rein zum Verständnis für mich und verstehe es nicht.

Variablen alle auf 0, Trigger absichtlich nur auf Bewegung, d.h. für mein Verständnis, Taster werden erst ausgewertet, wenn vorher Bewegung war.

Jetzt kommt Bewegung, und NUR Bewegung, trotzdem wird einer der Taster ausgelöst. Es sollte doch so sein, dass der Bewegungsmelder triggert, es wird geschaut ob der Taster oben gedrückt ist -> nein -> Taster unten gedrückt? -> nein -> Ende, auf den nächsten Trigger warten.

~~http://up.picr.de/29825175bh.png" />

http://up.picr.de/29825182wy.png" />~~

[AlCalzone]

Dem Datenpunkt (Taster….PRESS_SHORT) ist dein Skript vollkommen egal. Er weiß nichts davon, wann dein Skript startet, stoppt, oder wann du ihn in deinem Skript abfragst. Der bekommt bei Betätigung einen Wert. Wenn du denSchalter also vorher mal betätigt hast und damit der Datenpunkt-Wert auf true steht, wird die Abfrage in deinem Skript auch bei der Ausführung sofort reagieren.

Wie du damit umgehst, hängt jetzt natürlich davon ab, wie sich bei Betätigung die States (Datenpunkte) ändern. Am besten schaust du dir mal genau an, was bei welchem Tastendruck passiert (welcher Datenpunkt in welchem Zustand welchen Wert hat) und überlegst dann, wie das Skript strukturiert sein muss.

Prinzipiell würde ich bei deinem ersten Skript anfangen und die Trigger trennen, d.h. einen für jeden Datenpunkt ohne diese 3fach-Wenn-Dann-Abfrage. Interaktion dazwischen läuft dann am besten über extra Skript-Variablen (z.b. für manuellen Modus an/aus) oder (wenn das logisch funktioniert) durch Abfrage der Lichtschalter-Zustände im Bewegungs-Trigger.

[rantanplan]

Hi,

habe es mal kurz überflogen.

Du triggerst den BM auf "Aktualisierung"

HM Aktoren werden häufig aktualisiert, auch ohne Zustandsänderung!

Da rennt Dein Trigger immer los.

Besser ist auf "wurde geändert".

Aber auch da aufpassen.

MOTION ändert sich auf TRUE wenn Bewegung erkannt

und dann wieder auf FALSE wenn keine Bewegung erkannt.

Wenn Du auf beide Zustände reagieren willst, musst Du den BM Zustand innerhalb des Triggers abfragen.

Falls BM = wahr

mache …...

sonst .......

Oder Du stellt den Trigger auf WAHR.

Dann rennt er nur los wenn der BM Bewegung erkennt.

Dir ist auch bewust, dass die Blöcke ausserhalb des Triggers NUR EINMALIG bei Scriptstart ausgeführt werden?

Grüße

[rantanplan]

@AlCalzone:

Dem Datenpunkt (Taster….PRESS_SHORT) ist dein Skript vollkommen egal. Er weiß nichts davon, wann dein Skript startet, stoppt, oder wann du ihn in deinem Skript abfragst. Der bekommt bei Betätigung einen Wert. Wenn du denSchalter also vorher mal betätigt hast und damit der Datenpunkt-Wert auf true steht, wird die Abfrage in deinem Skript auch bei der Ausführung sofort reagieren. `
Soweit wie AlCalzone hatte ich gar nicht gelesen. :roll:

Er hat natürlich vollkommen recht.

Grüße

[emmpee]

@Alcalzone: Ich hatte auch den Verdacht, das die Variable vom Taster vielleicht auf true steht, deswegen am Anfang des Scriptes das Setzen aller Variablen auf false. Aber auch nach dem Neustart des Scriptes hat sich das Verhalten nicht geändert.

@rantanplan: ich habe die Blöcke absichtlich außerhalb gelegt, weil ich ja nicht möchte, dass bei jedem Trigger die Variablen wieder auf 0 stehen. Auf beide Zustände möchte ich nicht triggern, da die Zeit, die dann ablaufen soll, immer 2x gestartet wird. Das die Homematic auch mal so aktualisiert wusste ich nicht und würde vielleicht auch erklären, warum nach 15s nochmal getriggert wurde.

Ich werde weiter testen und bin froh, Euch löchern zu können :-)

[rantanplan]

@emmpee:

@rantanplan: ich habe die Blöcke absichtlich außerhalb gelegt, weil ich ja nicht möchte, dass bei jedem Trigger die Variablen wieder auf 0 stehen. Auf beide Zustände möchte ich nicht triggern, da die Zeit, die dann ablaufen soll, immer 2x gestartet wird. `
Warum soll die Zeit dann 2x gestartet werden?

Dafür gibt es ja die Bedingungsabfragen.

Mal sehen, ob ich Dein Problem richtig verstehe.

1. es gibt KEINE Direktverknüpfungen zwischen Taster und Leuchte

2. es gibt KEINE Direktverknüpfungen zwischen Bewegungsmelder und Leuchte

3. wenn der BM Bewegung erkennt soll die Leuchte x Zeit angehen.

4. wenn einer der Taster gedrückt wird, soll Leuchte angehen und an bleiben bis wieder ein Taster gedrückt wird.

So richtig?

Grüße

[emmpee]

Genau so ist es. Laut Log wird bei Bewegung getriggert und nach 15s nochmal. Wollen zu ich das nicht, aber es ist so.

Ich nehme nur der Einfachheit halber einen Taster zum ein und einen zum Ausschalten. 1. hab ich zwei Taster dran und

2. muss ich ja sonst wieder abfragen ob das Licht an ist oder nicht

[rantanplan]

Ich hab da mal vorbereitet… ;)

Allerdings nicht getestet.

! <block xmlns="http://www.w3.org/1999/xhtml" type="procedures_defnoreturn" id="-Ts^et}f~sjE_@F_b@Zr" x="-287.6651715072096" y="462.5000152587891"><mutation><arg name="x"></arg></mutation> <field name="NAME">LeuchteSchalten</field> <comment pinned="false" h="80" w="160">Beschreibe diese Funktion …</comment> <statement name="STACK"><block type="comment" id="*6FI2{TA*|L*sW+,L(}?"><field name="COMMENT">Funktion Leuchte ein- oder ausschalten</field> <next><block type="controls_if" id="9?aGD0/BVm_Gr=?2ms+r"><value name="IF0"><block type="logic_compare" id="Yv]yu9}8NM]KwDy7Dkc5"><field name="OP">NEQ</field> <value name="A"><block type="get_value" id="7DWzNGXN52r-5ejij|N%"><field name="ATTR">val</field> <field name="OID">ID auswählen</field></block></value> <value name="B"><block type="variables_get" id="WOJ,=X],[ZWF1cE5o.B#"><field name="VAR">x</field></block></value></block></value> <statement name="DO0"><block type="control" id="*B4#g]93@QAUExJcA+k4"><mutation delay_input="false"></mutation> <field name="OID">Object ID</field> <field name="WITH_DELAY">FALSE</field> <value name="VALUE"><block type="variables_get" id="L}Bsm|]1G@6~G)e^!?(i"><field name="VAR">x</field></block></value></block></statement></block></next></block></statement></block> !

Grüße

[rantanplan]

Upps

Mir ist noch ein kleiner Schönheitsfehler aufgefallen.

Wenn man im Bad hin und her läuft, kann es sein das der BM mehrmals Bewegung meldet.

In meinem Beispiel würde dann jedesmal ein neuer Timer von 3 Min. gestartet.

Kriegst Du das alleine hin?

Grüße

[emmpee]

Denke schon. Ich guck mir das an wenn ich wieder zu Hause bin. Danke dir erstmal [emoji4]

Sind die Blöcke normal untereinander eingehängt oder können die auch solo stehen?

[AlCalzone]

@emmpee:

@Alcalzone: Ich hatte auch den Verdacht, das die Variable vom Taster vielleicht auf true steht, deswegen am Anfang des Scriptes das Setzen aller Variablen auf false. Aber auch nach dem Neustart des Scriptes hat sich das Verhalten nicht geändert. `
Die Variable hast du selbst definiert und existiert nur innerhalb des Skripts. Ich meinte den tatsächlichen Datenpunkt "Taster oben….PRESS_SHORT", den du im Block

Falls Objekt "Bewegungsmelder Bad.MOTION"

abfragst. Der wird von Skript-Neustarts nicht beeinflusst, da es keine Skript-Variable ist, sondern ein Datenpunkt.