[Frage] [CV 11.2] CV für LED mit 4 Farben

[Auweia]

Hallo Chris,
bin gerade dabei Shelly RGBW2 Controller zu integrieren, die ich per MQTT einbinden möchte. Diese haben 4 Farben.
Kann ich diese mit ColorChooser in die CV einbauen?
Es müsste ein Json Script mit allen Farben an den Controller gesendet werden. Wie kann ich das aus der CV realisieren?
Viele Grüße
Albert

[gbglace]

Ich denke die CV wird da eher drei Einzelwerte (HSV oder RGB je 0-255) generieren. Eine Logik auf anderer Ebene muss Dir das dann in das passende Format deines Empfängers übersetzen. Das klingt jetzt nicht primär nach einer Aufgabe der Visu.

[Auweia]

Genau das würde mir ja reichen, wenn alle 4 Farben (!) (0..255), gain (Lichtstärke) (0..100), an/aus/toggle und evt. Effekte gesendet werden
Das ganze sollte (fast) gleichzeitig kommen, da sonst eine ganze Reihe von publish produziert werden.
Gruß
Albert

[FabKNX]

ich denke das ist die gleiche Anforderung wie ich sie für meinen MQTT Pixel Controller habe.
Irgendwie muss man eine Zeichenkette generieren können und dann an MQTT übergeben.

[Auweia]

Ja nur dass die CV momentan nur RGB liefert, nicht aber White, Gain etc..Mein Verständnis ist, dass da eine Verbesserung in der CV kommt.
Stefan hat im Beitrag viewtopic.php?f=93&t=2874#p32680 beschrieben, wie die Zeichenkette zusammengefügt wird.
lg
Albert

[Chris M.]

Tja, was soll ich hier jetzt dazu schreiben?

Der aktuelle ColorChooser sendet die drei Grundfarben der additiven Farbmischung. Am KNX sicher als die drei Einzelwerte, ob auch der kombinierte RGB-Datenttyp unterstützt wird weiß ich nicht auswendig. Bei OpenHAB als Backend geht das aber auf jeden Fall.

Licht kann sehr komplex sein, daher sollte eine Umwandlung von so einem Wert in die konkrete Ansteuerung eigentlich nicht die Visu machen sondern eine dafür spezialisierte Logik. Und ganz ehrlich sollte diese Logik beim Leuchtmittel selbst sein, denn nur so lassen sich Themen wie Dim-Kurven (extrem wichtig bei der Farb-Mischung!), Leuchtdichtenunterschiede der Farbkanäle, Alterungseffekte, ... vernünftig und für den Anwender transparent abbilden.

Die Welt ist aber nicht perfekt. Daher bin ich gerade daran das ColorChooser Plugin zu einem "ColorChooser Professional" weiter zu entwickeln (vgl. auch https://github.com/CometVisu/CometVisu/ ... lorchooser )
Bei diesem erweiterten ColorChooser versuche ich nun das komplette Register des Farbmanagements zu ziehen. D.h. neben einer Kommunikation von R, G, B und RGB kann der auch W, RGBW, HSV, XY, ... kommunizieren.
Und noch wichtiger, der kann intern mit verschiedenen Dim-Kurven, Helligkeiten, ... umgehen und zeigt dann auch noch auf dem Bildschirm genau die richtige Farbe an - wenn der denn auch sauber kalibriert ist und man den etwas aufwändigeren professionellen Modus konfiguriert.

[StefanW]

Hallo Chris,

Bei diesem erweiterten ColorChooser versuche ich nun das komplette Register des Farbmanagements zu ziehen . D.h. neben einer Kommunikation von R, G, B und RGB kann der auch W, RGBW, HSV, XY, ... kommunizieren.

Wunderbar, ist auch gerade das Thema beim Timberwolf Server, wobei wir noch RGBWAF gefunden haben.

Wir sollten uns abstimmen, sowohl für die KNX Variante (welche dpt wird die CV verwenden) als insbesondere für MQTT wie diese Informationen kodiert sein werden, weil wir vorhaben, für den Dispatcher für diese Varianten eigene Datentypen anzulegen.

Lg

Stefan

[Chris M.]

Als DPTs für farbiges Licht kann die Entwicklungsversion inzwischen:

• DPT:7.600 (DPT_Absolute_Colour_Temperature)
• DPT:225.001 (DPT_ScalingSpeed)
• DPT:232.600 (DPT_Colour_RGB)
• DPT:251.600 (DPT_Colour_RGBW)
• DPT:242.600 (DPT_Colour_xyY)

Und dann noch, nicht zwingend Standard-Konform aber vom MDT-Dimaktor auch so verwendet, HSV über DPT:232.600
Genau so ist 232.600 auch für L*C*h° gut hernehmbar, so lange die Konnex dafür keinen eigenen DPT spendiert.

Damit sollte so alles gängige von modernen KNX LED-Dimaktoren und DALI Gateways funktionieren.

Eigentlich ist ja schon RGBW als Übermittlungswert "komisch" da hier kein Ziel sondern eine Realisierung übermittelt wird. Aber das ist halt die Praxis.
Ein RGBWAF ist da noch komischer, das überlasse ich gerne einen Licht-Prozessor.
Von den verschiedenen Möglichkeiten ist eigentlich theoretisch nur xyY sinnvoll - ich befürchte aber, dass das quasi nicht eingesetzt wird. Außer in einem extrem professionellen Umfeld vielleicht.

Die saubere Umsetzung für MQTT kommt dann im zweiten Schritt, da die CV zwar JSON mit mehreren Werten lesen kann, aber beim Schreiben aktuell auf einen Wert limitiert ist. Das war einer der Grüne den ColorChooser zu aktualisieren, da es sonst eigentlich nichts bei der Visu gibt, dass mehrere Werte auf einmal senden muss.

[Auweia]

@Chris M. ,
das klingt doch schon recht gut.
Ist das bereits in der CV 12 enthalten?
vg
Albert

[Chris M.]

Wird es. Aktuell ist es in Entwicklung, nach meiner Planung aber ist das der nächste Umfang den ich commiten werde. D.h. ab dann wird es über den Nightly Build bereits testbar sein, auch wenn 0.12 noch nicht Releast ist.