Hallo zusammen,
ich habe eine Müller Licht 404049D-Fernbedienung, die von Zigbee2mqtt unterstützt wird. In Gladys werden nur die Aktionen „Ein“ und „Aus“ unterstützt. Wäre es möglich, die anderen Aktionen zu unterstützen? (brightness_step_up, brightness_step_down, brightness_move_up, brightness_move_down, brightness_stop, color_temperature_move, color_move, scene_1, scene_2, scene_3, scene_4, scene_5, scene_6)
Pour le coup, là je te conseille de suivre la PR que je t’ai mise plus haut et de faire exactement pareil.
Pour ton environnement de DEV, je te conseille de connecter l’environnement à ton Zigbee2mqtt distant pour récupérer la télécommande dans ton Gladys de DEV.
Si tu veux de l’aide, n’hésite pas je suis toujours là pour aider !
ich hatte mit der Entwicklung begonnen, dann an einem Punkt festgesteckt und bin dann in den Urlaub gefahren. Tatsächlich wäre Hilfe willkommen. Ich habe derzeit nicht viel Zeit zum Entwickeln. Aber ich arbeite seit einer Woche wieder daran, inspiriert von deinem Livecoding zu Sonos (übrigens eine tolle Leistung).
Ich habe gerade verstanden, woran ich scheitere. Ein großer Teil der Aktionen dieses Fernbedienung muss deklariert werden, damit sie berücksichtigt werden. Der Knackpunkt liegt bei den Aktionen color_temperature_move und color_move, die eine Information benötigen, die nicht unter « Exposes » sondern unter « State » steht, was meiner Meinung nach spezifische Anpassungen erfordert, während die Zigbee2mqtt-Integration generisch ausgerichtet ist. Ich hoffe, ich war klar. Dadurch verliere ich das Interesse an der Farbsteuerung über die Fernbedienung
Um die Aktion color_temperature_move zu nutzen, muss der Wert von action_color_temperature abgerufen werden, der nicht in Expose enthalten ist, da die Aktion nicht bestimmt, ob erhöht oder verringert wird.
Gleiches Problem bei der Aktion color_move, da action_color ebenfalls nicht in Expose enthalten ist. Abgesehen davon, Code für diese spezifische Verarbeitung hinzuzufügen, würde dies das Prinzip der zigbee2mqtt-Integration ändern, die generisch sein soll.
Hier sind die mit einem MQTT-Client (MQTT.fx) abgerufenen Beispiele.
Bei color_move erhalte ich dies: {"action":"color_move","action_color":{"x":0.7,"y":0.3},"action_group":16387,"action_transition_time":0,"last_seen":"2025-02-10T18:30:10.634Z","linkquality":185}
Bei color_temperature_move lautet die Rückmeldung: {"action":"color_temperature_move","action_color_temperature":153,"action_group":16387,"action_transition_time":10,"last_seen":"2025-02-10T18:32:33.806Z","linkquality":167}
Guten Abend, ich habe das Gefühl, dass ich mich nicht gut genug erklärt habe oder etwas übersehen habe. Ich habe die Berücksichtigung besonderer Fälle für die Elemente, die exponiert sind, bereits umgesetzt.
In diesem Fall erzeugt die Erstellung des Geräts nur die Features, die von Zigbee2mqtt gemappt und von Gladys verwaltet werden und in Zigbee2mqtt exponiert sind.
Daher verfügt die Fernbedienung nicht über Features für Farbe oder Temperatur, Features, um die Zustände zu speichern und sie in Szenen verwenden zu können.
Der Trick könnte sein, die Integration von Zigbee2mqtt zu erzwingen, um die « nützlichen » Features hinzuzufügen, aber das erscheint mir viel Aufwand nur dafür.
Ich möchte nicht, dass ich mich in eine komplizierte Lösung für diese beiden Punkte verstricken.
Das Ziel ist es, die Farbsteuerung, die Lichtfarbtemperatur, die Helligkeit einer RGB-Lampe sowie die Lichtstimmungen, die den sechs Szenen-Tasten zuordenbar sind, nutzen zu können. Die Steuerung der Szenen-Tasten funktioniert. Das Gleiche gilt für die Helligkeit. Das Problem bleibt die Steuerung der Lichtfarbtemperatur sowie der Farbe, wie zuvor erklärt. Die Gruppenlichtsteuerung (action_group) könnte ein Pluspunkt sein, aber das ist nicht meine Priorität.