Aeotec LED Bulb ZW098-C55

[krikan]

Danke! Die Werte entsprechen den theoretischen Angaben für warm- und coldwhite und passen dann doch nicht zum Parameter 33?
Am Sonntag habe ich hoffentlich etwas Zeit mich mit dem Thema zu beschäftigen; will mal die openzwave CC Color testen, ob es damit funktioniert und was die für Telegramme schicken.  Oder hat das schon jemand probiert?

[aga]

Dass es nicht zum Parameter 33 passt, würde ich nicht unterschreiben.
Der Parameter scheint schon was damit zu tun zu haben.

warmwhite      16711680      ff 00 00      - set wcrgb 255 0 0 0 0 ergibt 33445532 hex 2 00 00 00

Bei den Hex Werten sieht man am einfachsten den Unterschied. Manuell warmwhite eingestellt, ergibt 00 ff 00 00, das set wcrgb 255 0 0 0 0 ergibt 2 00 00 00.
Also macht meiner Meinung nach das set wcrgb 255 0 0 0 0 nicht das Richtige für diese Lampe.

Wenn Du Zeit und Muse hast, Dich damit zu befassen, ich würde gerne die Farbtemperatur einstellen können, das soll ja von 2580-7050°K gehen.
Vielleicht hast Du ja dazu auch eine Idee.

/Andreas

[krikan]

Habe jetzt eine Stunde mit den Telegrammen verbracht und bin nicht wirklich schlauer. Das, was ich theoretisch aus ozw herauslese (unsere Telegramme sind nicht OK), führt bei Einbau in Fhem bisher nicht zum Erfolg/Erkenntnis. Ozw praktisch zu testen, habe ich noch nicht umgesetzt. Die CC Color ist nicht im Master-Branch, so dass ich das manuell kompilieren muss und das dauert bei mir.

@flurin: Hast Du die BULB zufällig mal an Z-way betrieben und ausführliche logs dazu greifbar aus denen man Schlußfolgerungen zu warmwhite usw. ziehen könnte?

[flurin]

@krikan
Ich bin am Z-Way Aktualisieren (UpdateXMLs vom pepper1 Server), das dauert eine Weile.
Melde ich mich, sobald ich soweit bin.

[flurin]

... hier mal einen Log-Ausschnitt, wenn ich Parameter 33 abfrage:

[2015-09-27 21:40:10.656] [D] [zway] SETDATA devices.3.data.lastPacketInfo.delivered = True
[2015-09-27 21:40:10.657] [D] [zway] SETDATA devices.3.data.lastPacketInfo.packetLength = 6 (0x00000006)
[2015-09-27 21:40:10.657] [D] [zway] SETDATA devices.3.data.lastPacketInfo.deliveryTime = 15 (0x0000000f)
[2015-09-27 21:40:10.657] [D] [zway] SETDATA devices.3.data.lastPacketInfo = **********
[2015-09-27 21:40:10.657] [D] [zway] SendData Response with callback 0x71 received: received by recipient
[2015-09-27 21:40:10.657] [D] [zway] SETDATA devices.3.data.lastSend = 1269669 (0x00135fa5)
[2015-09-27 21:40:10.657] [D] [zway] Job 0x13 (Configuration Get): success
[2015-09-27 21:40:10.657] [zway] Removing job: Configuration Get
[2015-09-27 21:40:10.674] [D] [zway] RECEIVED: ( 01 0E 00 04 00 03 08 70 06 21 04 02 00 00 00 AF )
[2015-09-27 21:40:10.675] [D] [zway] SENT ACK
[2015-09-27 21:40:10.675] [D] [zway] SETDATA devices.3.data.lastReceived = 0 (0x00000000)
[2015-09-27 21:40:10.676] [D] [zway] SETDATA devices.3.instances.0.commandClasses.112.data.33.size = 4 (0x00000004)
[2015-09-27 21:40:10.676] [D] [zway] SETDATA devices.3.instances.0.commandClasses.112.data.33.val = 33554432 (0x02000000)
[2015-09-27 21:40:10.677] [D] [zway] SETDATA devices.3.instances.0.commandClasses.112.data.33 = Empty
[2015-09-27 21:40:10.678] [zway] Node 3:0 CC Configuration: Parameter 0x21 = 33554432 (size = 4)

Gruss
flurin

[krikan]

Mit etwas Abstand und Ruhe habe ich das (simple) Problem mMn gefunden. Die set-Befehle in 10_ZWave.pm enthalten einen kleinen Fehler:

set   => { # Forum #36050
               rgb         => '050a0000010002%02x03%02x04%02x',
               wcrgb       => '050a00%02x01%02x02%02x03%02x04%02x' },

