Neuer Baustein Hue Group (14100)

[En3rGy]

Sieht soweit gut aus.

• Stimmt die Lampen Id? Geprüft via http://<hue-ip>/api/<hue-user>/lights?
• Was steht im Json-Ausgang?

[SpeedyBlade]

Habe nun anhand der Anleitung den Baustein eingerichtet, aber irgendwie tut sich gar nichts.
Nicht einmal Ein / Aus ist möglich.
Es ist nur 1 einzige Lampe im System (keine Gruppe).
IP-Adresse und User sind auf alle Fälle korrekt.

Hab versucht mit dem QC zu schalten, aber ohne Erfolg.
Könnt ihr hier eventuell einen Fehler entdecken oder vielleicht mal Screenshots im QC posten?

hue.png

[markofnoise]

Da stimme ich 100%ig zu, das mache ich auch. Ich benutze Hue Essentials auf iOS und Android für deconz (conbee, wegen Reichweite und der Vielzahl der unterstützten Devices, Sensoren, Repeater etc.).

[En3rGy]

Klar, workaround wäre die Benutzung der Szenen in der Bridge, allerdings kann ich dann nicht mit KNX-Aktoren kombinieren.

Abhängig von einer Szenennummer rufe ich eine Hue-Szenen auf. Ich finde ein Vorteil ist, dass die Hue Szenen sehr einfach über die App eingestellt und gespeichert werden können.

[markofnoise]

Hallo,

erstmal vielen Dank für die tolle Arbeit. Ich hätte da noch zwei Fragen:

1. Benutzt jemand den Baustein mit deconz? Ist der Baustein kompatibel oder muss ich zwingend eine Hue Bridge verwenden? Ich kann da leider nicht beurteilen inwieweit die APIs für diese Use Cases gleich sind.

2. Hat jemand den Baustein in Kombination mit Gira HS Szenen im Einsatz? Klar, workaround wäre die Benutzung der Szenen in der Bridge, allerdings kann ich dann nicht mit KNX-Aktoren kombinieren. Wenn ich die Szene im QC speichern möchte, müsste ich die KOs beschreiben (dann wieder das o.a. Schleifenproblem).
Falls nicht, würde ich das so machen: Es gibt eine entsprechende Szene im HS und in der Bridge, in der Gira Szene N würde ich ein KO zum auslösen der Hue Szene N hinzufügen. Der einzige Nachteil wäre, dass man einmal im QC und einmal in der Bridge speichern müsste um eine Szene zu programmieren.

Bin für jeden Tipp dankbar.

VG
Markus

[ets3-user]

Mit externen KOs hat man das gleiche Probleme, sobald das rückmeldende KO vom HS ausgelöst wird (was beim 14100 der Fall ist).
Nur der Status wird übernommen wenn das Rückmeldende KO über den Bus kommt, d.h. wenn der HS das Rückmeldende KO auslöst kommt es zusätzlich zur Statusübernahme zu einer Schalthandlung im schaltenden KO (wenn das rückmeldende KO als Zentraladresse eingetragen ist).
Damit fällt diese Variante raus, da damit ein Loop erzeugt wird.
Hat jemand eine andere Idee?

Ich habe genau dafür einen passenden Logikbaustein den man vorschalten kann. Damit gibts kein Loop...

https://shop.hogtec.de/p/telegrammfi...unterdrueckung

[En3rGy]

Quick question: Do this Hue module work with https and port 443?

No, with http only at the moment. But support of https is a nice feature request

[TrueAutomation]

Quick question: Do this Hue module work with https and port 443?

I have tried https over port 443 directly from the Homeserver (4.11) to the Hue bridge (IP/web commands) and this works. I do prefer to use the module in order to save me some work and it seems to work perfectly over port 80 but it doesn't seem to work if I just change the port to 443. Is the module using http only internally?

A very nice module overall :-)

[Hightech]

So, Update:

Hab jetzt einen anderen Controller eingebaut (von 3A über Amazon) und der funktioniert sofort einwandfrei!

Was mir auffällt: Der von 3A hat einen Dip-Schalter, um zwischen RGB und RGBW umzuschalten, der von GLEDOPTO hat das nicht, soll angeblich automatisch mit beiden Varianten so funktionieren... Pustekuchen!

[Hightech]

Sral1987
Danke für den Tip - hab jetzt erst mal einen Controller von 3A bei Amazon bestellt. Wenn der es auch nicht richtig tut, dann nächster Versuch mit dem iluminize.

En3rGy
Nein, an den iKO's kann es nicht liegen - wenn ich bei Gruppenschaltung der Sauna-Gruppe eine andere Lampe zuordne, funktioniert die ja. Und wenn ich zusätzlich zu der LED in der Sauna eine andere zuordne, also beide Lampen über die gleiche Gruppe schalte, setzt die andere die richtige Farbe, die in der Sauna die falsche. Außerdem hatte ich die Logiken und somit auch die iKO eh durch Export/Import globale Bibliothek "kopiert".

