Zigbee Adapter: Hue Dimmer Switch kurz/lang

[cyrano330]

Hi @all,

nachdem der Thread jetzt schon etwas länger da ist - ich die 0.8.0 am start habe und es trotzdem nicht geht liegt die Vermutung nahe, dass ich was Grundlegendes falsch mache.

Erkannt wurde der Hue Dimmer Switch. Auslesen kann ich nichts. Komisch ist nur, dass ich in der MAP einen "Link-Quality" sehe die ich im Objekt nicht sehe. Im Node-Red kann ich den ganzen Schlater nicht anfassen. Er wird gar nicht zur Auswahl angeboten…

Any solutions?

Danke & Gruß

H.

[haselchen]

In Node Red musst Du die HUE Installation updaten.

Dann stehen alle HUE Geräte zur Vergügung.

Unter manage palette

[cyrano330]

Naja ich versuche ja gerade ohne die HUE Bridge an den Start zu kommen. So nativ nur mit dem Zigbee Stick. Nur für den Schalter eine Bridge betreiben ist irgendwie uncool.

[haselchen]

Der Hunger nach SmartHome Geräten wird mehr und die Bridge kann ja noch andere Marken einbinden….Osram, Ikea....

Ich möchte die HUE Bridge nicht mehr missen. Im Zusammenspiel mit IOBroker absolut perfekt . Für mich jedenfalls.

Und am BlackFriday haste die hinterhergeschmissen bekommen.

Ich muss keinen Stick flashen oder zusammenlöten damit die Geräte funktionieren 8-)

Über Node Red kann man dann alle Tasten des Dimmers mehrmals belegen.

Nennt sich dann glaube ich Short Press , Long Press etc.

Anleitung:

viewtopic.php?f=35&t=14605

[arteck]

@haiperf:

Nachdem der Thread nun etwas gekapert wurde, würde ich gerne nochmal auf das eigentliche Thema zurückkommen… hat da niemand eine Idee zu? `

viewtopic.php?f=20&t=18404#p195131

[arteck]

so habe es gestern implementiert .. installier mal die GIT version.. es sollten 2 neue objekte erscheinen im Dimmer

drückst du …guckst du..

[haiperf]

@arteck:

so habe es gestern implementiert .. installier mal die GIT version.. es sollten 2 neue objekte erscheinen im Dimmer

drückst du …guckst du.. `

Ja ist denn heut schon Weihnachten!? :shock:

Super, ich werd es mir in den nächsten Tagen mal ansehen… Vorgestern ist auch gerade der zweite CC2531 gekommen, den ich schon mal testweise mit dem TI Smart RF Studio zum Laufen bekommen habe. Hat sich nun ja aber möglicherweise erübrigt.

Ohne dass ich es getestet hätte aber schon mal einen Riesendank dafür, dass Du Dich der Sache überhaupt angenommen hast!

[haiperf]

Hey arteck,

da der Umstieg mit einem Haufen anderer Änderungen in meiner Wohnzimmersteuerung verbunden wäre und mir dafür momentan die Zeit fehlt (und die Akzeptanz für Ausfälle seitens einiger End-User ), habe ich deine Version noch nicht installiert. Aber ich habe mir die Änderungen mal angesehen. Das hat mich im Verständnis des Ganzen schon ein gutes Stück weitergebracht und es ist recht offensichtlich, dass und wie es funktioniert. Allerdings ja auch nur für die Up und Down Buttons und nicht für On/Off. Das ist zwar schon viel besser und damit könnte ich mich vermutlich sogar arrangieren, aber richtig glücklich wäre ich erst, wenn es wieder für alle 4 Taster funktioniert.

Wenn ich das recht sehe, sind dafür allerdings Änderungen im zigbee shepherd notwendig. Der Knackpunkt scheint mir hier in der fromZigbee.js zu liegen:

