KNX/EIB MDT TW Ansteuerung mit Dimmcontroller AKD und GT II smart

[willisurf]

In Bezug auf den ansteuerbaren Farbtemperaturbereich bei tuneable white und die dazugehörigen Anzeigen möchte ich mal diesen Thread für ein System aus MDT AKD LED Controller und MDT Glastaster II smart starten.

Die Ansteuerung durch den AKD erfolgt hardwareseitig grundsätzlich über den gesamten Farbtemperaturbereich von der Mischung 100%WW/0%CW bis zu 0%WW/100%CW. Der Controller kennt ja nicht den Farbtemperaturbereich des angeschlossenen Leuchtmittels.

Für Anzeige und externe Steuerung der Farbtemperatur kann im Controller mit der App. V2.4 folgender Bereich vorgegeben werden
CW 2000-3300K
WW 4000-8000K
Dies führt dazu, das z.B. bei einem Stripe 1800-4500K der Bereich 1800-2000K nur über die manuelle Bedienung ansteuerbar ist und nicht extern vorgegeben werden kann. Gleichzeitig lässt sich z.B. für die Anzeige der Farbtemperatur. kein korrekter Wert erreichen.

Der Glastaster II hat eine feste Anzeige des Farbbalkens von 2700-6000K (App. V2.5). Dies bedeutet, das bei einem Stripe 2000-5300K die Anzeige bereits am unteren Anschlag ist, während die Farbtemperatur noch im Bereich von 2700-2000K verstellt wird. Bzw. anders herum das beim Einstellen der oberen Farbtemperatur von 5300K die Anzeige vor dem oberen Ende stehen bleibt.

hjk aus meiner Sicht ergeben sich daraus für zukünftige Applikationen zwei Verbesserungspotentiale:
1. AKD Aufweiten der ApplIkationsgrenzen für WW und CW
2. GT II Möglichkeit der Applikation der unteren und oberen Grenzen für die TW Darstellung (entsprechend AKD)

[dreamy1]

Für mich stellt sich da auch die Frage, ob ein TW-Leuchtmittel selbst bei korrekter Ansteuerung vom Dimmer den Farbort überhaupt richtig darstellt. Wir haben ja unterschiedliche Lumenwerte bei CW und WW, das müsste dann ja schon LED-seitig korrigiert werden.

[hjk]

Zur Info, wenn der Stripe tatsächlich 1800K macht, wobei Datenblatt und Praxis nicht übereinstimmen müssen, und du den aktuell niedrigsten Wert 2000K vorgibst, wird WW mit 100% und CW mit 0% angesteuert.
D.h. Der Stripe macht das was er kann, also im optimalen Fall 1800K.
Der LED Controller schränkt den Bereich nicht ein. Die Änderung wäre nur von kosmetischer Natur in der Anzeige.
Die Anzeige hat für den Bewohner aber keine absolute Bedeutung, da kein Mensch 2000K und 1800K unterscheiden kann, wenn er keinen direkten Vergleich hat. Der Eindruck ist für viele Menschen eher auf warm, neutral und kalt beschränkt. Nur im Vergleich kann man das meist besser beurteilen.
Die Überlegung ist aber da den Bereich zu vergrößern. Die Prio dafür aber eher niedrig.
Ob das am Glastaster in der bestehenden Serie geändert werden kann ist noch unklar.

[dreamy1]

Der Controller kennt ja nicht den Farbtemperaturbereich des angeschlossenen Leuchtmittels.

Das wird doch im TW-Betrieb des Controllers eingestellt, da kann man die untere und obere Grenze einstellen. Der Controller wüsste dann, was das angeschlossene Leuchtmittel darstellen kann.

[hjk]

Für mich stellt sich da auch die Frage, ob ein TW-Leuchtmittel selbst bei korrekter Ansteuerung vom Dimmer den Farbort überhaupt richtig darstellt. Wir haben ja unterschiedliche Lumenwerte bei CW und WW, das müsste dann ja schon LED-seitig korrigiert werden.

