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

[Zuki]

Zuerst mal ein dickes Danke für die Bausteine

Mit dem Hue-Light habe ich allerdings ein Problem. A7 sollte ja den Leuchtenstatus (An/aus) ausgeben. Bei mir tut sich da allerdings gar nichts.
Hue-Logik.JPG

[jonofe]

Es ist ein neuer HUE LBS verfügbar:

LBS19000582 - HUE Dimmer Sensor

Selection_001.png

Dieser Baustein ermöglicht es den HUE Dimmer Sensor in EDOMI zu integrieren.
Die 4 Tasten den Dimmer Sensors werden erkannt und es werden je Taste 4 Events signalisiert:

1. Initialer Tastendruck (A1,A6, A11, A16)
2. Taste wird gedrückt gehalten (A2, A7, A12, A17)
3. Taste wurde nach kurzer Zeit losgelassen (A3, A8, A13, A18)
4. Taste wurde nach Langer Zeit losgelassen (A4, A9, A14, A19)

Insbesondere die letzten beiden Events eignen sich hervorragend um den HUE Dimmer Sensor quasi als Alternative zu einem richtigen KNX Taster einzusetzen.
Bei einem Preis von 20-25€ und 4 Tasten, welche jeweils zweifach belegt werden können, finde ich das ein sehr gutes Preisleistungsverhältnis. Insbesondere, da es ein Funkschalter ist, den man überall platzieren kann und sogar als Fernbedienung aus der Halterung nehmen kann.
Die Performance (Schaltgeschwindigkeit) ist bei mir extrem gut und kaum zu unterscheiden zu einem normalen KNX Taster. Mit der Integration in Edomi lässt sich damit natürlich jetzt alles schalten und nicht nur HUE Leuchten.

Außerdem kann der Name der Leuchte geändert werden (E3). Und es werden weitere statischen Daten den Sensors auf den Ausgängen A21 bis A27 ausgegeben.

An E1 wird die HUE Bridge-ID angelegt (LBS19000195) und auf E2 die ID des Dimmers, welche vom HUE System vergeben wird (siehe HUE App). Danach sollte je nach Tastendruck schon die Ausgänge A1-A20 entsprechend gesetzt werden. Für jeden der 16 möglichen Events ist ein Ausgang verfügbar. Zusätzlich noch ein Ausgang je Taste, der den Timestamp des letzten Events enthält (A5, A10, A15, A20).

Die Refresh Zeit im HUE Bridge LBS sollte auf 100ms eingestellt werden, denn dann bekommt der Bridge LBS eigentlich jeden Event des Dimmers mit. Der HOLD Event (A2,A7,A12,A17) wird sekündlich gesendet solange eine Taste gedrückt gehalten wird. Alle anderen Events werden nur einmalig je Tastendruck gesendet.

So viel zu Erklärung. Einfach mal ausprobieren.

Ich freue mich jetzt schon auf die Erscheinung des HUE Bewegungsmelders. Der sollte ganz analog funktionieren, allerdings nicht out of the box mit diesem LBS. Die Anpassung wird aber sehr schnell machbar sein.

Zur Nutzung dieses LBS muss der Bridge LBS auf v0.6 geupdated werden. (siehe Downloadportal)

Viele Grüße
André

[jonofe]

ja, da bin ich mir sogar ziemlich sicher, dass HUE BWM in den LBS integriert werden können. Werde mal schauen, ob es schon eine API Beschreibung dazu gibt.

EDIT:
Habe mir gerade mal die php HUE API angeschaut, die ich im LBS verwende. Dort gibt es bereits die HUE-Sensor-API, die z.B. zur Integration der HUE Schalter benutzt wird. Ich gehe davon aus, dass ein HUW BWM exakt dieselbe API verwendet. Damit wird übrigens auch die Batterie überwacht. Also eigentlich alles da, was man braucht.

[2Fast4You78]

Demnächst ist ja der Hue Bewegungsmelder zu haben. Vorab die Frage an Andre... meinst du der ist auch in Edomi zu integrieren per LBS ?

[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)?