UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[flendorianer]

Hmmmm, ich bastel und tu aber er findet den Hue Switch und das wars keine Reaktion egal was ich zurücksetzte und neu hinzufüge das Objekt reagiert nicht in iobroker… Hilfe....

[CrazyCreator]

Hast du die Version von Arteck mal probiert?

[arteck]

du kanst inzwischen die normale nehmen.. 0.8.0

da ist der gültige Stand heute

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

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

[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. :relieved:

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. :astonished:

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