NEWS
Zigbee Adapter: Hue Dimmer Switch kurz/lang
-
Das Problem scheint (so gut wie) gelöst:
https://github.com/Koenkk/zigbee2mqtt/issues/585Wie lässt sich das auf den Zigbee Adapter anwenden? Kann man die Abhängigkeiten vom Adapter einfach ändern? Oder die betroffenen Pakete manuell auf andere Versionen updaten?
-
das habe ich doch schon längst realisiert..
-
@arteck sagte in Zigbee Adapter: Hue Dimmer Switch kurz/lang:
das habe ich doch schon längst realisiert..
Leider aber nur für die up und down buttons, wenn ich die geänderten Code-Zeilen richtig interpretiere.
Die verlinkte Lösung sollte es sowohl für die als auch für die on/off buttons ermöglichen.Ich habe es leider gestern Abend nicht geschafft, die Änderungen entsprechend für den zigbee Adapter zu übernehmen. Nachdem ich zigbee-shepherd, zigbee-shepherd-converters, zcl-id und zcl-packet im node-modules Verzeichnis vom zigbee-Adapter angepasst habe, lief der Adapter zwar noch, aber nach dem pairen des Dimmer Switchs kam im Log eine Warnung, dass der Dimmer nicht konfiguriert werden konnte.
-
die Warnung bekomme ich seit anfang an... seit dem ich den Dimmer habe..
kannst mal schauen woher die kommt.. ich finds nicht -
Mir fehlt momentan leider die Zeit, mich mit der Hausautomatik zu befassen. Nachdem sich ja in der Zwischenzeit aber einiges an dem Adapter getan hat, habe ich eben mal wieder den Dimmer Switch mit dem ioBroker gekoppelt, in der Hoffnung, dass direkt alles läuft. Der Dimmer lässt sich auch koppeln, aber für die On und Off Buttons kann ich immer noch keine "button hold" events erkennen. Ist es richtig, dass nur folgende Objekte zu dem Dimmer Switch gehören?
Oder ist da mit meiner Installation irgendwas im Argen? Sind da möglicherweise noch irgendwo im Hintergrund Altlasten, so dass mir nun Objekte fehlen? Oder ist es richtig, dass nach wie vor nur für up und down die unterschiedlichen Events erkannt werden?
-
Ich klinke mich hier Mal ein, da ich nach mehreren Pairings und mit meinen beiden Schaltern das gleich angezeigt bekomme: Die äußeren Schalter, also an und aus, werden nicht angezeigt
Empfiehlt ihr für Hue dann doch lieber die Bridge zu nutzen (habe ich noch ungenutzt rumliegen, wollte aber eigentlich alles über den Zigbee Adapter machen ...)?
-
@haiperf
Nein, das ist im Adapter so vorgesehen. Die an/aus Knöpfe gehen auf den toggle datenpunkt.A.
-
@Glarios sagte in Zigbee Adapter: Hue Dimmer Switch kurz/lang:
Ich klinke mich hier Mal ein, da ich nach mehreren Pairings und mit meinen beiden Schaltern das gleich angezeigt bekomme: Die äußeren Schalter, also an und aus, werden nicht angezeigt
Empfiehlt ihr für Hue dann doch lieber die Bridge zu nutzen (habe ich noch ungenutzt rumliegen, wollte aber eigentlich alles über den Zigbee Adapter machen ...)?
Hast du sie mit der neusten Version des zigbee Adapters zum ersten Mal gepairt? Oder auch vorher schon einmal?
-
@Asgothian sagte in Zigbee Adapter: Hue Dimmer Switch kurz/lang:
@haiperf
Nein, das ist im Adapter so vorgesehen. Die an/aus Knöpfe gehen auf den toggle datenpunkt.A.
Das waren doch aber gerade die entscheidenden Änderungen. https://github.com/Koenkk/zigbee-shepherd-converters/commit/e41d409a1ee4ac1250867154059e709b73448daf
Damit müsste es doch eigentlich für alle 4 Knöpfe gleichermaßen press, hold und release events geben!? -
@haiperf zum ersten mal gepairt, habe den Adapter 0.10.2. oder muss ich eine andere Version nutzen?
-
@Glarios sagte in Zigbee Adapter: Hue Dimmer Switch kurz/lang:
@haiperf zum ersten mal gepairt, habe den Adapter 0.10.2. oder muss ich eine andere Version nutzen?
Nein, ich wollte nur wissen, ob es an meiner Installation bzw. an der Tasache liegt, dass ich den Switch schon mit einer vorherigen Version gepairt hatte. Daran liegt es dann ja aber nicht.
-
Ich habe jetzt eben noch mal schnell einen zweiten CC2531 Stick an einen zweiten RPi3 gehängt, dort zigbee2mqtt installiert und den Dimmer Switch gepairt.
Dort werden Nachrichten rausgeschickt, die für alle 4 Buttons (on,up,down,off) entsprechend gleich aussehen:- einfaches Drücken: "*-press"
- gedrückt Halten: "*-hold" in Abständen von ca. 1s
- wieder Loslassen: "*-release"
Ich hatte gedacht bzw. gehöfft, dass das im zigbee Adapter in ähnlicher Form übernommen wäre. Das scheint dann aber nicht der Fall zu sein?
-
wenn @Asgothian es nicht gemacht hat und ich auch nicht.. auf was hoffst du dann ??? es muss sich einer hinsetzten es nachziehen... also Geduld
-
@arteck sagte in Zigbee Adapter: Hue Dimmer Switch kurz/lang:
wenn @Asgothian es nicht gemacht hat und ich auch nicht.. auf was hoffst du dann ??? es muss sich einer hinsetzten es nachziehen... also Geduld
Ich hatte das gesehen und gedacht, das wäre geschehen: https://github.com/ioBroker/ioBroker.zigbee/issues/108
-
@haiperf da gings um die dimmer Knöppe dass die mit lang und kurz funktionieren
-
@arteck sagte in Zigbee Adapter: Hue Dimmer Switch kurz/lang:
@haiperf da gings um die dimmer Knöppe dass die mit lang und kurz funktionieren
Tatsächlich ging es da auch um die On und Off Knöppe. In dem verlinkten Issue https://github.com/Koenkk/zigbee2mqtt/issues/585 ebenfalls. Bei zigbee2mqtt wurde es so umgesetzt, dass nun für alle 4 Buttons einfache, mehrfache und längere Klicks unterschieden werden können.
Ich hatte gedacht, dass das im Wesentlichen durch die Abhängigkeiten zu zigbee-shepherd etc. mit in den zigbee-Adapter einfließt. Da habe ich mich offenbar geirrt und es ist im zigbee Adapter noch mehr von Nöten. Ist das viel Aufwand, die Umsetzung vollständig zu übernehmen? Mir fehlen da leider die Kenntnisse, um das zu erkennen.
-
@haiperf sagte in Zigbee Adapter: Hue Dimmer Switch kurz/lang:
Ist das viel Aufwand, die Umsetzung vollständig zu übernehmen?
Hallo
das ist nicht unbedingt extrem viel Aufwand, es ist aber kritisch, da sich dadurch die Arbeitsweise der Fernbedienung systematisch ändert.
Aktuell bedienen die An/Aus Knöpfe nur einen Datenpunkt, der als "toggle" den Sollzustand nach Nutzung der Fernbedienung enthält. Diese Behandlung der Knöpfe geht bei einer Auswertung der Druckdauer verloren - es müsste auf einzelne Events so wie bei den Heller/Dunkler Knöpfen umgestellt werden.
Bevor wir das angehen muss zuerst geprüft werden, in wie weit diese Anpassung der Funktionalität bei bereits existierenden Installationen zu Problemen führt.
A.
-
@Asgothian wobei ich immer noch nicht den nutzen sehe
-
@arteck sagte in Zigbee Adapter: Hue Dimmer Switch kurz/lang:
@Asgothian wobei ich immer noch nicht den nutzen sehe
Das geht mir auch so. Für heller / dunkler sehe ich das ein, bei an/aus ist mir die aktuelle Umsetzung lieber.
-
@arteck sagte in Zigbee Adapter: Hue Dimmer Switch kurz/lang:
@Asgothian wobei ich immer noch nicht den nutzen sehe
Für mich und sicher auch andere hat das ganze einen sehr großen Nutzen: ich kann alle 4 Knöpfe mit mehreren Funktionen belegen. Die Up/Down Buttons nutze ich nicht zum heller oder dunkler machen, sondern um damit genauso wie mit On/Off Teilfunktionen der Beleuchtung zu schalten. Meine Deckenlampe hat z.B. 4 Kanäle (entsprechend theoretischen 16 Helligkeitsstufen), mit On schalte ich alle davon ein. On lange gedrückt schaltet alle aus. Der Off Knopf schaltet sämtliche Beleuchtungen aus, wird er lange gedrückt zusätzlich auch noch TV und Musikanlage. Mit Up und Down schalte ich diverse indirekte Beleuchtungen, jeweils auch mit unterschiedlichen Funktionen bei normalem und langem Drücken.
Klar, kann man jetzt sagen, dass das auch anders ginge, aber mit der aktuellen Umsetzung im Adapter kann ich diese Logiken nicht flexibel nutzen.Ließen sich nicht theoretische beide Umsetzungen parallel realisieren? Es dürfte doch nichts dagegen sprechen, dass die Events generiert werden und zusätzlich auch der Power State getoggelt wird, oder? Wäre das nicht eine Variante, die die Kompatibilität wahren und die zusätzliche Flexibilität erzeugen würde?
Ich würde mir das jedenfalls so wünschen, da ich diese blöde Hue Bridge endlich loswerden möchte. Wenn ihr als Entwickler aber keinen Bedarf seht, oder die Umsetzung so nicht als sinnvoll erachtet, wäre das für mich auch kein Problem. Da ich mein System ohnehin komplett neu aufsetzen muss in den nächsten Tagen, könnte ich in dem Zuge auch auf zigbee2mqtt umsteigen, da läuft es ja so wie ich es gern hätte.
Wenn es sich aber realisieren ließe und das in absehbarer Zukunft vielleicht auch geschieht, würde ich natürlich auch gern beim Adapter bleiben, da der natürlich schon komfortabler in der Handhabung ist.