Was hinter der Kennung des Commands 05 folgt ist die Anzahl der Farbkanäle im Befehl. Das sind eben nicht 0a, sondern 05 Farbkänale.
Habe bei mir testweise abgeändert auf:

set   => { # Forum #36050
               rgb         => '05050000010002%02x03%02x04%02x',
               wcrgb       => '050500%02x01%02x02%02x03%02x04%02x' },

Dann bekomme ich auch bei "set <device> wcrgb 255 0 0 0 0" einen Weißton, den ich als warmweiß (im Gegensatz zu 0 255 0 0 0) erkenne. Da ich keinen Taster angeschlossen habe, kann ich aber nicht manuell die Farbe wechseln und habe keinen direkten Vergleich.

[aga]

Ich hab's probiert, der Farbton sieht gleich aus und in P33 bekommt man den gleichen Wert ausgelesen, wie wenn man manuell warmwhite einstellt.
Hab alles andere nochmal durchgetestet, keine Nebenwirkung zu erkennen.

[krikan]

Das ist prima; womit auch bewiesen ist, dass Du mit dem "geheimnisvollen" Parameter 33 auf der richtigen Spur warst
Dann werde ich mal Änderung beantragen.

Das Farbtemperaturthema hatte ich mir kurz angeschaut. Die Bulb kann es mMn aber nicht per Befehl.

[aga]

Die Farbtemperatur einzustellen wäre schick, aber eigentlich fehlt mir der "use case", also alles nice to have, mehr nicht. Warmwhite und coldwhite, das reicht...
Hatte mal Beiträge gelesen über Hue oder war es Milight, da konnte man die Werte ähnlich rgb auch in ° Kelvin angeben.
Aber dann habe ich gegoogelt, wie man sowas umrechnen kann und fand es zumindest auf den ersten Blick abschreckend kompliziert.

Aber vielleicht hat ja jemand eine Idee, das sinvoll einzusetzen und auch die Zeit sich damit zu beschäftigen.

Danke krikan für Deine Mühen und natürlich allen anderen die hier aktiv waren/sind.

/Andreas

[flurin]

@flurin: Hast Du die BULB zufällig mal an Z-way betrieben und ausführliche logs dazu greifbar aus denen man Schlußfolgerungen zu warmwhite usw. ziehen könnte?

@krikan brauchst du das noch?

[krikan]

@krikan brauchst du das noch?

warmwhite und coldwhite sollte jetzt auch so funktionieren.
Wenn Du es aber sowieso schon hast, nehme ich das gerne. Es gibt noch viele Unklarheiten: Wie werden capabilites ermittelt? usw...

[flurin]

Zurzeit bin ich am Üben mit Raspbian Jessie und RaZberry. Details über Color CC folgen.
Soeben ein "engineering sheet" von Aeon Labs erhalten. Siehe Anhang.

Aeon spricht von Switch_Color entspricht Color_Control (ID 0x33) und offiziell ist Parameter 33 nicht spezifiziert.

Gruss
flurin

[krikan]

Danke flurin.
Theoretisch bin ich dank ozw auch ein Stück bei der Auswertung der Color Capability weiter. Allerdings begreife ich den Sinn der Indexed Color, die AEOTEC auch hat, noch nicht.
Muss das Bekannte jetzt mal in Perl packen und testen.
Aber wie geschrieben nehme ich gerne jedes ausführliche Log, wenn es keinen Stress macht. Vielleicht kann man etwas daraus ziehen.
Gruß, Christian

[flurin]

... Allerdings begreife ich den Sinn der Indexed Color, die AEOTEC auch hat, noch nicht.

Was meinst Du mit Indexed Color? Color Index (Parameter 38)?

[krikan]

Was meinst Du mit Indexed Color? Color Index (Parameter 38)?

Sorry war ein wenig kurz:
Hängt mMn nicht mit den Parametern zusammen,
Auf die Abfrage von "get <LED> ccCapability" liefert die LED Informationen zu den verfügbaren Farbkanälen u.ä.
Laut https://github.com/OpenZWave/open-zwave/blob/New-CC/cpp/src/command_classes/Color.cpp wird in einem Byte die Verfügbarkeit von "Indexed Color" gemeldet. Das scheinen vordefinierte Farbwerte zu sein. Laut meinem ozw-Log ist die Capability=1fd . Wenn ich das mit 0x100 laut ozw per UND verknüpfe sollte die LED über Indexed Color verfügen. Wenn ich es mit Fhem abfrage habe ich die Capability=1f und gem der UND-Verknüpfung keine Indexed Color.
Soweit mein bruchstückhaftes Wissen und meine Verwunderung. Wie man evtl. vorhandene Indexed Colors nutzt/setzt ist mir auch noch unbekannt. Also noch viele Fragezeichen.