Formel für Farb-/Lichtwechsler/Leuchtkreis für RGB LED

[doc-brown]

moin,

Riemen
ich habe deine formel aus #10.1 verwendet - mal vorab, funktioniert prima ! danke dafür!!!

eine frage habe ich bei der du mir vielleicht helfen könntest. die formel ist recht komplex ;-)

 i3*10^((int((i1*3.6/60+1)/2)-int(int((i1*3.6/60+1)/2)/3)*3)*3)+int(i3*(i2*((1-ABS(i1*3,6/60-int(i1*3.6/120)*2-1)))+100-i2)/100)*10^((int((int(i1*3,6/60)+4)/3)*3-int(i1*3.6/60)-2)*3)+int(i3*(100-i2)/100)*10^((int(i1*3.6/120)+2-int((int(i1*3.6/120)+2)/3)*3)*3)

ich möchte das verwenden im RGB W betrieb - das heisst, bei abnehmender sättigung dürften nicht die RGB werte ansteigen um die farbe weiss zu bekommen - sondern der separate weiss wert muss ansteigen.
um den weiss wert zu berechnen (aus dem hsv wert) habe ich was - das geht. aber aus deiner formel werde ich noch nicht schlau - könntest du mir die umstellen, dass bei fallender sättigung auch die RGB werte kleiner werden?

danke dir erst mal ...

grüsse

[doc-brown]