Nicht nur das, Ungenauigkeiten und normale Fertigungstoleranzen spielen auch noch rein. Und z.T. deutliche Abweichungen vom Datenblatt.
Im Ergebnis kann das aber vernachlässigt werden, da das Auge den Wert eh nicht abschätzen kann.
Das Empfinden ist wir bei Helligkeit oder Temperatur sehr unterschiedlich.

[dreamy1]

Das Auge kompensiert da natürlich wenn kein Vergleichsobjekt da ist, das ist richtig.

Der Ursprung dieses Threads kommt auch aus der Frage, ob man bei Mischbetrieb von Festwert-Leuchtmitteln mit TW-Leuchtmitteln (z.B. Spots und TW-Stripes) einen vernünftigen Abgleich hinbekommt. Als Anwender würde ich erwarten, dass ich bei 2850K-Spots dem Controller sage "stelle 2850K am TW-Stripe ein" und die Farben passen überein.

Da das konventionelle TW mit großem Farbtemperaturbereich im Mischbetrieb aber stark rosastichig wird, könnte man auf die Idee kommen, das controllerseitig zumindest für die 2850K zu kompensieren (indem man z.B. 200K abzieht, um mehr in den Rotbereich zu kommen). Dann passt aber irgendwie gar nix mehr zusammen, da das Leuchtmittel ja auch Nichtlinearitäten aufweist. Und in den Endpunkten liegt das Leuchtmittel auf der BBC, also darf da wiederum nix als Festwert (z.B. die o.g. 200K) kompensiert werden.

Das wäre jetzt mal interessant: Controller passend zum TW-Bereich des Leuchtmittels einstellen und dann schauen, was an der Wand für eine Farbtemperatur ankommt. Ich mache jede Wette, da kommt bei jedem Hersteller des Leuchtmittels was anderes raus, selbst bei identischem Farbtemperaturspektrum...

[willisurf]

Das wird doch im TW-Betrieb des Controllers eingestellt, da kann man die untere und obere Grenze einstellen.

Ja, wie oben beschrieben. Ist aber nur für Anzeige und externe Vorgabe der Farbtemperatur.
Ich wollte nur verdeutlichen, das es für die reine Hardeareansteuerung nicht relevant ist.

Ich mache jede Wette, da kommt bei jedem Hersteller des Leuchtmittels was anderes raus, selbst bei identischem Farbtemperaturspektrum...

Die Wette hast Du schon gewonnen. Aus der Auswertung, die ich gerade mache kommt schon heraus, das Solltemp. nicht gleich Isttemp. (nach Graukarte) ist und dabei haben wir über Binning und Fertigungsstreuungen noch gar nicht gesprochen. Machen wir dann im anderen Thread.

[willisurf]

aktuell niedrigsten Wert 2000K vorgibst, wird WW mit 100% und CW mit 0% angesteuert.
D.h. Der Stripe macht das was er kann, also im optimalen Fall 1800K.

Danke für Deine schnelle Antwort. Gibt es nicht doch eine Einschränkung bei externer Vorgabe, wenn ich untere Grenze im Controller auf 2000K eingestellt habe, aber über KO 1800K vorgeben möchte? Sonst wüsste ich nicht, wie der Controller bei externer Vorgabe zwischen 1800K und 2000K unterscheiden soll.

Natürlich könnte man für die Kommunikation alles umskalieren, denn die Ansteuerung begrenzt ja nicht. Oder auch das andere KO für direkte Vorgabe CW/WW Anteil benutzen. Ist halt nur irgendwie nicht konsistent.

[hjk]

Wenn du 1800K vorgibst, wird WW auf 100% eingestellt, mit dem gewünschten Ergebnis von 1800K.

[willisurf]

Danke Dir, ich probiere das einfach mal aus.

