Gira X1 LBS-Sammlung für die Umwandlung der HSV Farbsteuerung (MDT) zu RGB-Werten

[EugenDo]

Steuerst du mit dem Colorpiker ebenfalls Hue (ggf. über ISE?) ?

Ich habe keine Ahnung, was BAB da treibt. Ich steuere mit ISE und bin zusätzlich an einem eigenen LBS für X1 dran, der die Hue Bridge direkt ansteuert ... da wird HSV nicht benötigt und 232.600 auch nicht ... man kann aber eine Rückmeldung von ISE in 232.600 erhalten ... Wieso soll X1 kein 232.600 können?

[Luers]

Wieso soll X1 kein 232.600 können?

Der X1 hat doch "nur" ein RGB Colorpicker.
Entsprechend kann ich den doch nicht direkt mit einem 3 Byte Wert verknüpfen?!

[EugenDo]

Der X1 hat doch "nur" ein RGB Colorpicker.
Entsprechend kann ich den doch nicht direkt mit einem 3 Byte Wert verknüpfen?!

Der Colorpicker braucht die Werte einzeln. Das stimmt! Aber irgendwie verstehe ich gerade dein Problem nicht. Kann aber auch daran liegen, dass ich das Gerät von BAB nicht kenne. Kann das BAB Gerät die einzelnen RGB-Werte nicht verarbeiten?

[Luers]

Kann das BAB Gerät die einzelnen RGB-Werte nicht verarbeiten?

Das BAB Modul habe ich bereits aus meinem Schrank geworfen, da es für die HUE Steuerung nicht einfach direkt mit dem Colorpiker des X1 zu verbinden war.
Zudem hate ich ähnliche Probleme mit anderen Apps, was aber nicht in den Beitrag hier gehört.

Aber irgendwie verstehe ich gerade dein Problem nicht.

Die HUE Steuerung erfolgt über OH2, der mit dem entsprechenden HUE Binding eine Steuerung erlaubt. Hierfür sind 2 Items erforderlich (Color und Dimmer).
Das Color Item kann ich dann mittels IP Interface in den Bus übertragen. Dieses Item beinhaltet direkt einen HSV Wert.
Für den Colorpiker vom X1 benötige ich wiederum RGB-Werte. Mittels deinem sinnvollen Baustein kann ich einzelne HSV Werte in RGB Werte umwandeln. (Das hatte ich bisher über eine Rule auf dem OH2 laufen).
Aus meiner Sicht wäre es super, wenn ich statt 3 einzelner Werte (H-S-V), nur einen Eingang mit einem HSV Wert hätte. Dadurch spare ich mir eine Nebenrechnung bzw. eine weitere Rule in OH2. Ebenso müsste ich dann bei Auswahl über den Colorpiker die einzelnen HSV Werte wieder in einen zusammenfassen, um so mittels OH2 die HUE Lampe wieder ansteuern zu können.

Solltest Du natürlich - was mich beigstern würde - direkt eine HUE Steuerung über den X1 realisieren können, dann ist mein geschildertes Problem obsolet

Gruß

[intelligente Haustechnik]

die Du auf diesem Weg einfach einzeln mit einem Dimmwert (0-100) ansteuerst

Tuneable-White-Leuchten und ein stinknormaler Dalikontroller beim Kunden. War die einfachste Lösung

[EugenDo]

Hallo zusammen,

der Bausteine wurden auf die Version 1.2.x aktualisiert.


- Der Dateiname hat sich jeweils geändert (neuer Assemblyname aufgrund der Zertifikatsänderung mit DeveloperId). Deswegen müssen die "alten" Versionen im GPA manuell gelöscht werden. Die alten und die neuen Versionen ab 1.2.0 können parallel existieren, was zu Verwirrungen führen kann.

- License: Free

- Getestet in GPA 3.4

- Funktional gab es keine Änderungen

