Neuer Baustein Hue Group (14100)

[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

[derPaul]

Zum JSON prüfen kannst du das Online hier einfach immer rein werfen:

http://jsonviewer.stack.hu

Und dann links auf "Viewer" gehen, ist alles korrekt zeigt er es dir an ... ansonsten gibts ne Fehlermeldung :-)

[ArchieSmith]

Habe es genauso wie in Anleitung beschrieben gemacht.
Die Texte habe ich kopiert.

Edit: Jetzt klappt es. Lag an den ""
Copy / Paste ist nicht. Man muss die ersetzen.

[En3rGy]

Der Text im Feld Body wird als Json Formatiert eingegeben. Wikipedia kann dir mehr Infos zu Json Format liefern. Du hast laut Fehlermeldung ja ein ungültiges Json Format eingetragen.
Kontrolliere, ob du den Text richtig eingegeben hast (hast du nicht). Vermutlich stimmt irgendwo eine Klammer oder ein „ nicht.

[ArchieSmith]

Danke für den Tip.
Bei mir kommt aber eine andere Fehlermeldung:

[
{
"error": {
"type": 2,
"address": "",
"description": "body contains invalid json"
}
}
]

[En3rGy]

Was für ein Plugin und warum aktiviert?
Egal

Der erste Treffer einer Google-Suche nach „hue user id“ lieferte das hier:
https://www.tutonaut.de/anleitung-hu...utzer-anlegen/

[ArchieSmith]

Hallo,

ich scheitere leider immer noch an dieser User ID.
Habe auch das Plugin installiert und aktiviert. Rot wird das bei mir allerdings nicht.

2021-07-07_190208.png

[Hightech]

Ich glaube, ich stehe auf dem Schlauch - ich habe bei mir auf den Tastern, Aktoren etc. KNX-Gruppenadressen, jeweils eine für das Schalten und eine für den Status. Auf den Tastern wird das Statusobjekt für die Steuerung der LED-Anzeige des Tasters genutzt und bei Tastern, wo ich auf einer Taste Ein-/ausschalte (also ein UM), ist der Status auch der "Wert für Umschaltung". Und genau die verwende ich auch im HS und somit in der Visu. Deshalb verstehe ich nicht, was Du da mit einem solchen Umweg synchron halten willst?

Oder meinst Du, Du brauchst für die HUE-Lampen immer HS-interne KO's? Bei mir sind auch die KO's an den HUE-Bausteinen teilweise KNX-GA's - wenn ich eine HUE bspw. vom Taster (also Taster - HS - HUE-Baustein - HUE-Bridge - Lampe) schalten will, dann lege ich die GA erst für den Taster an und verknüpfe sie, mache dann den OPC-Export aus der ETS und dann Import in den HS. Dann verknüpfe ich die GA mit dem HUE-Baustein....

[knxtom]

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?


@Hightech: Ich möchte meine externen KOs im HS synchron mit meinen KOs in den externen Gewerken (z.B. Wandschaltern) halten. Wenn man nicht mit Zentraladressen arbeitet hat man unterschiedliche Status im HS und in den externen Gewerken. Dafür ist ein probates Mittel das rückmeldende KO als Zentraladresse im schaltenden KO zu verwenden, exakt hierfür sind nach meinem Verständnis Zentraladressen.

[En3rGy]

Das KO zur Rückmeldung habe ich als Zentraladresse beim schaltenden KO eingetragen, da ich Änderungen des Schaltzustands, die über die HUE App ausgeführt werden, mitbekommen möchte und meine KOs entsprechend anpassen lassen möchte. Dies funktioniert leider nicht, da dadurch immer wieder das schaltende KO in einer Schleife getriggert wird.

Mein workaround ist es, externe KOs zu nutzen. Da führt das hörende KO das gehörte Schaltsignal nämlich nicht aus sondern übernimmt nur den Status.

[Hightech]

Was willst Du damit erreichen, dass Du den Status auf das Schaltobjekt schreibst? Hab ich so noch nie gesehen und halte ich auch nicht für nötig! Schalt-KO ist zum Schalten, Status-KO ist für Statusansicht, Visu etc.

Erklär bitte mal, was Du damit bezwecken willst, dann findet sich bestimmt eine sinnvollere Lösung.

[knxtom]

Hallo,

ich habe folgendes Problem.

Ich verwende den Hue Baustein (14100), um einzelne Leuchten zu schalten. Dazu habe ich jeweils ein schaltendes KO und eine KO zur Rückmeldung. Das KO zur Rückmeldung habe ich als Zentraladresse beim schaltenden KO eingetragen, da ich Änderungen des Schaltzustands, die über die HUE App ausgeführt werden, mitbekommen möchte und meine KOs entsprechend anpassen lassen möchte. Dies funktioniert leider nicht, da dadurch immer wieder das schaltende KO in einer Schleife getriggert wird. Gibt es hier eine gute Lösung oder muss man hier basteln?


3.JPG

2.JPG


1.JPG

[En3rGy]

V2.0 ist jetzt im Download-Bereich verfügbar: https://service.knx-user-forum.de/?c...nload&id=14100
Mit dieser Version lassen sich auch einzelne Leuchten / Lights steuern.

+ + + Achtung + + +

Die Reihenfolge der Eingänge hat sich geändert und muss angepasst werden.

[En3rGy]

Habe eine Testversion zur Steuerung von Lampen ODER Gruppen erzeugt:
https://github.com/En3rGy/14100_Hue/releases/tag/v1.6

Achtung die Belegung der Eingänge hat sich geändert, also alle 14100 Bausteine im Projekt neu verkabeln.
In der Baustein-Hilfe sind die Funktionen der Eingänge beschrieben. Alternativ auch hier: https://github.com/En3rGy/14100_Hue#readme

Bitte testen 😊
Fehler / Beobachtungen bitte als "New Issue" unter https://github.com/En3rGy/14100_Hue/issues melden.
Dort bitte angeben:

• Version von Baustein und Experte
• Was wurde versucht
• Was ist geschehen
• Was hätte geschehen sollen

[charlez]

Top!