[Gast1961]

Aus der Auswertung, die ich gerade mache kommt schon heraus, das Solltemp. nicht gleich Isttemp. (nach Graukarte) ist

Jetzt wird es interessant!

In einem Thread im Oktober wurde ich von hthoma (zu Recht) kritisiert, weil ich die Farbtemperatur mal ein einfach linear skaliert hatte zwischen den Endpunkten. Also linear zum PWM-Anteil.

Aber wie rechnen die LED-Controller? Berechnen die bei 50% WW + 50% KW einfach das arithmetische Mittel beider Teilfarben? Das wäre vermutlich falsch, wie ich inzwischen gelernt habe. Vielleicht kannst du mal nachschauen, wo du jetzt einen Testaufbau hast.

edit Korrektur: arithmetisches Mittel

[knxodernix]

Schneller und eleganter wäre es halt doch, wenn man die Farbtemperatur korrekt eingeben kann.

Denn auch wenn ich umskalieren kann, muss ich doch meinen Elektriker für den erhöhten Aufwand bezahlen. Und das ist halt für jemand wie mich, der das nicht selber macht, ein deutlich negativer Punkt.


Edit:

Berechnen die bei 50% WW + 50% KW einfach das arithmetische Mittel beider Teilfarben?

Ich würde sagen genau so wird es gemacht, da ja keine anderen Eingaben gemacht werden.

Untere Eingabe 2000K und obere Eingabe 6500K = Mittel 4250K bei 50/50%.
Was aber, wie wir schon rausgefunden haben, nicht stimmen kann wenn der Lumen Output von WW und CW stark abweicht.

Um es genauer zu berechnen, müsste man zusätzlich noch die Lumenwerte mit eingeben können und daraus mit den Farborten dann per Formel ein Mittel errechnen.
Ganz genau wäre das durch die unterschiedliche Wahrnehmung von CW und WW auch nicht (zapfen für blaues Licht sind empfindlicher als die für rotes Licht). Aber das wäre dann wohl wirklich zu vernachlässigen.


Ich bekomme ja bald den Dali-Treiber von EldoLED wo man auch die Lumen Werte der CW/WW LED eingeben kann.
Werde ich mal ausprobieren im Vergleich mit dem Lunatone der das nicht hat.

[willisurf]

Also ich denke mal, die skalieren einfach linear und berücksichtigen nicht die unterschiedliche Lichtstärke von CW und WW. Als Beispiel 2000-6000K als Grenzen eingestellt, 4000K angefordert macht 50% CW/WW. Oder bei 5000K 75/25%. Ich schaue mir das aber dann nebenbei mal mit an.

Die Lichtstärken von CW/WW kann man ja nirgendwo eingeben und man muss auch aufpassen, das es an der Stelle nicht zu akademisch (oder für den normalen Anwender zu kompliziert in der Applikation) wird. Nebenbei gibt es ja noch diverse andere Gründe für Streuungen.

Wenn es die Notwendigkeit gibt, zwei Lichtquellen mit unterschiedlichem Verhalten möglichst gut zu synchronisieren, könnte man ja immer noch mit externer Logik über LookUpTable gehen.

[willisurf]

Schneller und eleganter wäre es halt doch, wenn man die Farbtemperatur korrekt eingeben kann.

Würde ich mir auch wünschen.

[Gast1961]

Als Beispiel 2000-6000K als Grenzen eingestellt, 4000K angefordert macht 50% CW/WW.

Wäre prima, wenn du das nochmal nachprüfst.

Ich befürchte das ist dann ohnehin falsch, selbst bei gleicher Lichtleistung der Teilfarben.
Mit dem PWM-Anteil wird man im xy-Farbraum lineare Schritte machen, aber die Farbtemperatur ist dort eben nicht linear/äquidistant.

Wenn ich's richtig abschätze wären 50% 2000K + 50% 6000K dann eher bei 3300K.