LBS19000(195|196|305) - HUE Bridge | Light | Plug

[jonofe]

Update der LBS HUE Bridge (19000195), HUE Light (19000196), HUE Plug (19000305)

Neuer Baustein HUE Group (19000375): Dieser ermöglicht nun die Definition von Lichtergruppen, die dann gleichzeitig geschaltet werden.

[jonofe]

Moin jonofe,

erstmal Danke für den schönen LBS. Funktioniert sehr stabil bisher.

Mir ist aufgefallen, dass Lampen die mit dem gleichen KO geschaltet werden, deutlich erkennbar nacheinander abgearbeitet werden. Ich habe vorher openHAB benutzt, wo kaum eine Verzögerung feststellbar war. Kann das an meiner Hardware liegen (Futro S900)?

Keepcurry: Ich habe jetzt einen HUE Group Baustein erstellt. Hierbei wird eine Gruppe von Leuchten definiert, welche im wesentlichen genauso gesteuert wird wie eine einzelne HUE Leuchte. D.h. Ein/Ausschalten, Farbwechsel, etc. ist nun zeitgleich für die Gruppe. Das bedeutet, dass wenn eine Farbe geändert wird, dass diese gleichzeitig bei *ALLEN* Leuchten der Gruppe eingestellt wird. Passt das zu dem was bei openHAB geht?

Was dadurch natürlich nicht geht: Gleichzeitig bei den Leuchten einer Gruppe unterschiedliche Farben, Helligkeit, etc. einzustellen. Das wäre dann eher die Synchronisierung einzelner Schaltbefehle. Wie genau sieht dein Use-Case aus?

[2Fast4You78]

Vielen Dank!! Funktioniert jetzt bestens!

[jonofe]

Alle HUE Bausteine (195, 196, 305) haben jetzt ein Update erfahren.

Damit sollte nun hoffentlich das Problem gefixt sein, dass die Light-LBS die Verbindung zum Bridge-LBS verlieren.

Außerdem werden die HUE Leuchten nun bei Setzen der Brightness=0 ausgeschaltet. Die aktuelle Helligkeit bleibt aber gespeichert und wird beim nächsten Einschalten wiederhergestellt. Neben dem Spezialfall Brightness=0 kann die Brightness nun im Wertebereich 1-254 gesetzt werden.

Außerdem wurde das Logging ein wenig optimiert. So ist nun sowohl bei Bridge, Light und Plug LBS ein regelmäßiges PING im Logfile enthalten.

[Keepcurry]

Ich finde die Variante c auch optimal. Bein andimmen des letzten Werts passt es bei uns vermutlich nie mit der Helligkeit. Tasterwippen zum Dimmen sind (noch) nicht vorhanden.

[DirtyHarry]

Ohne jetzt selbst mit den HUE zu tun zu haben, möchte ich doch meinen Senf dazu geben.

Ideal wäre wohl ein einstellbares Verhalten, wie es auch z.B. bei den ABB DALI-Gateways und anderen Geräte zu finden ist: Ausdimmen erlauben, Einschalten mit letzter Helligkeit...

[jonofe]

Gemäß HUE API ist die Helligkeit >=1 und <=254 definiert. Ich prüfe aber derzeit >=0 und <=255. Daher wird brightness=0 gesendet, was laut API gar nicht definiert ist.
Wenn ich das anpasse wird bei Helligkeit 0 gar nichts mehr passieren.
Alternative wäre, dass Helligkeit=0 zum Ausschalten führt. Frage ist dann, ob der Asugang Brightness dann auf 1 gesetzt werden soll oder unverändert erhalten bleiben soll, quasi so als wäre brightness=0 äquivalent zun on/off=0.

Beispiel: Leuchte ist eingeschaltet und hat Helligkeit 100. Soll dann ein Senden der Helligkeit=0

a) gar nichts passieren? Das wäre gemäß Philips API Spec.

oder

b) Helligkeit = 1 setzen und danach die Lampe ausschalten. Damit würde ein späteres einfaches Einschalten mit minimaler Helligkeit=1 erfolgen

oder

c) Helligkeit = 100 bleibt erhalten und die Lampe wird ausgeschaltet, Damit würde ein späteres einfaches Einschalten mit Helligkeit = 100 erfolgen.

Ich würde vermutlich Variante c) bevorzugen, d.h. Helligkeit=0 ist äquivalent zum Ausschalten via 0 auf E4.

[Keepcurry]

Beim spielen ist mir jetzt noch was aufgefallen. Wenn ich an das Value-KO (Helligkeit) eine 0 sende, bleiben alle Lampen auf geringster Stufe an. Bei openHAB war 0 = aus. Ist das ein Bug oder ein Feature?

Ich habe mir da jetzt erstmal mit einer Logik geholfen, da die Lampen nur über Slider bedient werden sollen. Wenn ich jetzt eine 0 an eine ausgeschaltete Lampe sende, leuchtet diese kurz auf und geht wieder aus.

Logik.PNG

[Keepcurry]

OK. Klingt super. Ich habe nämlich einige Lampen in Gruppen stehen, da wäre ein gleichzeitiges ansprechen natürlich schön.

Danke für deine schnelle Hilfe!

[jonofe]

EDOMI arbeitet die LBS ja in einer bestimmten Reihenfolge ab, d.h. dasselbe KO liegt auf unterschiedlichen Eingängen von verschiedenen LBS. In welcher Reihenfolge die LBS dann ablaufen kann man aus dem LBS heraus nicht beeinflussen. Außerdem findet noch eine Kommunikation mit dem HUE-Bridge LBS statt, bevor dieser dann die Leuchte einschaltet. Ich denke es ist eine Kombination aus diesen Punkten und natürlich dann der Performance des Servers.

Wenn man einen HUE LBS hätte, mit dem man mehrere Leuchten gleichzeitig adressieren kann, dann würde es vermutlich auch gleichzeitig passieren, denn dann würde es auch als ein Befehl am HUE-Bridge-LBS ankommen und zusammen ausgeführt werden. Ich denke mal drüber nach. Glaube es gibt auch Gruppen, die man bei HUE definieren kann. Muss ich mal verifizieren.

[Keepcurry]

Moin jonofe,

erstmal Danke für den schönen LBS. Funktioniert sehr stabil bisher.

Mir ist aufgefallen, dass Lampen die mit dem gleichen KO geschaltet werden, deutlich erkennbar nacheinander abgearbeitet werden. Ich habe vorher openHAB benutzt, wo kaum eine Verzögerung feststellbar war. Kann das an meiner Hardware liegen (Futro S900)?

[2Fast4You78]

Hallo,
bei mir funktioniert jetzt der Status auch nach längerer Laufzeit, und es "friert" nichts mehr ein! Daumen hoch!

[jonofe]

Ja funktioniert wieder

Vielen Dank!

Super. Sag mal Bescheid, ob das Problem nun gefixt ist.

[timberland]

Ja funktioniert wieder

Vielen Dank!

[jonofe]

Es hat sich nur am Ende ein kleiner Fehler eingeschlichen. Versuch noch mal einen neuen Download des 196er Bausteins.
Hatte nur ein Variable umbenannt und nicht mehr getestet. Jetzt sollte es hoffentlich funktionieren.