oder hat vielleicht jemand anderes hier eine idee wie ich das mit dem rgb W machen kann???
so wie ich das sehe scheint Riemen "nicht mehr so aktiv" zu sein hier :-(

[doc-brown]

muss nochmal fragen ob mir jemand von euch kurz helfen könnte mit der formelfrage aus dem post #16

wie muss die formel aussehen, wenn ich RGBW habe und nicht RGB ?
so wie im angehängten bild habe ich es bisher aufgebaut. RGB kommt und ein separater W wert ist auch da (an der unteren formel). aber wie bekomme ich die "zusammen"?

danke euch !!!

[WowaDriver]

Allerdings gibt es anscheinend noch unschöne Rundungsfehler. Kann man die Formeln evtl so anpassen, dass wieder der Ausgangswert rauskommt?

Wurde dazu eine Lösung gefunden, habe prinzipiell eine funktionierende Umrechnung..., aber eben mit den beschrieben Rundungsfehlern.... Für mich ist das extrem wichtig, da ich exakt so Siri und Alexa zur Farbsteuerung benutze und um eine synchronisierte Darstellung zu erhalten (lox Visu Homekit Visu) eben diese Umrechnung benötige. Problem ist beim Abgleichen der Variablen werden immer unterschiedliche Werte durch die Rundungsfehler detektiert und ich bekomme springende Werte in der Visu...

Gruß

[Gast]

Hallo,
Ich habe auch den MDT Glastaster II und möchte die RGB Farbe anzeigen und einstellen.
Für die Anzeige bin ich genau nach dem Beitrag vorgegangen

Ok, bitte schön


Inputs: RGB (0-255) (0-1 oder 0-10 geht ebenfalls, dann den Faktor in Formel V anpassen)

Formel H: (0-360°)

(arctan(sqrt(3)*(i2-i3)/((2*i1-i3-i2)+1-sign(abs(2*i1-i3-i2))))*sign(abs((2*i1-i3-i2)))/pi+((sign((2*i1-i3-i2))-1)/2*sign(i3-i2-0,001)+(1-sign(sign(i2-i3)+1))*2)*sign(abs(2*i1-i3-i2)+abs(i2-i3)))*180

Formel S: (0-100%)

(i2-i1)/i2*100

Formel V: (0-100%)

i1/2,55

Die Umrechnung stimmt auch (Hab ich mit einem Online Calculator nochmal überprüft )

Der Taster erwarte ja einen KNX DPT5 (5.003)
In loxone hab ich beim Aktuator EIS6 (DPT5) Dimmen ausgewählt

Jedoch werden die Werte am KNX falsch empfangen
(Loxone:241° - ETS Busmonitor: 144°)

[svethi]

Im KNX hast Du Winkel/Grad. Das passt ja auch mit Dimmen nicht zusammen

Hallo,
Leider bin ich in KNX und den Datentypen noch nicht so sattelfest.
geht es dann irgendwie, den Hue Farbwert (Winkel) von Loxone zu KNX zu übergeben?

Und über die Formelbausteine bekomme ich ja einen Winkel raus.

[simon_hh]

Gast auch wenn ein bisschen spät, aber ich hatte damit gestern experimentiert...
Lösungsansatz gefunden hier

https://www.loxforum.com/forum/eib-knx-schnittstelle/238993-knx-loxone-datentypen

Kurzfassung: KNX überträgt 8 Bit, also 1 Byte und kann somit nur Werte zwischen 0-255 lesen.
Der MDT Glastaster macht aus den 0-255 die Werte 0-360° intern für den Wert Hue.

Also ganz einfach umrechnen, entweder in der Formel oder in der Wertekorrektur:

die Formel von "oben" /360*255

((((arctan(sqrt(3)*(i2-i3)/((2*i1-i3-i2)+1-sign(abs(2*i1-i3-i2))))*sign(abs((2*i1-i3-i2)))/pi+((sign((2*i1-i3-i2))-1)/2*sign(i3-i2-0,001)+(1-sign(sign(i2-i3)+1))*2)*sign(abs(2*i1-i3-i2)+abs(i2-i3)))*180))/360)*253

Bei 255 und 254 sprang der kleine Kurser immer wieder vom Ende zum Anfang, Umrechnungsfehler, ich habe also mit 253 multipliziert

Dann den KNX Aktor Datentyp auf 8-Bit-Wert EIS14 (DPT5/6)

Des Weiteren muss bei der dritten Formel für "Val" der Wert +10 gerechnet werden, damit die Übertragung 0-100% sind.

[Passivhaus]

Hallo,

bisher war ich lediglich fleißiger Leser und Nutznießer in diesem Forum. Nun möchte ich gerne auch mal was beitragen. Möglicherweise interessant für alle, die auch mit Rundungsfehlern bei der Konvertierung der RGB-Werte zum Hue-Wert haben. (Formeln für Saturation und Value/Helligkeit habe ich aus dem Originalvorschlag / Post #7 übernommen.)

Wurde dazu eine Lösung gefunden, habe prinzipiell eine funktionierende Umrechnung..., aber eben mit den beschrieben Rundungsfehlern.... Für mich ist das extrem wichtig, da ich exakt so Siri und Alexa zur Farbsteuerung benutze und um eine synchronisierte Darstellung zu erhalten (lox Visu Homekit Visu) eben diese Umrechnung benötige. Problem ist beim Abgleichen der Variablen werden immer unterschiedliche Werte durch die Rundungsfehler detektiert und ich bekomme springende Werte in der Visu...

Gruß

Config:

Die Skalierer dienen der Umrechnung von 0-255 Werten auf 0-1. Man kann auch durch 255 dividieren.

Die Formel ist recht lang, um alles in einem Bausstein unterzubringen:

IF(IF(I4==0;0;IF(I3<=I1;IF(I2<=I1;60*(I2-I3)/I4;60*(2+(I3-I1)/I4));IF(I3<=I2;60*(2+(I3-I1)/I4);60*(4+(I1-I2)/I4))))<0;IF(I4==0;0;IF(I3<=I1;IF(I2<=I1;60*(I2-I3)/I4;60*(2+(I3-I1)/I4));IF(I3<=I2;60*(2+(I3-I1)/I4);60*(4+(I1-I2)/I4))))+360;IF(I4==0;0;IF(I3<=I1;IF(I2<=I1;60*(I2-I3)/I4;60*(2+(I3-I1)/I4));IF(I3<=I2;60*(2+(I3-I1)/I4);60*(4+(I1-I2)/I4)))))

Beste Grüße
Jasper

[Labmaster]

Das funktioniert leider nur mit aktuellen Software Versionen, da die IF Anweisung in den Formelbausteinen erst vor gar nicht so langer Zeit dazu gekommen ist.
Wenn man wie ich noch auf einer V12 hängt, (aus gutem Grund) dann kann man das so leider nicht verwenden.