NEWS
2 Bewegungsmelder (Aqara) sollen einen Lampe schalten
-
So probiere das nochmal:
Du musst allerdings die iobroker-IN und iobroker-OUT Nodes überprüfen, weil ich Deine Hardwarepunkte nicht habe.
Und falls Du jetzt neue Kabel ziehst oder die Logik veränderst, dann überleg Dir VORHER was das für Konsequenzen hat und was jetzt genau passiert.
Beschreibe jedes Szenario mit Worten und mach nicht einfach.
Ach und bitte DEAKTIVIERE Deine jetzigen Flows und Blocklies, damit die nicht dazwischen funken, sonst wird das nichts. Und wenn Du hier nicht exakt arbeitest - dann bin ich ziemlich machtlos.
Jeder Flow bzw. jedes Script, das ich hier poste implementiert jeder auf eigene Gefahr. Flows und Scripts können Fehler aufweisen und weder der Seitenbetreiber noch ich persönlich können hierfür haftbar gemacht werden. Das gleiche gilt für Empfehlungen aller Art.
-
@mickym
Das sehr nett das du die Schaltung überarbeitet hast! Nein ich ändere da nichts dran.
Nur nach einer Zeit auch wenn man nichts schaltet und auch nichts im BWM sich bewegt drehen die lampen durch und werden wie verrückt geschaltet.
Wenn ich die komplette Node deaktiviere dann ist wieder alles normal.
Kann das irgendwie sein, weil ja schalter küche so zu sagen in der Iobroker In node ist und in der schaltung alle drei geschaltet werden. da ja ganz oben habe ich ja eine schaltung die mit dem lichtschalter alle lampen zusammen ein und aus schaltet !?
Ich habe jetzt an die schaltung mit dem Robo und BWM nur den lichtschalter als out node gelassen. da ja in der ersten schaltung schon alle drei lampen zusammen gefasst sind. vllt kommt die Rückkopplung daher.
Weil der Lichschalter schaltet so zu sagen ja nur die Decke an/aus und die beiden LEd Stripes vom Sonoff und vom Tuya Gerät werden ja mit geschaltet durch die normale In/Out node geschichte.
-
So probiere das nochmal:
Du musst allerdings die iobroker-IN und iobroker-OUT Nodes überprüfen, weil ich Deine Hardwarepunkte nicht habe.
Und falls Du jetzt neue Kabel ziehst oder die Logik veränderst, dann überleg Dir VORHER was das für Konsequenzen hat und was jetzt genau passiert.
Beschreibe jedes Szenario mit Worten und mach nicht einfach.
Ach und bitte DEAKTIVIERE Deine jetzigen Flows und Blocklies, damit die nicht dazwischen funken, sonst wird das nichts. Und wenn Du hier nicht exakt arbeitest - dann bin ich ziemlich machtlos.
@mickym Ja habe ich überprüft! Sehr Lieb! der Datenpunkt weiß .ich.nicht ist toll.
Den lege ich mit auch an! Echt toll ich denke ich habe jetzt auch alles geprüft es funktioniert.
Jetzt muss nur noch die Aquarium Wasser ausgleichssteuerung laufen mit wasser verbrauchs daten in die datenpunkte schreiben dann bin ich auch erstnmal glücklich. -
@mickym
Das sehr nett das du die Schaltung überarbeitet hast! Nein ich ändere da nichts dran.
Nur nach einer Zeit auch wenn man nichts schaltet und auch nichts im BWM sich bewegt drehen die lampen durch und werden wie verrückt geschaltet.
Wenn ich die komplette Node deaktiviere dann ist wieder alles normal.
Kann das irgendwie sein, weil ja schalter küche so zu sagen in der Iobroker In node ist und in der schaltung alle drei geschaltet werden. da ja ganz oben habe ich ja eine schaltung die mit dem lichtschalter alle lampen zusammen ein und aus schaltet !?
Ich habe jetzt an die schaltung mit dem Robo und BWM nur den lichtschalter als out node gelassen. da ja in der ersten schaltung schon alle drei lampen zusammen gefasst sind. vllt kommt die Rückkopplung daher.
Weil der Lichschalter schaltet so zu sagen ja nur die Decke an/aus und die beiden LEd Stripes vom Sonoff und vom Tuya Gerät werden ja mit geschaltet durch die normale In/Out node geschichte.
@aphofis Na ja - wenn es am Node Red Flow liegen würde, dann würde es eine Endlosschleife geben. Also achte erst mal darauf, dass in keiner iobroker-OUT Node der gleiche Datenpunkt wie in einer iobroker-IN Node steht.
Und Du auch sonst nirgends weder in Blockly noch in einem anderen Flow die Datenpunkte schaltest, die in den iobroker-IN Nodes einliest.
Ausserdem kannst Du noch direkt an eine iobroker-In NOde direkt eine Debug Node machen. Wenn das ganze Dein Debug Fenster flutet, dann weisst Du dass da ein Datenpunkt verrückt spielt.
Kann das irgendwie sein, weil ja schalter küche so zu sagen in der Iobroker In node ist und in der schaltung alle drei geschaltet werden. da ja ganz oben habe ich ja eine schaltung die mit dem lichtschalter alle lampen zusammen ein und aus schaltet !?
Ich gehe davon aus, dass die Schaltung die ich gemacht habe, die EINZIGE Schaltung ist. Alle anderen Schaltungen deaktivieren.
Außerdem wie gesagt, alle Datenpunkte in iobroker-IN und iobroker-Out überprüfen und wie gesagt alle anderen Schaltungen deaktiveren.Ich habe mir dafür 2 Tastaturmakros erstellst, mit dem Du über ALT+e markierte Knoten aktivierst bzw. mit ALT+d markierte Knoten deaktivierst.
Jeder Flow bzw. jedes Script, das ich hier poste implementiert jeder auf eigene Gefahr. Flows und Scripts können Fehler aufweisen und weder der Seitenbetreiber noch ich persönlich können hierfür haftbar gemacht werden. Das gleiche gilt für Empfehlungen aller Art.
-
@aphofis Na ja - wenn es am Node Red Flow liegen würde, dann würde es eine Endlosschleife geben. Also achte erst mal darauf, dass in keiner iobroker-OUT Node der gleiche Datenpunkt wie in einer iobroker-IN Node steht.
Und Du auch sonst nirgends weder in Blockly noch in einem anderen Flow die Datenpunkte schaltest, die in den iobroker-IN Nodes einliest.
Ausserdem kannst Du noch direkt an eine iobroker-In NOde direkt eine Debug Node machen. Wenn das ganze Dein Debug Fenster flutet, dann weisst Du dass da ein Datenpunkt verrückt spielt.
Kann das irgendwie sein, weil ja schalter küche so zu sagen in der Iobroker In node ist und in der schaltung alle drei geschaltet werden. da ja ganz oben habe ich ja eine schaltung die mit dem lichtschalter alle lampen zusammen ein und aus schaltet !?
Ich gehe davon aus, dass die Schaltung die ich gemacht habe, die EINZIGE Schaltung ist. Alle anderen Schaltungen deaktivieren.
Außerdem wie gesagt, alle Datenpunkte in iobroker-IN und iobroker-Out überprüfen und wie gesagt alle anderen Schaltungen deaktiveren.Ich habe mir dafür 2 Tastaturmakros erstellst, mit dem Du über ALT+e markierte Knoten aktivierst bzw. mit ALT+d markierte Knoten deaktivierst.
-
@mickym Das ja cool!
Hab mir die Tasetnkobi auch eingerichtet. Vielen dank dafür.
Also es funktioniert alles.Sag mal nur für mein Verständnis.
Wenn ich eine In node nehme die liefert true/false als value und ich dann eine Change node dran hänge und als msg.topic und value zb robo nehme kann ich das dann weiter verarbeiten also überall wo dann das topic robo eingebunden wird kann man das dann dort verarbeiten !?
sprich das dann auch nur robo topic dort ankommt wo man es auch haben will. -
Sag mal nur für mein Verständnis.
Wenn ich eine In node nehme die liefert true/false als value und ich dann eine Change node dran hänge und als msg.topic und value zb robo nehme kann ich das dann weiter verarbeiten also überall wo dann das topic robo eingebunden wird kann man das dann dort verarbeiten !?
sprich das dann auch nur robo topic dort ankommt wo man es auch haben will.@aphofis sagte in 2 Bewegungsmelder (Aqara) sollen einen Lampe schalten:
Sag mal nur für mein Verständnis.
Wenn ich eine In node nehme die liefert true/false als value und ich dann eine Change node dran hänge und als msg.topic und value zb robo nehme kann ich das dann weiter verarbeiten also überall wo dann das topic robo eingebunden wird kann man das dann dort verarbeiten !?
sprich das dann auch nur robo topic dort ankommt wo man es auch haben will.Na ich verstehe zwar glaub nur halb was Du willst. Grundsätzlich laufen die Nachrichten durch die Kabel bzw. über Link Knoten auch Flow übergreifend.
Das topic repräsentiert, die Art bzw. den Ursprung der payload. Was nützt Dir ein true oder false in einer payload, wenn Du nicht weißt woher es stammt.
Zum Filtern nimmst Du KEINE Change Node. Mit einer Change Node VERÄNDERST DU Nachrichten. Wenn Du Nachrichten filtern oder über Bedingungen unterschiedlich verarbeiten willst, nimmst Du eine SWITCH Node. Du musst Dir wirklich einprägen, wann welche Node benutzt wird.
- Also mit einer Change Node, wenn Du Nachrichten VERÄNDERN willst
- mit einer Switch Node, wenn Du Nachrichten filtern oder über unterschiedliche Bedingungen steuern willst.
Wenn Du mehrere iobroker-IN Knoten (warum auch immer) an eine Switch Node klemmen willst und nur die Nachrichten durchlassen möchtest, die von einem topic kommen, dass (falls Du nicht den ganzen Pfad eingeben willst) filtern willst, die den String "robo" enthalten, nimmst Du eine Switch Node und gibst:
- An welche Nachrichteneigenschaft (oder Kontextvariable) Du untersuchen willst
- Welche Bedingung die untersuchte Nachrichteneigenschaft (oder Kontextvariable) erfüllen muss.
Diese switch node untersucht also die Nachrichteneigenschaft topic und lässt alle Nachrichten durch, wenn das topic die Zeichenkette "robo" (also ohne Anführungszeichen) enthält. Die payload ist dieser switch Node völlig egal, weil die ja nicht untersucht wird. Das kann true, false, 400 oder "Wellensittich" sein. ;)
Jeder Flow bzw. jedes Script, das ich hier poste implementiert jeder auf eigene Gefahr. Flows und Scripts können Fehler aufweisen und weder der Seitenbetreiber noch ich persönlich können hierfür haftbar gemacht werden. Das gleiche gilt für Empfehlungen aller Art.
-
@aphofis sagte in 2 Bewegungsmelder (Aqara) sollen einen Lampe schalten:
Sag mal nur für mein Verständnis.
Wenn ich eine In node nehme die liefert true/false als value und ich dann eine Change node dran hänge und als msg.topic und value zb robo nehme kann ich das dann weiter verarbeiten also überall wo dann das topic robo eingebunden wird kann man das dann dort verarbeiten !?
sprich das dann auch nur robo topic dort ankommt wo man es auch haben will.Na ich verstehe zwar glaub nur halb was Du willst. Grundsätzlich laufen die Nachrichten durch die Kabel bzw. über Link Knoten auch Flow übergreifend.
Das topic repräsentiert, die Art bzw. den Ursprung der payload. Was nützt Dir ein true oder false in einer payload, wenn Du nicht weißt woher es stammt.
Zum Filtern nimmst Du KEINE Change Node. Mit einer Change Node VERÄNDERST DU Nachrichten. Wenn Du Nachrichten filtern oder über Bedingungen unterschiedlich verarbeiten willst, nimmst Du eine SWITCH Node. Du musst Dir wirklich einprägen, wann welche Node benutzt wird.
- Also mit einer Change Node, wenn Du Nachrichten VERÄNDERN willst
- mit einer Switch Node, wenn Du Nachrichten filtern oder über unterschiedliche Bedingungen steuern willst.
Wenn Du mehrere iobroker-IN Knoten (warum auch immer) an eine Switch Node klemmen willst und nur die Nachrichten durchlassen möchtest, die von einem topic kommen, dass (falls Du nicht den ganzen Pfad eingeben willst) filtern willst, die den String "robo" enthalten, nimmst Du eine Switch Node und gibst:
- An welche Nachrichteneigenschaft (oder Kontextvariable) Du untersuchen willst
- Welche Bedingung die untersuchte Nachrichteneigenschaft (oder Kontextvariable) erfüllen muss.
Diese switch node untersucht also die Nachrichteneigenschaft topic und lässt alle Nachrichten durch, wenn das topic die Zeichenkette "robo" (also ohne Anführungszeichen) enthält. Die payload ist dieser switch Node völlig egal, weil die ja nicht untersucht wird. Das kann true, false, 400 oder "Wellensittich" sein. ;)
-
Noch ein Wort zu Endlosschleifen, die Du Dir merken musst. Wenn Du mit einem Datenpunkt zum Beispiel im Sonoff Adapter was steuerst und gleichzeitig den Status einliest, dann musst Du darauf achten, dass Du im iobroker-OUT immer den Typ "command" nimmst, das ist dann im Blockly das steuere. Also ACK=false.
Wenn der gleiche Datenpunkt aber vom Adapter auch den "Status" wieder geben soll, dann musst Du aufpassen, dass Du nur bestätigte (vom Adapter bestätigte Nachrichten) in der iobroker-IN Node zulässt.
Das machst Du in dem Du hier in dem Filter nur bestätigte Nachrichten zulässt:
Also ACK=true.
Ansonsten passiert genau das - Du steuerst mit dem gleichen Datenpunkt ein Licht und gleichzeitig liest Du das ein und schon ist die Endlosschleife perfekt.
Jeder Flow bzw. jedes Script, das ich hier poste implementiert jeder auf eigene Gefahr. Flows und Scripts können Fehler aufweisen und weder der Seitenbetreiber noch ich persönlich können hierfür haftbar gemacht werden. Das gleiche gilt für Empfehlungen aller Art.
-
Noch ein Wort zu Endlosschleifen, die Du Dir merken musst. Wenn Du mit einem Datenpunkt zum Beispiel im Sonoff Adapter was steuerst und gleichzeitig den Status einliest, dann musst Du darauf achten, dass Du im iobroker-OUT immer den Typ "command" nimmst, das ist dann im Blockly das steuere. Also ACK=false.
Wenn der gleiche Datenpunkt aber vom Adapter auch den "Status" wieder geben soll, dann musst Du aufpassen, dass Du nur bestätigte (vom Adapter bestätigte Nachrichten) in der iobroker-IN Node zulässt.
Das machst Du in dem Du hier in dem Filter nur bestätigte Nachrichten zulässt:
Also ACK=true.
Ansonsten passiert genau das - Du steuerst mit dem gleichen Datenpunkt ein Licht und gleichzeitig liest Du das ein und schon ist die Endlosschleife perfekt.
-
@mickym
wie kann man denn den Lichtschalter zeit trigger deaktivieren bei ausschalten des Lichts !? Weil das ist das einzige was nicht will. dh. wenn man Licht per schalter einschaltet läuft der 45 min trigger wenn man das licht per schalter ausschaltet. Bleibt der trigger 45 min aktiv und BWM geht dann nicht bis der 45 min trigger abgelaufen ist. -
@mickym
wie kann man denn den Lichtschalter zeit trigger deaktivieren bei ausschalten des Lichts !? Weil das ist das einzige was nicht will. dh. wenn man Licht per schalter einschaltet läuft der 45 min trigger wenn man das licht per schalter ausschaltet. Bleibt der trigger 45 min aktiv und BWM geht dann nicht bis der 45 min trigger abgelaufen ist.@aphofis sagte in 2 Bewegungsmelder (Aqara) sollen einen Lampe schalten:
@mickym
wie kann man denn den Lichtschalter zeit trigger deaktivieren bei ausschalten des Lichts !? Weil das ist das einzige was nicht will. dh. wenn man Licht per schalter einschaltet läuft der 45 min trigger wenn man das licht per schalter ausschaltet. Bleibt der trigger 45 min aktiv und BWM geht dann nicht bis der 45 min trigger abgelaufen ist.Ja das war aber Deine Logik - dass Du den Trigger laufen lassen wolltest, sobald der Lichtschalter bettätigt wurde. Wenn Du nun unterscheiden willst, ob der Lichtschalter aus- oder eingeschaltet wird, musst Du von vorne herein die Fälle unterscheiden.
Ersetzt werden müssen die markierten Nodes - überlege Dir aber warum der Flow nun wie geändert wurde.
wie kann man denn den Lichtschalter zeit trigger deaktivieren bei ausschalten des Lichts !
Wenn Du so etwas willst, musst Du also zu Beginn unterscheiden, ob der Lichtschalter aus- / oder eingeschaltet wird. Deshalb kommt nun ganz zu Anfang der switch ins Spiel, der prüft, ob der Schalter aus- oder eingeschaltet wird, also true oder false.
Die trigger Node wurde nun verändert, da sie nun true schalten kann, da sie nur noch im true Ast hängt und durch die false Nachricht zurückgesetzt wird.
EDIT: Fehler wurde korrigiert (22:32 Uhr) - die Trigger Node sendet nun das false über einen 2. Ausgang, sodass die Blockade des BWM beim Senden der true Nachricht nicht aufgehoben wird.
Jeder Flow bzw. jedes Script, das ich hier poste implementiert jeder auf eigene Gefahr. Flows und Scripts können Fehler aufweisen und weder der Seitenbetreiber noch ich persönlich können hierfür haftbar gemacht werden. Das gleiche gilt für Empfehlungen aller Art.
-
@aphofis sagte in 2 Bewegungsmelder (Aqara) sollen einen Lampe schalten:
@mickym
wie kann man denn den Lichtschalter zeit trigger deaktivieren bei ausschalten des Lichts !? Weil das ist das einzige was nicht will. dh. wenn man Licht per schalter einschaltet läuft der 45 min trigger wenn man das licht per schalter ausschaltet. Bleibt der trigger 45 min aktiv und BWM geht dann nicht bis der 45 min trigger abgelaufen ist.Ja das war aber Deine Logik - dass Du den Trigger laufen lassen wolltest, sobald der Lichtschalter bettätigt wurde. Wenn Du nun unterscheiden willst, ob der Lichtschalter aus- oder eingeschaltet wird, musst Du von vorne herein die Fälle unterscheiden.
Ersetzt werden müssen die markierten Nodes - überlege Dir aber warum der Flow nun wie geändert wurde.
wie kann man denn den Lichtschalter zeit trigger deaktivieren bei ausschalten des Lichts !
Wenn Du so etwas willst, musst Du also zu Beginn unterscheiden, ob der Lichtschalter aus- / oder eingeschaltet wird. Deshalb kommt nun ganz zu Anfang der switch ins Spiel, der prüft, ob der Schalter aus- oder eingeschaltet wird, also true oder false.
Die trigger Node wurde nun verändert, da sie nun true schalten kann, da sie nur noch im true Ast hängt und durch die false Nachricht zurückgesetzt wird.EDIT: Fehler wurde korrigiert (22:32 Uhr) - die Trigger Node sendet nun das false über einen 2. Ausgang, sodass die Blockade des BWM beim Senden der true Nachricht nicht aufgehoben wird.
Nee bleibt doch bei der Lösung unten. ;)
-
@aphofis sagte in 2 Bewegungsmelder (Aqara) sollen einen Lampe schalten:
@mickym
wie kann man denn den Lichtschalter zeit trigger deaktivieren bei ausschalten des Lichts !? Weil das ist das einzige was nicht will. dh. wenn man Licht per schalter einschaltet läuft der 45 min trigger wenn man das licht per schalter ausschaltet. Bleibt der trigger 45 min aktiv und BWM geht dann nicht bis der 45 min trigger abgelaufen ist.Ja das war aber Deine Logik - dass Du den Trigger laufen lassen wolltest, sobald der Lichtschalter bettätigt wurde. Wenn Du nun unterscheiden willst, ob der Lichtschalter aus- oder eingeschaltet wird, musst Du von vorne herein die Fälle unterscheiden.
Ersetzt werden müssen die markierten Nodes - überlege Dir aber warum der Flow nun wie geändert wurde.
wie kann man denn den Lichtschalter zeit trigger deaktivieren bei ausschalten des Lichts !
Wenn Du so etwas willst, musst Du also zu Beginn unterscheiden, ob der Lichtschalter aus- / oder eingeschaltet wird. Deshalb kommt nun ganz zu Anfang der switch ins Spiel, der prüft, ob der Schalter aus- oder eingeschaltet wird, also true oder false.
Die trigger Node wurde nun verändert, da sie nun true schalten kann, da sie nur noch im true Ast hängt und durch die false Nachricht zurückgesetzt wird.EDIT: Fehler wurde korrigiert (22:32 Uhr) - die Trigger Node sendet nun das false über einen 2. Ausgang, sodass die Blockade des BWM beim Senden der true Nachricht nicht aufgehoben wird.
-
@mickym
Nein definitiv da wäre ich nicht drauf gekommen.
Da fehlt einfach noch viel zu viel Wissen.
Vielen dank für's modifizieren.@aphofis Na ja aber Du musst das ja irgendwie lernen - und das hat weniger was mit NodeRed zu tun, sondern Du musst die Aufgaben in logische Teilprobleme unterteilen.
Jeder Flow bzw. jedes Script, das ich hier poste implementiert jeder auf eigene Gefahr. Flows und Scripts können Fehler aufweisen und weder der Seitenbetreiber noch ich persönlich können hierfür haftbar gemacht werden. Das gleiche gilt für Empfehlungen aller Art.
-
@aphofis Na ja aber Du musst das ja irgendwie lernen - und das hat weniger was mit NodeRed zu tun, sondern Du musst die Aufgaben in logische Teilprobleme unterteilen.
@mickym Ich gucke mir erstmal die ganzen Grund Videos zu Node-Red an und lerne was die einzelnen Nodes machen können. Ich muss halt ganz unten anfangen.
Ich sagte ja wenn ich eine Schaltung aufschreibe ist es kein Problem alles genau aufzuschreiben nur wenns dann ans umsetzen geht an die Nodes scheitere ich. Es fehlt einfach vieles an Grundwissen was ich erstmal erlernen muss. -
@mickym Ich gucke mir erstmal die ganzen Grund Videos zu Node-Red an und lerne was die einzelnen Nodes machen können. Ich muss halt ganz unten anfangen.
Ich sagte ja wenn ich eine Schaltung aufschreibe ist es kein Problem alles genau aufzuschreiben nur wenns dann ans umsetzen geht an die Nodes scheitere ich. Es fehlt einfach vieles an Grundwissen was ich erstmal erlernen muss. -
@aphofis So wie die Wassersteuerung. Ich würde die gerne zum laufen bringen nur fehlt halt das wissen, wie man das in nodes umsetzt.
@aphofis Ja wenn das hier soweit ist, dann formuliere halt in dem anderen Thread was genau in dem Blockly passiert. Ich kann das nicht importieren, da ich dieses telegram nicht habe und da läuft der Import auf einen Fehler . Ich sehe also nur die Screenshots.
-
@mickym
also ich finde den Fehler nicht.
Wenn BWM dann geht nur der 45 min trigger an. Der 2 min Trigger wird nicht angesprochen. Ich hatte schon überall debug nodes drangehängt aber ich finde einfach nicht den Fehler. Das jetzt auch in dem Flow die einzige Schaltung für Küche und habe die andere In/Out node Geschichte raus geschmissen seid dem spielen die Lampen auch nicht mehr verrückt. Ich denke mal das war weil mit der In/Out schaltung küche decke und die anderen Unterschrank Lampen geschaltet wurden und in der trigger steuerung auch verarbeitet werden.
-
@mickym
also ich finde den Fehler nicht.
Wenn BWM dann geht nur der 45 min trigger an. Der 2 min Trigger wird nicht angesprochen. Ich hatte schon überall debug nodes drangehängt aber ich finde einfach nicht den Fehler. Das jetzt auch in dem Flow die einzige Schaltung für Küche und habe die andere In/Out node Geschichte raus geschmissen seid dem spielen die Lampen auch nicht mehr verrückt. Ich denke mal das war weil mit der In/Out schaltung küche decke und die anderen Unterschrank Lampen geschaltet wurden und in der trigger steuerung auch verarbeitet werden.
Also erstens 2 msg.resets braucht es nun wirklich nicht, wenn Du den Schalter betätigst und nein, wie soll denn vom BWM ein Nachricht die untere Trigger Node betätigen. Das geht doch gar nicht - da gibts keine Verbindung hin. Die Nachrichten in NodeRed laufen immer von links nach rechts. Kannst Du mir grafisch EINE Verbindung einzeichnen, wieso der BWM diese Trigger Node triggern kann. Im Gegenteil, wenn unten die Triggernode aktiv ist, dann lässt die Switch Node hinter Küche Motion doch gar keine Nachrichten mehr durch. Das kannst Du doch über Debug NOdes überprüfen. Du kannst auch in der Debug NOde anhaken, dass auf die Systemkonsole geschrieben wird, dann siehst DU es auch im iobroker Protokoll.
Also der BWM kann die untere Triggernode nicht erreichen - nur der Schalter.
Support us
471
Online32.6k
Benutzer82.0k
Themen1.3m
Beiträge