Denke eher, die Ansteuerung über Farbwert funktioniert bei dem Controller nicht richtig (möglicherweise steuert die HUE-App ja über die einzelnen Farben an und es funktioniert deshalb?

EDIT: Hab jetzt noch mal mit den r,g,b-Eingängen versucht, die Farbe zu steuern - da passieren noch viel merkwürdigere Dinge... ich werde jetzt mal auf den anderen Controller warten und dann wieder berichten!

[En3rGy]

Stimmt die Einstellung des iKO? Vielleicht steht der Farbwert dort nur auf 256 oder so, halt anders als bei deinen anderen Lampen. Das könnte zur Fehlinterpretation der Zahlen führen.

[Sral1987]

Versuch mal dein Glück mit den Produkten von Iluminize.

Ich habe davon den UP Dimmer verbaut und der macht einen soliden eindruck. Kommt in der Hue App als works with hue Gerät vor. Bei amazon mal nach iluminize Zigbee 3.0 LED-Controller (5x 4A Universal) suchen.

Alternativ noch die Geräte von Dresden Elektoronik, da habe ich aber persönlich noch keine Berührungspunkte gehabt.

[Hightech]

• ich steuere über den HUE Color Eingang
• ich hab es als Light (#6=0) und Group (#6=1) mit V2.0 versucht und mit Group mit V1.4 (geht ja nur Group)
• ja, aber nicht mit Überwachen sondern mit hs_insight direkt den Wert draufgeschrieben auf das KO, was am Bausteineingang hängt

Ich hatte übrigens auch mal die Lampe und noch eine in ihrer Gruppenzugehörigkeit getauscht - wenn ich dann die Gruppe schalte, schalte ich damit ja die andere Lampe. Gleiches Problem. Also, wenn Lampe 1 eine funktioinerende und Lampe 2 die problematische ist:

• Gruppe A mit Lampe 1 funktioniert
• Gruppe B mit Lampe 2 falsche Farbe
• Gruppe A mit Lampe 2 falsche Farbe
• Gruppe B mit Lampe 1 funktioniert

Damit sollte sichergestellt sein, dass meine vorgeschaltete Logik, Visu etc. korrekt ist.

EDIT:
Gerade noch was festgestellt: Wenn ich hintereinander mehrfach den gleichen Wert auf den Eingang schicke, ändert sich die Farbe, also es kommen verschiedene Farben, gefühlt 3 oder 4 verschiedene, beim 4. oder 5. Schicken kommt wieder die erste Farbe. Ich schicke also den gleichen Wert und der stellt die Lampe auf unterschiedliche Farben! Sehr spooky! Muss morgen noch mal schauen, wie sich in der Api-Übersicht und am Bausteinausgang dann die Status-Werte verändern!

Ok, gehen wir schon mal zu Plan B über, weil ich glaube, da stimmt was nicht mit dem Controller, unsauberes Protokoll oder so: Gibt es so ein Ding noch von einer anderen Firma?

[En3rGy]

Falsche Farben werden angesteuert
Ich nutze mit Deinem Baustein innr Birnen, innr Stripes und eine hue iris und es funktioniert alles einwandfrei.

• Und die steuerst du über den Hue Color Eingang #10 oder über die RGB Eingänge?
• Die Stuerst du als Light oder als Group, Eingang #6 = 0 oder 1?
• Hast du den Wert schon mal direkt am Baustein-Eingnag gesetzt, ohne vorgeschaltete Logik (geht ja mittlerweile super einfach mit der "Überwachen" Funktion im Experten)

[Hightech]

Falsche Farben werden angesteuert

Hallo Tobias En3rGy !

Hab heute einen gledopto GL-C-007P RGBW Controller in Betrieb genommen, um meine in der Sauna fest verbauten LEDs und Stripes in meine Steuerung zu integrieren. Das ist ein Controller, mit dem man "jeden" 12-24V LED Stripe HUE fähig machen kann. In der Sauna sind nur RGB, keine RGBW, aber lt. Manual von gledopto ist das unproblematisch, sollte auch funktionieren.

Über die HUE App funktioniert das soweit auch prima - es passiert genau das, was ich in der App einstelle.

Über Deinen Baustein (V2.0, alles als Gruppen angelegt / den alten, mit dem man nur Gruppen steuern konnte, werde ich gleich noch testen) passieren merkwürdige Dinge:

• ich setze die Farbe auf 0 (also rot) - die Sauna wird grün, in der Api bekomme ich als Farbwert 24279 angezeigt - ja, das ist das grün, wie die LED auch wirklich stehen
• ich setze die Farbe auf 43872 (blau) - die Sauna wird gelb, Api sagt 12793 - das ist gelb

Sieht also für mich so aus als ob die Bridge den Farbwert irgendwie falsch interpretiert. Komisch aber, dass die Rückmeldung dann zur eingestellten Farbe passt. Komisch auch, dass es über die APP einwandfrei funktioniert Farben einzustellen.

Ich nutze mit Deinem Baustein innr Birnen, innr Stripes und eine hue iris und es funktioniert alles einwandfrei.

Irgendeine Idee? Irgendeine Möglichkeit zu debuggen (gerne per Teamviewer whatever)?

Oder falls das an dem Controller liegt: Kennt jemand einen Controller einer anderen Firma, der das gleiche leistet?

Grüße

Olaf