NEWS
Lichtsteuerung m. XIAOMI Bewegungsmeldern & Zigbee Adapter
-
Nachdem hier manchmal Lösungen vorgestellt werden, die meist mit Blockly oder JavaScript erstellt wurden, hier mal meine "Lichtautomatik" die ich mit NodeRed implementiert habe. Das ganze ist in einem Subflow implementiert, sodass man eine InNode mit dem Zigbee Datenpunkt (illuminance oder occupancy) als Eingang für den Subflow verwendet. Am Ausgang 1 kommt "on" oder "off" zum Ein- Ausschalten, am 2. Ausgang kommt "true" oder "false" an - der die Entscheidung ausgibt.
Man kann auch theoretisch andere Trigger verwenden, da die Auswertung der Licht-und Bewegungssensoren nochmals unabhängig vom Trigger im Subflow erfolgt. Somit ist es egal, ob die Lichtautomatik durch einen veränderten Lichtwert oder durch eine Bewegung ausgelöst wird.Die Lichtautomatik kann durch eine globale Variable komplett ausgeschaltet werden. Damit die Lichtautomatik funktioniert muss eine globale Variable "gLichtautomatik" = "auto" sein.
Die Funktion hat folgende Steuerungen:
Man gibt 2 Schwellenwerte On und Off damit kann man die Standards 10 und 20 Lux überschreiben. Das Ganze ist in der Node Beschreibung alles beschrieben.
Unter dem On Level wird bei erkannter Bewegung ausgeschaltet, bei Erreichen des Off Levels unabhängig von der Bewegung immer ausgeschaltet, dazwischen wird nicht eingeschaltet sondern nur ausgeschaltet, wenn keine Bewegung erkannt wurde.
Es kann auch ein anderer "illuminance" - Datenpunkt zur Steuerung verwendet werden. Damit ist es möglich ein Zimmer für die Lichtsteuerung zu nutzen, in dem der Bewegungsmelder günstig platziert ist und damit spärlich beleuchtet Räume vernünftig gesteuert werden können.
Auch die On und Off Levels können überschrieben werden.
Dann kann man noch einen Datenpunkt definieren - bei dem man das Ausschalten durch eine NIcht-Erkannte Bewegung blockieren kann.
Beispiel: Man liegt auf der Couch beim Fernsehen. Man bewegt sich über das definierte Zeitintervall nicht, das Licht soll aber nicht nach 5 Minuten ausschalten, weil keine Bewegung erkannt wird. Schaut man allerdings nicht fern, soll das Licht 5 Minuten nach einer nicht mehr erkannten Bewegung ausgeschaltet werden.Alles in der Node BEschreibung beschrieben . Ein inaktiver Node dient als Beispiel.
Vielleicht gibt es ja für den einen oder anderen Anregungen .
Hier noch der Screenshot mit der Beschreibung des Subflows:
-
Nachdem hier manchmal Lösungen vorgestellt werden, die meist mit Blockly oder JavaScript erstellt wurden, hier mal meine "Lichtautomatik" die ich mit NodeRed implementiert habe. Das ganze ist in einem Subflow implementiert, sodass man eine InNode mit dem Zigbee Datenpunkt (illuminance oder occupancy) als Eingang für den Subflow verwendet. Am Ausgang 1 kommt "on" oder "off" zum Ein- Ausschalten, am 2. Ausgang kommt "true" oder "false" an - der die Entscheidung ausgibt.
Man kann auch theoretisch andere Trigger verwenden, da die Auswertung der Licht-und Bewegungssensoren nochmals unabhängig vom Trigger im Subflow erfolgt. Somit ist es egal, ob die Lichtautomatik durch einen veränderten Lichtwert oder durch eine Bewegung ausgelöst wird.Die Lichtautomatik kann durch eine globale Variable komplett ausgeschaltet werden. Damit die Lichtautomatik funktioniert muss eine globale Variable "gLichtautomatik" = "auto" sein.
Die Funktion hat folgende Steuerungen:
Man gibt 2 Schwellenwerte On und Off damit kann man die Standards 10 und 20 Lux überschreiben. Das Ganze ist in der Node Beschreibung alles beschrieben.
Unter dem On Level wird bei erkannter Bewegung ausgeschaltet, bei Erreichen des Off Levels unabhängig von der Bewegung immer ausgeschaltet, dazwischen wird nicht eingeschaltet sondern nur ausgeschaltet, wenn keine Bewegung erkannt wurde.
Es kann auch ein anderer "illuminance" - Datenpunkt zur Steuerung verwendet werden. Damit ist es möglich ein Zimmer für die Lichtsteuerung zu nutzen, in dem der Bewegungsmelder günstig platziert ist und damit spärlich beleuchtet Räume vernünftig gesteuert werden können.
Auch die On und Off Levels können überschrieben werden.
Dann kann man noch einen Datenpunkt definieren - bei dem man das Ausschalten durch eine NIcht-Erkannte Bewegung blockieren kann.
Beispiel: Man liegt auf der Couch beim Fernsehen. Man bewegt sich über das definierte Zeitintervall nicht, das Licht soll aber nicht nach 5 Minuten ausschalten, weil keine Bewegung erkannt wird. Schaut man allerdings nicht fern, soll das Licht 5 Minuten nach einer nicht mehr erkannten Bewegung ausgeschaltet werden.Alles in der Node BEschreibung beschrieben . Ein inaktiver Node dient als Beispiel.
Vielleicht gibt es ja für den einen oder anderen Anregungen .
Hier noch der Screenshot mit der Beschreibung des Subflows:
@mickym
Hi, feine Sache. Gefällt mir.
Da ich meine Sensoren über Deconz angebunden habe, musste ich das nur etwas abändern und mit presence und lux arbeiten. Auch musste ich bei den Switches im Subflow zur abfrage der Präsens die Abrage von boolean (Wahr/Falsch) auf String (True und False) abändern, aus meinen input und getnodes erhalte ich nen String und keinen Boolean.
Hinzu kommt das die Ordnerstruktur bei Deconz etwas komisch ist. Hier werden für jeden Bewegungsmelder immer 2 Ordner (als hätte man Sensoren) angelegt, in einem ist der Presence in einem der Luxwert, daher muss ich mit deiner Variante arbeiten als hätte ich 2 Sensoren einen für die Präsens und einen für den Lichtwert.Schöne Grüße Frank
-
@mickym
Hi, feine Sache. Gefällt mir.
Da ich meine Sensoren über Deconz angebunden habe, musste ich das nur etwas abändern und mit presence und lux arbeiten. Auch musste ich bei den Switches im Subflow zur abfrage der Präsens die Abrage von boolean (Wahr/Falsch) auf String (True und False) abändern, aus meinen input und getnodes erhalte ich nen String und keinen Boolean.
Hinzu kommt das die Ordnerstruktur bei Deconz etwas komisch ist. Hier werden für jeden Bewegungsmelder immer 2 Ordner (als hätte man Sensoren) angelegt, in einem ist der Presence in einem der Luxwert, daher muss ich mit deiner Variante arbeiten als hätte ich 2 Sensoren einen für die Präsens und einen für den Lichtwert.@frankyboy73 said in Lichtsteuerung m. XIAOMI Bewegungsmeldern & Zigbee Adapter:
@mickym
Hi, feine Sache. Gefällt mir.
Da ich meine Sensoren über Deconz angebunden habe, musste ich das nur etwas abändern und mit presence und lux arbeiten. Auch musste ich bei den Switches im Subflow zur abfrage der Präsens die Abrage von boolean (Wahr/Falsch) auf String (True und False) abändern, aus meinen input und getnodes erhalte ich nen String und keinen Boolean.
Hinzu kommt das die Ordnerstruktur bei Deconz etwas komisch ist. Hier werden für jeden Bewegungsmelder immer 2 Ordner (als hätte man Sensoren) angelegt, in einem ist der Presence in einem der Luxwert, daher muss ich mit deiner Variante arbeiten als hätte ich 2 Sensoren einen für die Präsens und einen für den Lichtwert.Hallo Frank,
freut mich, dass das Ganze doch einen Praxiswert hat und Du das entsprechend anpassen konntest. Das mit der Umstellung des Switches von Boolean auf String habe ich genau in umgekehrter bei mir gemacht. Das liegt aber wahrscheinlich daran, dass ich die Default-Einstellung des Adapters geändert habe und ich die Orginaltypen beibehalten wollte. Andererseits ist die Default Einstellung insofern praktisch, weil Du halt immer nur Strings aus dem iobroker erhälst, egal wie der Orgnialwert aussah.
Hoffentlich tut auch alles so, wie Du erwartest. ;) - Die Default-Werte im Luxbereich muss man sicher anpassen, sonst schaltet ggf. das Licht - nachdem es eingeschaltet wurde sofort wieder aus. ;) Ich fand diesen Subflow halt insofern ganz anschaulich, da er zeigt wie man durch den Einsatz von Variablen auch im Bereich Node-Red eine gewisse "Unabhängig" erreichen kann und wann aus meiner Sicht der Einsatz von den Subflows überhaupt Sinn macht. Also das man sie möglichst mehrfach einsetzen kann (wie ein Unterprogramm), wenn Du verstehst was ich meine. ;)
Vielen Dank für Deine Rückmeldung!
-
@frankyboy73 said in Lichtsteuerung m. XIAOMI Bewegungsmeldern & Zigbee Adapter:
@mickym
Hi, feine Sache. Gefällt mir.
Da ich meine Sensoren über Deconz angebunden habe, musste ich das nur etwas abändern und mit presence und lux arbeiten. Auch musste ich bei den Switches im Subflow zur abfrage der Präsens die Abrage von boolean (Wahr/Falsch) auf String (True und False) abändern, aus meinen input und getnodes erhalte ich nen String und keinen Boolean.
Hinzu kommt das die Ordnerstruktur bei Deconz etwas komisch ist. Hier werden für jeden Bewegungsmelder immer 2 Ordner (als hätte man Sensoren) angelegt, in einem ist der Presence in einem der Luxwert, daher muss ich mit deiner Variante arbeiten als hätte ich 2 Sensoren einen für die Präsens und einen für den Lichtwert.Hallo Frank,
freut mich, dass das Ganze doch einen Praxiswert hat und Du das entsprechend anpassen konntest. Das mit der Umstellung des Switches von Boolean auf String habe ich genau in umgekehrter bei mir gemacht. Das liegt aber wahrscheinlich daran, dass ich die Default-Einstellung des Adapters geändert habe und ich die Orginaltypen beibehalten wollte. Andererseits ist die Default Einstellung insofern praktisch, weil Du halt immer nur Strings aus dem iobroker erhälst, egal wie der Orgnialwert aussah.
Hoffentlich tut auch alles so, wie Du erwartest. ;) - Die Default-Werte im Luxbereich muss man sicher anpassen, sonst schaltet ggf. das Licht - nachdem es eingeschaltet wurde sofort wieder aus. ;) Ich fand diesen Subflow halt insofern ganz anschaulich, da er zeigt wie man durch den Einsatz von Variablen auch im Bereich Node-Red eine gewisse "Unabhängig" erreichen kann und wann aus meiner Sicht der Einsatz von den Subflows überhaupt Sinn macht. Also das man sie möglichst mehrfach einsetzen kann (wie ein Unterprogramm), wenn Du verstehst was ich meine. ;)
Vielen Dank für Deine Rückmeldung!
@mickym Hi, ja das mit der String/ Bool Ausgabe der Nodes wollte ich auch schon mal ändern, momentan muss ich die Strings für die Ausgabe alle wieder in Bools wandeln. Das könnte ich mir dann sparen. Allerdings ist mein Node Red mittlerweile so groß geworden, das dieses einige Zeit in Anspruch nehmen wird. Und man kann ja leider nicht schrittweise vorgehen, sondern nur komplett.
Edit: Da fällt mir ein, die ganzen Zahlenwerte wären dann ja auch nicht mehr Strings sondern Numbers, das wird ja lustig.
Ich habe mit deinem Subflow jetzt ne weile rumgetestet und die Funktion gefällt mir sehr gut, auch die Möglichkeit das Ausschalten zu blockieren ist sehr sinnvoll. Ne Möglichkeit das einschalten zu blockieren, werde ich mir wohl auch noch einbauen.
Mit der Anpassung der Helligkeit stimme ich dir zu, ich habe 5 Xiaomi BW und die liefern extrem unterschiedliche Lux Werte.
Super ist der Vorteil das ich jetzt nicht mehr für jeden BW einen riesigen Flow brauche, sondern mir nur noch den anpassten Subflow einbinden muss.Schöne Grüße Frank
-
@mickym Hi, ja das mit der String/ Bool Ausgabe der Nodes wollte ich auch schon mal ändern, momentan muss ich die Strings für die Ausgabe alle wieder in Bools wandeln. Das könnte ich mir dann sparen. Allerdings ist mein Node Red mittlerweile so groß geworden, das dieses einige Zeit in Anspruch nehmen wird. Und man kann ja leider nicht schrittweise vorgehen, sondern nur komplett.
Edit: Da fällt mir ein, die ganzen Zahlenwerte wären dann ja auch nicht mehr Strings sondern Numbers, das wird ja lustig.
Ich habe mit deinem Subflow jetzt ne weile rumgetestet und die Funktion gefällt mir sehr gut, auch die Möglichkeit das Ausschalten zu blockieren ist sehr sinnvoll. Ne Möglichkeit das einschalten zu blockieren, werde ich mir wohl auch noch einbauen.
Mit der Anpassung der Helligkeit stimme ich dir zu, ich habe 5 Xiaomi BW und die liefern extrem unterschiedliche Lux Werte.
Super ist der Vorteil das ich jetzt nicht mehr für jeden BW einen riesigen Flow brauche, sondern mir nur noch den anpassten Subflow einbinden muss.@frankyboy73 Ja die Umstellung auf die Originaltypen hat bei mir auch eine Zeit gedauert und bis alles wieder fehlerfrei lief dauerte auch länger als gedacht. Über die Selektion der Nodes mussten hauptsächlich die Switches geändert werden.
Ja die Bools und die Zahlen bleiben wieder Zahlen - aber Du kannst Dir ja mal überlegen, wieviel Aufwand Du reingesteckt hast, Zahlenstrings wieder in Zahlen oder Strings wieder in Bools zu konvertieren. Die Idee der Adapterentwickler war wohl, dass man sich mit der Option um den Datentyp keine Gedanken machen sollte, sondern man sich darauf verlassen kann, dass nur Strings rauskommen. ;) Problematisch finde ich nur, dass die Adapterentwickler solche Einstellungen als "Default" vorgeben. Für Anfänger ist es in meinen Augen eher befremdlich, wenn aus den iobroker Nodes nur Strings rauskommen. Allerdings ist es bei MQTT Nodes auch so.Falls Du über Change Nodes die Strings überall konvertiert hast, ist der Aufwand nicht so hoch - da die Konvertierung dann halt einfach ignoriert wird - sprich diese Änderungen einfach nicht greifen.
Aber auch hier gilt, es gibt ja keinen Zwang das zu machen. Mich hat es halt nur genervt, dass ich immer alles konvertieren musste.
-
@frankyboy73 Ja die Umstellung auf die Originaltypen hat bei mir auch eine Zeit gedauert und bis alles wieder fehlerfrei lief dauerte auch länger als gedacht. Über die Selektion der Nodes mussten hauptsächlich die Switches geändert werden.
Ja die Bools und die Zahlen bleiben wieder Zahlen - aber Du kannst Dir ja mal überlegen, wieviel Aufwand Du reingesteckt hast, Zahlenstrings wieder in Zahlen oder Strings wieder in Bools zu konvertieren. Die Idee der Adapterentwickler war wohl, dass man sich mit der Option um den Datentyp keine Gedanken machen sollte, sondern man sich darauf verlassen kann, dass nur Strings rauskommen. ;) Problematisch finde ich nur, dass die Adapterentwickler solche Einstellungen als "Default" vorgeben. Für Anfänger ist es in meinen Augen eher befremdlich, wenn aus den iobroker Nodes nur Strings rauskommen. Allerdings ist es bei MQTT Nodes auch so.Falls Du über Change Nodes die Strings überall konvertiert hast, ist der Aufwand nicht so hoch - da die Konvertierung dann halt einfach ignoriert wird - sprich diese Änderungen einfach nicht greifen.
Aber auch hier gilt, es gibt ja keinen Zwang das zu machen. Mich hat es halt nur genervt, dass ich immer alles konvertieren musste.
@mickym Hi, die Umstellung hat super funktioniert, ein paar Kleinigkeiten hatte ich übersehen und erst später bemerkt. Aber das ist ein anderes Thema.
Deinen Subflow finde ich echt super, klappt gut. Ich habe ihn mir noch etwas angepasst, Zusätzlich ne Funktion direkt On steuern (Lichtautomatik On) und nen Delay über nen Trigger für das Ausschalten ("msg.delay" in Millisekunden) in der Change Node "Standartwerte ändern" auswählbar. Super Sache, danke dafür.Schöne Grüße Frank
-
@mickym Hi, die Umstellung hat super funktioniert, ein paar Kleinigkeiten hatte ich übersehen und erst später bemerkt. Aber das ist ein anderes Thema.
Deinen Subflow finde ich echt super, klappt gut. Ich habe ihn mir noch etwas angepasst, Zusätzlich ne Funktion direkt On steuern (Lichtautomatik On) und nen Delay über nen Trigger für das Ausschalten ("msg.delay" in Millisekunden) in der Change Node "Standartwerte ändern" auswählbar. Super Sache, danke dafür.
Support us
727
Online32.6k
Benutzer82.2k
Themen1.3m
Beiträge