_324131092621_on: {
        cid: 'genOnOff',
        type: 'cmdOn',
        convert: (model, msg, publish, options) => {
            return {action: 'on'};
        },
    },
    _324131092621_off: {
        cid: 'genOnOff',
        type: 'cmdOffWithEffect',
        convert: (model, msg, publish, options) => {
            return {action: 'off'};
        },
    },
    _324131092621_step: {
        cid: 'genLevelCtrl',
        type: 'cmdStep',
        convert: (model, msg, publish, options) => {
            const deviceID = msg.endpoints[0].device.ieeeAddr;
            const direction = msg.data.data.stepmode === 0 ? 'up' : 'down';
            const mode = msg.data.data.stepsize === 30 ? 'press' : 'hold';

            // Initialize store
            if (!store[deviceID]) {
                store[deviceID] = {value: 255, since: null, direction: null};
            }

            if (mode === 'press') {
                const newValue = store[deviceID].value + (direction === 'up' ? 50 : -50);
                store[deviceID].value = numberWithinRange(newValue, 0, 255);
            } else if (mode === 'hold') {
                holdUpdateBrightness324131092621(deviceID);
                store[deviceID].since = Date.now();
                store[deviceID].direction = direction;
            }

            return {action: `${direction}-${mode}`, brightness: store[deviceID].value};
        },
},

On/Off ist hier anders umgesetzt als Up/Down. Die Unterscheidung ob kurz gedrückt oder gehalten geht aus von

mode = msg.data.data.stepsize === 30 ? 'press' : 'hold';

Ich vermute jetzt einfach mal, dass das Feld stepsize in msg für on und off nicht existiert. Könnte mich aber auch irren (dann wäre es ja ein Leichtes, die Implementierung für on/off genau so wie für up/down zu übernehmen). Woher weiß ich/man, was in msg enthalten ist? Ist das irgendwo nachlesbar oder nachvollziehbar? Kann man das an der Stelle irgendwie sinnvoll als Debug-Ausgabe anzeigen lassen?

[haiperf]

Welche Argumente es jeweils zu geben scheint, habe ich mittlerweile hier gefunden:

https://github.com/zigbeer/zcl-packet/wiki/6.-Appendix

Wie erwartet, gibt es keinen "step" für genOnOff. Jemand eine Idee, wie man trotzdem die Unterscheidung zwischen langem und kurzem Drücken für On und Off realisiert bekommt? Irgendwie gehen muss es ja, da es über die Bridge ja derzeit auch geht.

[arteck]

@haiperf:

Welche Argumente es jeweils zu geben scheint, habe ich mittlerweile hier gefunden:

https://github.com/zigbeer/zcl-packet/wiki/6.-Appendix

Wie erwartet, gibt es keinen "step" für genOnOff. Jemand eine Idee, wie man trotzdem die Unterscheidung zwischen langem und kurzem Drücken für On und Off realisiert bekommt? Irgendwie gehen muss es ja, da es über die Bridge ja derzeit auch geht. `

über die Bridge geht auf an/aus lange drücken ??? seit wann ?? währe mir neu ??

[haiperf]

@arteck:

über die Bridge geht auf an/aus lange drücken ??? seit wann ?? währe mir neu ?? `

Ja geht. Definitiv. Bei mir läuft der Dimmer Switch über die Bridge. Die Bridge polle ich mit einem Script über die node-hue-api. Damit verhalten sich alle 4 Buttons im Prinzip gleich und lassen sich kurz und lang drücken.

[haiperf]

Das Problem scheint (so gut wie) gelöst:
https://github.com/Koenkk/zigbee2mqtt/issues/585

Wie 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?

Bearonic created this issue in Koenkk/zigbee2mqtt

closed Hue Dimmer Switch: long/short press #585

[arteck]

das habe ich doch schon längst realisiert..

[haiperf]

@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.

[arteck]

die Warnung bekomme ich seit anfang an... seit dem ich den Dimmer habe..
kannst mal schauen woher die kommt.. ich finds nicht

[haiperf]

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?

[Glarios]

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 ...)?

[Asgothian]

@haiperf
Nein, das ist im Adapter so vorgesehen. Die an/aus Knöpfe gehen auf den toggle datenpunkt.

A.

[haiperf]

@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?

[haiperf]

@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!?

0 ugrug committed to Koenkk/zigbee-shepherd-converters

Add philips cluster for hue dimmer (#311)

* Add philips cluster for hue dimmer

* Modify philips hue dimmer

* Modify philips hue dimmer

* Modify philips hue dimmer

* Update fromZigbee.js

* Update devices.js

* Update fromZigbee.js

* Update fromZigbee.js