[gelöst] Blockly Licht über Bewegungsmelder, Dauerlicht über Taster
-
Hallo,
wenn deine Taster auch von Homematic sind, dann eignet sich dafür Direktverknüpfungen. Sowohl zwischen Bewegungsmelder und Aktor, als auch zwischen den Tastern und dem Aktor.
Beim Bewegungsmelder muss du nur darauf achten, dass die ART DER VERWEILDAUER auf MINDESTENS steht.
Hier auch nochmal im richtigen Forum zum Nachlesen (inkl. Suchwortservice :lol:
https://homematic-forum.de/forum/viewto … er#p269788
Falls die Taster nicht direkt veknüpft werden können, dann bitte nochmal melden.
Gruß
Pix
-
In der CCU habe ich das schon hingekriegt. Da ich aber zu unterschiedlichen Zeiten unterschiedliche Einschaltdauern haben möchte, ging das in der CCU nicht
-
Was ist das denn für ein Aktor? Hat der Virtuelle Kanäle? Denn dann geht es doch sehr einfach. Die VK kannst du ja leicht von ioBroker aus setzen (zu bestimmten Tageszeiten)
Pix
-
Ein 1-Kanal unter Putz Schaltaktor von Homematic, HM-LC-Sw1-FM. Muss ich mal schauen, ob der virtuelle Kanäle hat.
Habe gerade geschaut, nein, der hat keine.
-
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.
-
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.
-
@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
-
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.
-
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 -
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"?
-
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
-
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?
-
Kann ich nochmal ein paar blöde Fragen stellen, wenn ich nicht weiter komme? `
Na klar…"Hier werden Sie geholfen...."
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.
-
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" />~~ -
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.
-
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
-
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
-
@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: 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
-
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