- Beim Relative to Absolute Converter wurde der Fehler bei Min-Wert > 0 korrigiert.


Über Feedbacks, ob die Bausteine funktionieren oder nicht, freue ich mich. Änderungswünsche auch gerne gesehen.

Gruß

Eugen

[Daniel 84]

Servus,
hätte da mal eine kurze Verständnis Frage.

Ich habe das relative Dimmen und die Rückmeldung des Farbwertes in einem Datenpunkt, geht das auch oder brauch ich für beides je einen einzelnen Datenpunkt.
Hier mal ein Screenshot:

screenshot HSV-RGB.png

3/0/40 ist das relative dimmen (senden)

3/0/43 ist die Wertrückmeldung vom DaliGatway (Status)


Gruß Daniel

[Beleuchtfix]

Das sind doch unterschiedliche DTP. Das dürfte nicht gehen.
Gruß Florian

[EugenDo]

Der relative Wert kann mMn keine Rückmeldung in einem Datenpunkt haben.

[Beleuchtfix]

Ich glaube, der Daniel wollte einfach einen Datenpunkt im X1 sparen. GIRA würde automatisch die erste GA auch für eine Rückmeldung eintragen, aber die nie an der Stelle abfragen. Aber Systeme überlisten ist selten vorteilhaft.

Gruß Florian

[Daniel 84]

Ich glaube, der Daniel wollte einfach einen Datenpunkt im X1 sparen. GIRA würde automatisch die erste GA auch für eine Rückmeldung eintragen, aber die nie an der Stelle abfragen. Aber Systeme überlisten ist selten vorteilhaft.

Gruß Florian

Genau das war eigentlich mein Gedankengang.

Jetzt hätte ich aber noch eine Frage.
Der HSV zu RGB Baustein gibt die Farben rot, grün, blau ja in 0-255 raus.
Wenn ich das richtig sehe braucht mein Dali Gateway MDT (SCN-DALI32.03) aber eine Ansteuerung von 0-100% und auch der X1 scheint 0-100% zu senden, wie habt ihr das gelöst?

Super, wie sich das alles entwickelt. Jetzt fehlt nur noch ein Baustein zur Umwandlung für Tuneable White zur Umrechnung °K in 0-100% WW/CW. Der Enertx LED Dimmer will diese Prozent-Werte, die X1 Kachel nimmt aber °K.

Gruß Florian

Gibt es hierzu schon einen Lösungsansatz? Denn ich habe hier das gleiche Problem, auch hier möchte mein Dali Gateway eine Ansteuerung über 0-100%.


Gruß Daniel

[EugenDo]

Der HSV zu RGB Baustein gibt die Farben rot, grün, blau ja in 0-255 raus.
Wenn ich das richtig sehe braucht mein Dali Gateway MDT (SCN-DALI32.03) aber eine Ansteuerung von 0-100% und auch der X1 scheint 0-100% zu senden, wie habt ihr das gelöst?

Formel: Prozent = Wert / 255 ( x 100)

[hyman]

Präziser formuliert: Einfach den Wert auf einen Ausgangs-Datenpunkt mit Datenpunkttyp (DPT) 5.001 geben, dann werden das ganz von alleine 0..100%. Bei diesem DPT bedeutet nämlich 0 → 0% .. 255 → 100%.

[Daniel 84]

Ok, danke für die Antwort.

[eibmeier]

Vielen Dank für den Baustein, toll gemacht!

Ich finde es aber echt ein besch....n, dass Gira kein fertiges RGBW Funktions-Element für HSV anbietet.

Bei der Cubevision2 hat man mehrere unterschiedliche Möglichkeiten zur RGBW Ansteuerung zur Auswahl.
Da braucht man nur 1 GA auf die 66 (Farbeinstellung RGB 3 Bytes) vom MDT Controller auf die RGB Steuerung am CV (RGB Ausgang (DPT 323.600) für die Farbansteuerung und fertig ist die Steuerung.

VG. Manfred