Deconz-rest-plugin: Unterstützung von Aqara OPPLE-Switches

Im Anschluss sahen wir sie auf Ali (https://nl.aliexpress.com/item/4000322297550.html) zu einem guten Preis. Sah, sie sind Zigbee 3.0

+1 darauf. Ich habe sie gestern gesehen und der Preis ist im Vergleich zu anderen Wandschaltern auf dem Markt erstaunlich und bietet viel mehr Potenzial als der normale Aqara-Wandschalter. Ich werde bestellen und berichten.

+1 dazu bitte. Schön zu sehen, dass dies das Label "Geräteintegration" bekommen hat. Verrückter Preis für den Schalter. Den anderen Aqua-Schalter habe ich auch schon und er funktioniert super!

👍
Folgen auch.
Sehr interessante Szenenauswahl.

Habe gerade meine 6-Knopf-Version bekommen. Ich habe versucht, das Gerät als Switch hinzuzufügen, und es ist fehlgeschlagen, aber ich kann es in der deconz-App sehen. Der erste Knopf schaltet alle meine "Lichter" ein und der zweite Knopf schaltet sie aus.

Modell: WXCJKG13LM
Modellkennung: lumi.remote.b686opcn01

Welche Informationen benötigen Sie, um dieses Gerät zu integrieren?

@djashjones https://github.com/dresden-elektronik/deconz-rest-plugin/wiki/Request-Device-Support
Haben Sie versucht, in Home Assistant oder Nodered auf deconz_events zu hören?

Tut mir leid, ich weiß nicht, wie man Ereignisse in HA oder node-red (die ich beide habe) abhört.

@djashjones
In HA -> Entwicklertools -> Ereignisse
Du schreibst deconz_event in das untere Kästchen und drückst auf "Anhören starten".
Danach versuchen Sie, den Aqara Opple-Schalter zu drücken und zu sehen, ob Sie Antworten erhalten. Wenn dies erfolgreich ist, sehen Sie ähnliche Reaktionen wie auf dem Bild. Die "Ereignis"-Nummer sollte sich ändern, je nachdem, welche Taste Sie drücken, und wenn Sie drücken, lange drücken oder zweimal drücken.
Bitte probiere es aus und melde dich :)

Habe gerade meine 6-Knopf-Version bekommen.

Wie erleben Sie es, qualitativ?

Gleiche Qualität wie die 2 batteriebetriebene 2-Tasten-Wippe, die ich habe. Ich mag es sehr. Es ist wie die Ikea-Fernbedienung und die Basis ist magnetisch.

Ich werde sehen, welche Ereignisse heute Abend gefeuert werden, wenn ich von der Arbeit nach Hause komme.

Nichts wird angezeigt, wenn ich deconz_event im Home Assistant anhöre, während ich Tasten drücke. Ich kann es in deconz wie in den Screenshots oben sehen, aber nicht in Phoscon.

Seltsam ist, dass es meine Trafri-Lampen ein- / ausschaltet, die in Phoscon verknüpft sind ...

Bestätigt, Nichts in HA, Ereignisweise.

Ich habe Ikea Tradfri Glühbirnen (dimmbar) und Fassungen.

Taste 1, oben links, Aktion = Schaltet alle meine Lichter und Steckdosen aus.
Taste 2, oben rechts, Aktion = Schaltet alle meine Lichter und Socken ein.
Taste 3, Mitte links, Aktion = Verringert die Helligkeit der Glühbirnen.
Taste 4, Mitte rechts, Aktion = Erhöht die Helligkeit der Glühbirnen.

Gibt es Neuigkeiten für Homey?

Das gleiche Problem hier wie djashjones sagte
hast du schon eine lösung gefunden?

+1, habe gerade die 4-Tasten-Schalter erhalten und tut, wie von @djashjones kommentiert
Ich verwende Pimatic, das die REST-API verwendet und nicht angezeigt wird.
Der Aufruf der API auf /api/ zeigt auch die MAC-Adresse in der Liste aller Geräte nicht an
Was können wir bei der Integration des Geräts unterstützen?

Off-Topic: Nur Receiver 6-Tasten-Version. Es gab keine Instruktion in der Box. Könnte jemand sagen, wie es oben koppelt? Reset-Knopf scheint nutzlos zu sein? Bis zu 5 Sekunden halten, aber nichts passiert?

Hast du den neuen Xiaomi Homekit Hub?

Am Do, 5. Dez. 2019, 22:36 Uhr schrieb heine79, [email protected] :

Off-Topic: Nur Receiver 6-Tasten-Version. Es gab keine Instruktion in der
Kasten. Könnte jemand sagen, wie es oben koppelt? Reset-Knopf scheint nutzlos zu sein?
Bis zu 5 Sekunden halten, aber nichts passiert?

—
Sie erhalten dies, weil Sie diesen Thread abonniert haben.
Antworten Sie direkt auf diese E-Mail und zeigen Sie sie auf GitHub an
https://github.com/dresden-elektronik/deconz-rest-plugin/issues/2061?email_source=notifications&email_token=AHRBAT6EMS5NORT34L3VFT3QXF7ABA5CNFSM4JLW7MB2YY3PNVWWK3TUL52HS4DFVREXG43VXW56
oder abmelden
https://github.com/notifications/unsubscribe-auth/AHRBAT3EVRCQ33MKCPF4WJLQXF7ABANCNFSM4JLW7MBQ
.

Hast du den neuen Xiaomi Homekit Hub?
…
Am Do, 5. Dez 2019, 22:36 heine79, @ . * > wrote: Off Topic: Just Receiver 6 Button version. Es gab keine Instruktion in der Box. Könnte jemand sagen, wie es oben koppelt? Reset-Knopf scheint nutzlos zu sein? Bis zu 5 Sekunden halten, aber nichts passiert? — Sie erhalten dies, weil Sie diesen Thread abonniert haben. Antworten Sie auf diese E - Mail direkt, sehen sie auf GitHub <# 2061? Email_source = Benachrichtigungen & email_token = AHRBAT6EMS5NORT34L3VFT3QXF7ABA5CNFSM4JLW7MB2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEGCMOOA # issuecomment-562349880> oder abmelden https://github.com/notifications/unsubscribe-auth/AHRBAT3EVRCQ33MKCPF4WJLQXF7ABANCNFSM4JLW7MBQ .

Nein. Ich singe Conbee mit Hassio.

Ich glaube, ich habe es gekoppelt, indem ich die Taste (oben links, neben der LED) gedrückt gehalten habe, bis sie zu blinken begann.

Ich warte auch gespannt auf die Integration dieser Schalter. Ich habe bereits eine 6-Tasten-Version gekauft. Wenn Sie etwas tun können, um die Integration zu beschleunigen, lassen Sie es mich wissen.

Ich habe auch die 6- und 4-Tasten-Versionen, die auf Support warten :)
Schöne Qualität übrigens...

Gefunden auf zigbee2mqtt git, dass diese Switches "Release after Hold" unterstützen sollten.
Wenn wahr, wird dieser Schalter das Ereignis 1234 unterstützen.
Wer die normale Aqara Einzel-/Doppelwippe besitzt, dem ist vielleicht aufgefallen, dass man das Licht nicht gut dimmen kann. Dies liegt daran, dass beim Halten nur ein Ereignis gesendet wird. Der neue Aqara Opple-Schalter scheint in der Lage zu sein, sowohl das Ereignis x001 (Halten) als auch x003 (Nach dem Halten loslassen) zu senden.

Dies wird ideal für mein Badezimmer sein, wenn ich unterstützt werde. 1 für das Ein/Aus, 2 für das Dimmen und die dritte Reihe für das manuelle Ein-/Ausschalten des Dunstabzugs

Oder WLED, eines zum Ändern der Helligkeit, einer Farbe und eines Effekts!

Am Montag, den 9. Dezember 2019, 17:42 Uhr schrieb djashjones, [email protected] :

Dies wird ideal für mein Badezimmer sein, wenn ich unterstützt werde. 1 für ein/aus, 2
zum Dimmen und die dritte Reihe für den Dunstabzug manuell ein/aus

—
Sie erhalten dies, weil Sie diesen Thread abonniert haben.
Antworten Sie direkt auf diese E-Mail und zeigen Sie sie auf GitHub an
https://github.com/dresden-elektronik/deconz-rest-plugin/issues/2061?email_source=notifications&email_token=AHRBAT3VMW4JPFEYH32PNMDQXZ7PDA5CNFSM4JLW7MB2YY3PNVWWK3TUL52HS4DFVREXG43VX2HW3
oder abmelden
https://github.com/notifications/unsubscribe-auth/AHRBAT3TD3VBIR2KNW7JCVLQXZ7PDANCNFSM4JLW7MBQ
.

Habe gerade meins bekommen :-) , 6 Tasten Varianz
Ich stimme zu, dass es alle Lichter steuert: 2 obere Tasten sind ein und aus, die mittleren Tasten sind nach oben oder unten dimmen und die 2 unteren Tasten sind mehr gelb oder weniger gelb.
erscheint überhaupt nicht auf domoticz oder auf phoscon :-(. gibt es eine Möglichkeit zu steuern, welche Lichter es steuert?
Gibt es eine Möglichkeit, nur bestimmte Lichter zu steuern?

4-Tasten-Version:

Also spielte ein bisschen mit deCONZ herum und bemerkte, dass es eine Möglichkeit gibt, eine XML-Datei hinzuzufügen, um die Profile, Geräte usw. zu erweitern. Kann dies hier helfen? oder brauchen wir Code-Unterstützung für diese Schalter?

Ich habe versucht, mir das Benutzerhandbuch "Erweitern des zcldb-Abschnitts" anzusehen, bin mir aber nicht sicher, wie die Dinge zugeordnet werden sollen. Es scheint, dass die Zuordnung korrekt ist (ein / aus, Dimmer und Farbe sind alle identifiziert), aber es gibt keine Ereignisse oder Konfigurationen wie bei einen anderen Xiaomi-Switch habe ich, und ich konnte noch nichts Offensichtliches in der Datei finden, die mir zeigt, wie ich sie mit einem bestimmten Gerätetyp verknüpfen kann.

Gibt es eine Möglichkeit, nur bestimmte Lichter zu steuern?

Normalerweise würde ich vorschlagen, eine Gruppe zu erstellen, ihr ein Licht hinzuzufügen und die Client-Cluster des Switches an diese Gruppe zu binden. Ich bin mir jedoch nicht sicher, ob das für Xiaomi funktioniert. Könnte ausreichen, um nur einen Cluster zu binden, aber möglicherweise müssen Sie auch alle drei binden (_On/Off_, _Level Control_ und _Color Control_).

Ich verstehe die Verwendung für den 2. Endpunkt des 6-Tasten-Schalters nicht.

hmmm - ich habe versucht, die Binding-Dateien auf Timeout zu setzen :-(

Stellen Sie sicher, dass Sie eine Taste drücken, um den Schalter aufzuwecken, während Sie die Bindung ausgeben.

Vielen Dank - funktioniert jetzt nach einigen Versuchen und Drücken. Ich musste jedes der Elemente separat binden, aber jetzt funktioniert es an einer Lampe - was viel besser ist. Die nächsten Schritte sind, dass ich dies brauche, um mit 3 Lampen zu arbeiten, die ich in meinem Zimmer habe. Brauche ich 3 Gruppen? eine für ein/aus, dimmen und farbe?
Ich werde auch versuchen, an den zweiten Endpunkt zu binden, mal sehen, was passiert ...

Erstellen Sie am besten eine einzelne Gruppe, binden Sie alle drei Cluster daran und fügen Sie dieser Gruppe mehrere Lichter hinzu.

OK - es gelang, den zweiten Endpunkt zu binden, aber es hat nichts bewirkt, versucht, langes Drücken, doppeltes Drücken usw. auszuführen, aber nichts ...
Ich werde es als nächstes mit der Gruppe versuchen, brauche aber jetzt wirklich Events, da ich einige der Aktionen mit Geräten verknüpfen möchte, die nicht zibgee sind

Ich wäre auch an einer Unterstützung für diese Schalter interessiert. Habe mir die 2, 4 und 6 besorgt. Wäre toll, wenn sie mit conbee zusammenarbeiten würden...

Nun, es funktioniert jetzt irgendwie, mit vielen Einschränkungen. Sie können damit Ein/Aus, Dimmen und Farbe steuern, solange Ihre Lampen auch von conbee gesteuert werden - Sie können eine Gruppe von Lampen in Phoscon erstellen und die Schalter mit der Bindeoption in deCONZ verbinden (Sie können eine Gruppe binden oder auf ein einzelnes Licht). aber das war es schon.
Sie können keine Ereignisse auf domoticz/HA/Homey usw. übertragen (was das größte Problem ist), Sie können kein langes Drücken oder Doppeldrücken verwenden und Sie können die Tastenzuweisungen nicht ändern (z. B. können Sie nicht mit einer der Tasten umschalten).
Ich habe es eigentlich gekauft, damit ich in jedem Raum einen zentralen Controller haben kann, der die Lichter und die Klimaanlage (die von domoticz gesteuert wird) steuern kann - also warte ich sehnsüchtig auf Unterstützung.

Noch eine Frage an die Experten da draußen - gibt es eine Möglichkeit, in deCONZ ein "virtuelles" Licht zu erstellen? Ich meine, dass ich in deCONZ ein Lichtobjekt haben kann, das nicht wirklich eine echte physikalische Glühbirne ist.
Da ich Lichtereignisse an domoticz bekomme - und wenn ich in deCONZ ein virtuelles Licht erstellen kann, das vom Switch gesteuert wird, kann ich die Ereignisse in domoticz verwenden, um andere Hardware zu steuern.

Hat es jemand mit dem Xiaomi Hub ausprobiert, um zu sehen, wie gut es funktioniert?

Am Sa, 14. Dezember 2019, 13:28 Uhr schrieb eserero, [email protected] :

Nun, es funktioniert jetzt irgendwie, mit vielen Einschränkungen. Sie können es verwenden, um
Steuerung Ein/Aus, Dimmen und Farbe, solange Ihre Lampen auch gesteuert werden
von conbee - Sie können in Phoscon eine Gruppe von Lampen erstellen und die
schaltet mit der bind-Option in deCONZ. aber das war es schon.
Sie können keine Ereignisse nach domoticz/HA/Homey usw. bringen (was das größte ist)
Problem), können Sie nicht lange drücken oder doppelt drücken und Sie können die
Tastenzuweisungen (z. B. können Sie nicht mit einem der
Tasten).
Ich habe es tatsächlich gekauft, damit ich in jedem einen zentralen Controller haben kann
Raum, der das Licht und die Klimaanlage steuern kann (was
gesteuert von domoticz) - also sehnsüchtig auf Unterstützung warten.

Noch eine Frage an die Experten da draußen - gibt es eine Möglichkeit, ein
"virtuelles" Licht in deCONZ? Ich meine, dass ich in deCONZ ein Lichtobjekt haben kann
das ist nicht wirklich eine echte physikalische Glühbirne.
Weil ich Lichtevents zu domoticz bringe - und wenn ich ein virtuelles erstellen kann
Licht in deCONZ, das vom Schalter gesteuert wird, kann ich die Ereignisse in
domoticz, um andere Hardware zu steuern.

—
Sie erhalten dies, weil Sie diesen Thread abonniert haben.
Antworten Sie direkt auf diese E-Mail und zeigen Sie sie auf GitHub an
https://github.com/dresden-elektronik/deconz-rest-plugin/issues/2061?email_source=notifications&email_token=AHRBAT7XWEUYIXCITRDJBKDQYTNOVA5CNFSM4JLW7MB2YY3PNVWWK3TUL52HS4DFVREXG43MV-W562HJLOKT5JLW7MB2YY3PNVWWK3TUL52HS4DFVREXG43MV-W56DE
oder abmelden
https://github.com/notifications/unsubscribe-auth/AHRBATZMPO6E6WTQ7OR3DJTQYTNOVANCNFSM4JLW7MBQ
.

habe es nicht probiert. Es wird nur im neuen Hub (dem mit der Siri-Unterstützung) unterstützt. Ich denke, sie werden in Zukunft den regulären Hub unterstützen, kein wirklicher Grund, dies nicht zu tun.

Ich habe langsam den Eindruck, dass die Machthaber kein Interesse daran haben, neue Geräte zu integrieren, oder bin ich es?

Ich habe langsam den Eindruck, dass die Machthaber kein Interesse daran haben, neue Geräte zu integrieren, oder bin ich es?

Ich glaube nicht, dass die Geschichte einen solchen Zynismus verdient, die meisten (oder alle?) früheren Xiaomi-Geräte wurden meines Wissens integriert. Ich neige eher zu der Annahme, dass es diese Saison ist, die beschäftigt ist, obwohl die Fortschritte langsam sind. Trotzdem würde ich mich auch über ein oder zwei Worte freuen, dass diese Geräte nicht in Vergessenheit geraten sind, auch wenn noch keine Fortschritte gemacht wurden.

Versteh mich nicht falsch, ich liebe meinen Conbee II Stick, er ist seit einem Jahr felsenfest

Habe gerade einige Samsung Smartthings Zigbee Plugs 2019 Version bestellt und über die vorherige Version gelesen, die Interesse hatte, aber nie integriert wurde.

Ich habe gerade meine bekommen. Seltsamerweise, wenn Sie es mit Phoscon verbinden (Sie erhalten keine Rückmeldung, dass es gefunden wurde), steuert es sofort alle Lichter. Ich habe nicht einmal eine Gruppe für alle Lichter, daher bin ich mir nicht sicher, wie ich das ausschalten soll. Ich kann den Switch in Phoscon oder über die REST-API nicht sehen. Es wird nichts an Home Assistant gesendet.

Auf einer Hardware-Notiz kann ich dem Handbuch entnehmen, dass es eine CR2032-Batterie hat, aber es gibt keine Anweisungen, wie man sie eventuell ersetzen kann. Hat jemand versucht herauszufinden, ob es möglich ist?

Habe die Erklärung zu dem seltsamen Verhalten gefunden und auch, wie man auf die Batterie zugreift. https://community.hubitat.com/t/xiaomi-opple-6-button-remote/27921/9

Ich wollte gerade diesen Link posten, aber du hast mich geschlagen!

@manup Gibt es Informationen, die wir Ihnen zur Verfügung stellen können, die Ihnen bei der

Es steuert alle Lichter, die auf Phoscon sind?

Am Mi, 18. Dez. 2019, 12:41 Uhr PremiumUsername, [email protected]
schrieb:

Ich habe gerade meine bekommen. Seltsamerweise, wenn Sie es mit Phoscon verbinden (Sie erhalten keine
Feedback, das es gefunden hat), steuert es sofort alle Lichter an. Ich nicht
Ich habe sogar eine Gruppe für alle Lichter, daher bin ich mir nicht sicher, wie ich das ausschalten soll. ich
kann den Switch in Phoscon oder über die REST-API nicht sehen. Es wird nichts gesendet an
Assistent zu Hause.

Auf einer Hardware-Notiz kann ich dem Handbuch entnehmen, dass es eine CR2032-Batterie hat
aber es gibt keine Anleitung, wie man es schließlich ersetzen kann. Hat jemand
versucht herauszufinden, ob es möglich ist?

—
Sie erhalten dies, weil Sie diesen Thread abonniert haben.
Antworten Sie direkt auf diese E-Mail und zeigen Sie sie auf GitHub an
https://github.com/dresden-elektronik/deconz-rest-plugin/issues/2061?email_source=notifications&email_token=AHRBAT72KTKADT3G2HH5XADQZID5PA5CNFSM4JLW7MB2YY3PNVWWK3TUL52HS4DFVREXG43MVXBW63
oder abmelden
https://github.com/notifications/unsubscribe-auth/AHRBAT4WD65QRWPGJHEYYQLQZID5PANCNFSM4JLW7MBQ
.

ja

Leute, wenn Sie sich meinen Beitrag oben ansehen - ich habe es geschafft, es mit der Bindeoption in deCONZ so zu konfigurieren, dass es mit einem bestimmten Licht oder einer bestimmten Gruppe funktioniert. Wenn Sie weitere Hilfe dazu benötigen, lassen Sie es mich wissen und ich werde eine genauere Erklärung posten.

Wenn du weitere Hilfe dazu brauchst, lass es mich wissen

Das ist ein schönes Angebot, aber für meine Zwecke benötige ich die Integration mit Home Assistant.

Ich werde eine genauere Erklärung posten.

Bitte.

Wenn du weitere Hilfe dazu brauchst, lass es mich wissen

Das ist ein schönes Angebot, aber für meine Zwecke benötige ich die Integration mit Home Assistant.

ich auch. Es hat mehr Optionen als die IKEA 5-Taste, die ich derzeit verwende.

Ich werde eine genauere Erklärung posten.

Bitte.

stimme allen zu, die wir brauchen, um Ereignisse auf Hausautomationssysteme zu übertragen, ansonsten ist es eine verkrüppelte Lösung. selbst mit Domoticz.

Wie auch immer - hier ist, was ich getan habe, damit es nur für meine Wohnzimmerbeleuchtung funktioniert.

1. Erstellen Sie eine Gruppe in Phoscon (sagen Sie Lichter oder was auch immer Schalter)
2. Wenn Sie Phoscon auf Chrome ausführen, klicken Sie mit der rechten Maustaste auf die Seite und wählen Sie "Inspizieren".
3. Gehen Sie zum Netzwerk-Tab - Sie sollten so etwas wie das folgende sehen (ich weiß nicht, wie ich die Gruppennummer von deconz bekomme ...)

1. Klicken Sie auf eine der Zeilen mit "Gruppe" - auf der rechten Seite sehen Sie die Gruppennummern. Wenn Sie sie erweitern, können Sie die Gruppennamen sehen, die Sie in Phoscon definiert haben. Finde die gewünschte Gruppe und merke dir die Nummer
2. Gehe zu deconz und wähle das "Bind Panel" aus dem Panel-Dropdown

3. 

4. Öffnen Sie das Cluster-Menü über den xiaomi-Schalter und ziehen Sie die Zeile "Ein/Aus" auf die Schaltfläche "Quelle" in der Bindebox. es sollte 006 sein. Wählen Sie auf dem Zielteil "Gruppe" und geben Sie die Gruppennummer mit dem vorangestellten 0x00 ein, wie Sie im Screenshot sehen können.

5. Drücken Sie nun auf die Schaltfläche "Binden". - Beachten Sie, dass ich einige Versuche und wiederholtes Klicken auf einen der Schalter des Schalters benötigt habe, um ihn aufzuwecken.
6. Wiederholen Sie den Vorgang für "Level Control" 0008 und "Color Control" 0300.

Kann die von eserero bereitgestellte Methode in irgendeiner Weise verwendet werden, um die Steuerung von Nicht-Zigbee-Geräten in Home Assistant bereitzustellen? Ist es beispielsweise möglich, in Phoscon eine Lichtgruppe ohne Licht zu erstellen und diese Gruppe irgendwie in Home Assistant zu integrieren und den Status dieser Gruppe zur Steuerung von Automatisierungen zu verwenden?

deCONZ-Version 2.05.71
Ich habe es auch versucht.
Habe dasselbe wie @eserero gemacht (Schalter zur Gruppen-ID
Und check deconz event listener, wenn ich die Taste drücke.
Aber nichts, ruhig..

Um Schaltflächenereignisse anzuzeigen, benötigen Sie die entsprechende Unterstützung im REST-API-Plugin. Die Bindung dient nur zur direkten Steuerung von Lichtern (und verhindert, dass der Switch alle Lichter in Ihrem Netzwerk steuert).

@ebaauw gibt es eine einfache Möglichkeit, die richtige Unterstützung für das REST-API-Plugin zu erhalten, während Sie auf eine offizielle Integration warten? Offensichtlich gibt es eine Kommunikation vom Opple-Switch zu deconz.

Kann die von eserero bereitgestellte Methode in irgendeiner Weise verwendet werden, um die Steuerung von Nicht-Zigbee-Geräten in Home Assistant bereitzustellen? Ist es beispielsweise möglich, in Phoscon eine Lichtgruppe ohne Licht zu erstellen und diese Gruppe irgendwie in Home Assistant zu integrieren und den Status dieser Gruppe zur Steuerung von Automatisierungen zu verwenden?

Das ist ein sehr umständlicher Weg, aber wenn es möglich ist, eine leere Lichtgruppe zu erstellen, können Sie dies in HA verwenden, um eine Automatisierung zu steuern (vorausgesetzt, eine solche Gruppe kann in Phoscon ein- und ausgeschaltet werden). Wenn Sie nicht in großer Eile sind, ist es meiner Meinung nach besser, auf richtige Schaltflächenereignisse mit echter Dekonz-Integration zu warten, anstatt diese Notlösung zu verwenden.

Bei mir läuft dc_eventlog.
Ich sehe andere Sensor- und Tastenereignisse, aber nicht von Aqara OPPLE...

ich werde versuchen geduldig zu sein :-)

Offensichtlich gibt es eine Kommunikation vom Opple-Switch zu deconz.

Technisch gesehen, nein, der Switch kommuniziert _nicht_ mit dem Gateway; es sendet Broadcast-Nachrichten (Groupcast), die auch vom Gateway abgeholt werden. Das Gateway belauscht die Nachrichten vom Switch an die Gruppe.

Beachten Sie, dass diese OPPLE-Schalter ganz anders funktionieren als die anderen Xiaomi-Schalter, die tatsächlich Berichte direkt an den Koordinator senden und die Lichter nicht direkt steuern können.

Gibt es eine einfache Möglichkeit, die richtige Unterstützung für das REST-API-Plugin zu erhalten, während Sie auf eine offizielle Integration warten?

Das würde ich nicht einfach nennen. Du musst:

• Whitelist des Switches in https://github.com/dresden-elektronik/deconz-rest-plugin/blob/bb47cdbc19c257e3000fdb8475aa456830e6df94/de_web_plugin.cpp#L103
• Erstellen Sie eine Tastenbelegung, wahrscheinlich sehr ähnlich zu https://github.com/dresden-elektronik/deconz-rest-plugin/blob/bb47cdbc19c257e3000fdb8475aa456830e6df94/sensor.cpp#L498
• Verknüpfen Sie den Schalter mit der Tastenbelegung in https://github.com/dresden-elektronik/deconz-rest-plugin/blob/bb47cdbc19c257e3000fdb8475aa456830e6df94/sensor.cpp#L1130
• Setze checkReporting , checkClientCluster und rufe checkSensorGroup() für den Switch in https://github.com/dresden-elektronik/deconz-rest-plugin/blob/bb47cdbc19c257e3000fdb8475aa456830e6df94/de_web_plugin auf .cpp#L3036
• Setzen Sie den Schalter auf die Whitelist unter https://github.com/dresden-elektronik/deconz-rest-plugin/blob/bb47cdbc19c257e3000fdb8475aa456830e6df94/bindings.cpp#L2138
• Setzen Sie den Switch auf die Whitelist unter https://github.com/dresden-elektronik/deconz-rest-plugin/blob/bb47cdbc19c257e3000fdb8475aa456830e6df94/bindings.cpp#L2392
• Und wahrscheinlich den Switch an ein oder zwei anderen Stellen auf die Whitelist setzen ("es gibt immer einen weiteren Platz, um ein Gerät auf die Whitelist zu setzen").

Es ist nicht allzu schwierig, wenn Sie einen ähnlich verhaltenden Schalter als Beispiel nehmen, der bereits unterstützt wird, und den Code nach Referenzen durchsuchen, die diesen Schalter auf die Whitelist setzen. Aber es ist ein bisschen Versuch und Irrtum. Deshalb erstelle ich keine PRs mehr für Switches, auf die ich keinen Zugriff habe.

@ebaauw
Ich habe Ihre Schritte + einige zusätzliche Whitelists befolgt, in denen ich den Schalter hinzugefügt habe und ihn über den Sensorabschnitt in der Phoscon-App koppeln kann und er in der restlichen API angezeigt wird. Leider stimmt etwas nicht. Es werden keine Button-Ereignisse gesendet... Ich bin mir nicht sicher, was ich falsch mache? Wahrscheinlich einige Konflikte?

Ich versuche es mit dem Aqara Opple 2-Tastenschalter.

Sollten die Ein/Aus- und Level-Cluster eine blaue Farbe haben?

Zumindest schaltet es nicht mehr alle Lichter ein / aus, wie einige andere Leute berichtet haben :)

Es werden keine Button-Ereignisse gesendet... Ich bin mir nicht sicher, was ich falsch mache? Wahrscheinlich einige Konflikte?

Hast du es mit einer Button-Map verknüpft? Was sagt das deCONZ-Log?

Sollten die Ein/Aus- und Level-Cluster eine blaue Farbe haben?

Nein. Cluster kommen paarweise: Der (blaue) Server-Cluster ist der Aktor, der den Status hält; das (graue) Client-Cluster steuert den Aktor. Befehle werden vom Client zum Server gesendet; Berichte (und Antworten) werden vom Server zum Client gesendet. Es ist eigentlich ganz normal, dass Controller über Client-Cluster verfügen; Es sind die anderen Xiaomi-Funkschalter, die den Standard bis zur Unkenntlichkeit verstümmeln, indem sie Berichte anstelle von Befehlen senden.

Zumindest schaltet es nicht mehr alle Lichter ein / aus, wie einige andere Leute berichtet haben :)

Dann sind die Bindings wohl OK konfiguriert. Beachten Sie auch config.group .

@ebaauw ok, ich habe die Schaltflächenereignisse zum
Da ich das zum ersten Mal mache, gibt es immer noch einige Dinge, die ich nicht verstehe. Vielleicht könnt ihr mir helfen das besser zu verstehen, damit ich den Support richtig umsetzen kann...

1. Über die Gruppe. Keiner meiner anderen Switches hat ein group in der Konfiguration. Warum hat dieser eine Gruppe und ist das in Ordnung?

2. Ich habe die Schaltflächenereignisse zum Laufen gebracht, aber nur Einzel- und Doppeldruck funktionieren. Der Schalter sollte auch langes Drücken unterstützen, aber das scheint nicht zu funktionieren. Mir ist aufgefallen, dass das einmalige Drücken vom OnOff-Cluster kommt und das doppelte Drücken vom Level-Cluster. Bedeutet das, dass das lange Drücken aus dem Farbcluster kommen sollte? Muss man den Farbcluster irgendwie explizit zum Schalter hinzufügen?

3. Die Batterieinformationen zeigen immer null . Ist das in Ordnung?

4. Ich kann den Schalter nur in der Phoscon-App hinzufügen, wenn ich nach Sensoren suche, nicht nach Schaltern. Warum ist das so? Kann dies geändert werden, dass es gefunden wird, wenn ich nach Switches suche?

1. Über die Gruppe. Keiner meiner anderen Switches hat eine Gruppe in der config. Warum hat dieser eine Gruppe und ist das in Ordnung?

Welche anderen Schalter hast du? Nur Schalter, die Befehle an (eine Gruppe von) Lichtern senden, haben config.group . Wie ich oben schon sagte, sind die anderen Xiaomi-Switches die Ausnahme, die sich wie ein zustandsbehafteter Sensor und nicht wie ein zustandsloser Funkschalter verhalten.

1. Ich habe die Schaltflächenereignisse zum Laufen gebracht, aber nur Einzel- und Doppeldruck funktionieren. Der Schalter sollte auch langes Drücken unterstützen, aber das scheint nicht zu funktionieren. Mir ist aufgefallen, dass das einmalige Drücken vom OnOff-Cluster kommt und das doppelte Drücken vom Level-Cluster. Bedeutet das, dass das lange Drücken aus dem Farbcluster kommen sollte? Muss man den Farbcluster irgendwie explizit zum Schalter hinzufügen?

Sie müssen herausfinden, welchen Befehl der Schalter bei langem Drücken sendet. Normalerweise ist es _Move_ beim Halten und _Stop_ beim langen Loslassen. deCONZ sollte diese Befehle protokollieren (wenn mit der richtigen Menge an Debug-Logging gestartet). Welchen Befehl sendet es bei doppeltem Drücken? _Zu Level wechseln_? Ich bezweifle, dass es Befehle vom _Color Control_-Cluster senden würde, es sei denn, langes Drücken wird verwendet, um durch Farben oder Farbtemperaturen zu wechseln.

1. Die Batterieinformationen zeigen immer null an. Ist das in Ordnung?

Nein. Wird es ausgefüllt, wenn Sie die Attribute aus dem Cluster _Power Configuration_ lesen? In diesem Fall müssen Sie eine Bindung von diesem (Server!) Cluster zum Koordinator (Endpunkt 0x01) erstellen und die Attributberichterstattung für _Battery Percentage Remaining_ konfigurieren. Dieser sollte den Wert in 0,5 % angeben, aber nicht alle Anbieter halten sich daran (insbesondere IKEA).

1. Ich kann den Schalter nur in der Phoscon-App hinzufügen, wenn ich nach Sensoren suche, nicht nach Schaltern. Warum ist das so? Kann dies geändert werden, dass es gefunden wird, wenn ich nach Switches suche?

Leider habe ich keine Erfahrung mit Phoscon. Es ist nicht Open Source, daher kann es nur von dresden elektronik geändert werden.

1. Ja, ich habe einige andere Xiaomi-Switches. Aber ich habe auch Philips Hue Dimmer-Schalter und mir ist gerade aufgefallen, dass sie auch eine Gruppe haben. Also das lösche ich jetzt für :)

2. Nachdem ich im deCONZ-Log nachgesehen habe, stellte ich fest, dass meine Tastenbelegung falsch war, so habe ich das einfache und doppelte Drücken zum Laufen gebracht. Aber bei langem Drücken wird nichts im Log angezeigt. Für das doppelte Drücken bekomme ich jetzt button 1004 Double press oder button 2004 Double press in der Konsole. Die Schaltflächenbelegung sieht so aus:

static const Sensor::ButtonMap aqaraOpple2Map[] = {
//    mode                          ep    cluster cmd   param button                                       name
    // First button Off
    { Sensor::ModeScenes,           0x01, 0x0006, 0x00, 0,    S_BUTTON_1 + S_BUTTON_ACTION_INITIAL_PRESS, "Normal press" },
    { Sensor::ModeScenes,           0x01, 0x0008, 0x02, 1,    S_BUTTON_1 + S_BUTTON_ACTION_DOUBLE_PRESS, "Double press" },
    // First button On
    { Sensor::ModeScenes,           0x01, 0x0006, 0x01, 0,    S_BUTTON_2 + S_BUTTON_ACTION_INITIAL_PRESS, "Normal press" },
    { Sensor::ModeScenes,           0x01, 0x0008, 0x02, 0,    S_BUTTON_2 + S_BUTTON_ACTION_DOUBLE_PRESS, "Double press" },

    // end
    { Sensor::ModeNone,             0x00, 0x0000, 0x00, 0,    0,                                           nullptr }
};

Bin mir nicht sicher ob das zu 100 % richtig ist.

Gibt es einen Ort, an dem ich das lange Drücken mit etwas Protokoll debuggen kann? Oder wie müsste ich jetzt vorgehen, um herauszufinden, warum langes Drücken nicht erscheint?

1. So sieht die Power Configuration aus, nachdem ich sie gelesen habe.
   

2. Habe es.

Danke für die Unterstützung.

Button-Map sieht so aus

Der Switch sendet also bei doppeltem Drücken einen _Step_-Befehl (Cluster 0x0008, Befehl 0x02).

Gibt es einen Ort, an dem ich das lange Drücken mit etwas Protokoll debuggen kann?

Führen Sie deCONZ mit --dbg-info=2 --dbg-aps=2 --dbg-error=1 und der Ausgabe tail -f . Sie sollten Nachrichten sehen wie:

Dec 23 19:52:14 pi5 deCONZ[13715]: 19:52:11:389 APS-DATA.indication srcAddr: 0x7ce3, srcEp: 0x01 dstAddrMode: 1, profile: 0x0104, cluster: 0x0006, lqi: 255, rssi: -46
Dec 23 19:52:14 pi5 deCONZ[13715]: 19:52:11:389     asdu: 011601
Dec 23 19:52:14 pi5 deCONZ[13715]: 19:52:11:389 APS-DATA.indication from child 0x7CE3
Dec 23 19:52:14 pi5 deCONZ[13715]: 19:52:11:389 verify 0x000d6ffffea46abf is child node after 778788 s
Dec 23 19:52:14 pi5 deCONZ[13715]: 19:52:11:389 button 1002 On
...
Dec 23 19:56:04 pi5 deCONZ[13715]: 19:55:55:635 APS-DATA.indication srcAddr: 0x7ce3, srcEp: 0x01 dstAddrMode: 1, profile: 0x0104, cluster: 0x0008, lqi: 255, rssi: -48
Dec 23 19:56:04 pi5 deCONZ[13715]: 19:55:55:635     asdu: 0117050053
Dec 23 19:56:04 pi5 deCONZ[13715]: 19:55:55:635 APS-DATA.indication from child 0x7CE3
Dec 23 19:56:04 pi5 deCONZ[13715]: 19:55:55:636 button 1001 Move up (with on/off)
...
Dec 23 19:56:04 pi5 deCONZ[13715]: 19:55:58:306 APS-DATA.indication srcAddr: 0x7ce3, srcEp: 0x01 dstAddrMode: 1, profile: 0x0104, cluster: 0x0008, lqi: 255, rssi: -48
Dec 23 19:56:04 pi5 deCONZ[13715]: 19:55:58:306     asdu: 011807
Dec 23 19:56:04 pi5 deCONZ[13715]: 19:55:58:306 APS-DATA.indication from child 0x7CE3
Dec 23 19:56:04 pi5 deCONZ[13715]: 19:55:58:308 button 1003 Stop (with on/off)

Dies ist Drücken, Halten und langes Loslassen für einen Trådfri On/Off-Controller. Die erste Nachricht in jeder Sequenz ist die APS-DATA.indication, die die NWK-Adresse (0x7ce3 in meinem Fall) der Quelle anzeigt. Überprüfen Sie das Feld _Node Info_ in der deCONZ-GUI, um die NWK-Adresse für Ihren Switch zu finden. Als nächstes sehen Sie den Quellendpunkt (0x01), das Profil (0x0104 für ZHA) und den Cluster (0x0006 für _On/Off_ oder 0x0008 für _Level Control_). In asdu Sie die ZCL-Nutzlast. Das erste Byte ist eine Status-Bitmap, das zweite Byte ist die Sequenznummer, das dritte Byte ist der Befehl ( 01 für _On_; 05 für _Move with (On/Off)_; und 07 für _Stop_). Siehe die Spezifikation der ZigBee-Clusterbibliothek. Die Bytes danach sind die Befehlsparameter ( 00 für Richtung: _Up_ und 53 für die Bewegungsgeschwindigkeit). Beachten Sie, dass der Text nach button 100x aus der Schaltflächenzuordnung stammt.
deCONZ sollte eine Warnung protokollieren, wenn kein passender Befehl in der Schaltflächenzuordnung gefunden wird, aber ich habe kein Beispiel zur Hand.

1. So sieht die Power Configuration aus, nachdem ich sie gelesen habe.

_Battery Percentage Remaining_ meldet Xiaomi natürlich nicht, obwohl sie mittlerweile einige "normale" Schalter haben. Sie müssen den Schalter hier auf die Whitelist setzen:
https://github.com/dresden-elektronik/deconz-rest-plugin/blob/bb47cdbc19c257e3000fdb8475aa456830e6df94/de_web_plugin.cpp#L5736
Welchen Batterietyp hat der OPPLE? CR2032? Der Code zum Umrechnen der Spannung in Prozent sollte wahrscheinlich für jede 3V-Lithium-Knopfzelle gleich schlecht funktionieren. Möglicherweise benötigen Sie weiterhin die Bindungs- und Attributberichterstattung, es ist jedoch auch möglich, dass der Switch fest codiert ist, um dies regelmäßig an den Koordinator (NWK-Adresse 0x0000) zu melden.

1.

Der Switch sendet also bei doppeltem Drücken einen Step-Befehl (Cluster 0x0008, Befehl 0x02).

Ist das ok oder ein Problem?

2.
Ok, also habe ich auch eine Art langes Drücken (Halten) zum Arbeiten bekommen. So sieht die Button Map jetzt aus:

static const Sensor::ButtonMap aqaraOpple2Map[] = {
//    mode                          ep    cluster cmd   param button                                       name
    // First button Off
    { Sensor::ModeScenes,           0x01, 0x0006, 0x00, 0,    S_BUTTON_1 + S_BUTTON_ACTION_INITIAL_PRESS, "Normal press" },
    { Sensor::ModeScenes,           0x01, 0x0008, 0x02, 1,    S_BUTTON_1 + S_BUTTON_ACTION_DOUBLE_PRESS, "Double press" },
    { Sensor::ModeScenes,           0x01, 0x0300, 0x4c, 1,    S_BUTTON_1 + S_BUTTON_ACTION_HOLD, "Hold off" },

    // First button On
    { Sensor::ModeScenes,           0x01, 0x0006, 0x01, 0,    S_BUTTON_2 + S_BUTTON_ACTION_INITIAL_PRESS, "Normal press" },
    { Sensor::ModeScenes,           0x01, 0x0008, 0x02, 0,    S_BUTTON_2 + S_BUTTON_ACTION_DOUBLE_PRESS, "Double press" },
    { Sensor::ModeScenes,           0x01, 0x0300, 0x4c, 3,    S_BUTTON_2 + S_BUTTON_ACTION_HOLD, "Hold On" },

    // end
    { Sensor::ModeNone,             0x00, 0x0000, 0x00, 0,    0,                                           nullptr }
};

Aber leider egal ob ich die linke oder rechte Taste des Schalters halte, es wird immer nur das Hold off Ereignis (die linke Taste) ausgelöst. Was mache ich hier falsch? Der Parameter ist anders und ich habe ihn in der Schaltflächenzuordnung, funktioniert aber immer noch nicht ...

Hier ist die Fehlersuche:

20:56:43:000 APS-DATA.indication srcAddr: 0xf9d4, srcEp: 0x01 dstAddrMode: 1, profile: 0x0104, cluster: 0x0300, lqi: 255, rssi: -49
20:56:44:000    asdu: 11224c0345000700000000000000
20:56:44:001 button 1001 Hold off

20:56:59:307 APS-DATA.indication srcAddr: 0xf9d4, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0300, lqi: 255, rssi: -49
20:56:59:307    asdu: 11234c0145000700000000000000
20:56:59:307 button 1001 Hold off

3.
Ja, es hat eine CR2032-Batterie. Nachdem ich den Switch an der angegebenen Stelle auf die Whitelist gesetzt habe, wird der Batterieprozentsatz angezeigt, aber nur, wenn ich den Power Configuration-Cluster mit der GUI manuell auslese... Warum ist das so?

Ist das ok oder ein Problem?

In Ordnung

Was mache ich hier falsch? Der Parameter ist anders und ich habe ihn in der Schaltflächenzuordnung, funktioniert aber immer noch nicht ...

Sie müssen den 0x4c-Befehl (_Step Color Temperature_) nach dem _Move Color Temperature_ verarbeiten:
https://github.com/dresden-elektronik/deconz-rest-plugin/blob/bb47cdbc19c257e3000fdb8475aa456830e6df94/de_web_plugin.cpp#L3418 -L3419
Die Logik ist wahrscheinlich dieselbe wie bei _Step_:

https://github.com/dresden-elektronik/deconz-rest-plugin/blob/bb47cdbc19c257e3000fdb8475aa456830e6df94/de_web_plugin.cpp#L3384

Sie sollten kein x001 ohne entsprechendes x003 ausgeben. Wenn der Switch bei langer Freigabe nichts sendet, sollten Sie diese Befehle x003 zuordnen.

aber nur wenn ich den Power Configuration Cluster manuell mit der GUI auslese... Warum ist das so?

Wie ich bereits sagte, müssen Sie möglicherweise die Attributberichterstattung einrichten.

Ok, ich habe auch das Hold-Button-Ereignis richtig funktionieren lassen. Ich denke, dass die Ereignisse jetzt richtig gesendet werden...

Wie ich bereits sagte, müssen Sie möglicherweise die Attributberichterstattung einrichten.

Ich bin mir nicht sicher, wie das geht. Könnten Sie mir dabei helfen?

Also, der Schalter funktioniert jetzt. Es gibt noch einige Probleme, die behoben werden müssen, aber ich bin mir nicht sicher, wie ich jetzt vorgehen soll. Ich bin mir auch nicht sicher, ob das, was ich dort codiert habe, der richtige Umgang mit dem Schalter ist ...

Wie ich bereits sagte, müssen Sie möglicherweise die Attributberichterstattung einrichten.

Ich bin mir nicht sicher, wie das geht. Könnten Sie mir dabei helfen?

• Stellen Sie sicher, dass checkReporting für den Sensor in https://github.com/dresden-elektronik/deconz-rest-plugin/blob/bb47cdbc19c257e3000fdb8475aa456830e6df94/de_web_plugin.cpp#L3036 eingestellt ist
• Whitelist des Sensors in https://github.com/dresden-elektronik/deconz-rest-plugin/blob/bb47cdbc19c257e3000fdb8475aa456830e6df94/bindings.cpp#L1691
• Setzen Sie den Sensor noch einmal auf die Whitelist für den Umgang mit _Batteriespannung_ in https://github.com/dresden-elektronik/deconz-rest-plugin/blob/bb47cdbc19c257e3000fdb8475aa456830e6df94/bindings.cpp#L1919

ich bin mir nicht sicher wie ich jetzt vorgehen soll. Ich bin mir auch nicht sicher, ob das, was ich dort codiert habe, der richtige Umgang mit dem Schalter ist ...

Erstellen Sie am besten eine Pull-Anfrage, damit der Code überprüft werden kann.

Ich habe alles so eingestellt, aber es funktioniert immer noch nicht. Interessant ist, dass ich nach dem Hinzufügen eines Schalters nach ein paar Minuten nicht einmal mehr in der Lage bin, die Attribute manuell über die deconz-GUI zu lesen. Beim manuellen Auslesen läuft immer ein Timeout ab. Aber die Tastenereignisse funktionieren vom Schalter aus...

Ich habe alle 3 Schalter (2, 4 und 6 Tasten) zumindest teilweise zum Laufen gebracht. Es gibt immer noch mehrere Probleme, die ich habe und ich bin mir nicht sicher, ob ich sie zu diesem Zeitpunkt beheben kann.

1. Die Switches teilen sich dieselbe Anbietergruppe mit VENDOR_115F . Ich vermute, dass dies einige der Probleme verursachen könnte.

2. Das Hinzufügen eines Schalters funktioniert aus irgendeinem Grund nicht immer. Manchmal funktioniert es beim ersten Versuch, aber manchmal muss ich es mehrmals versuchen. Ich habe keine Idee warum.

3. Ich kann nur einen Schalter hinzufügen, wenn ich nach Sensoren suche. Ich kann auch nach Switches suchen, aber das gelingt nie, auch wenn der Switch immer noch gepaart wird, sich aber seltsam verhält. Auch keine Ahnung warum...

4. Wenn ich einen Switch hinzufüge, wird für jeden Switch immer eine neue Gruppe erstellt. Ich habe jetzt schon 50 Gruppen (wegen des mehrfachen Entfernens und erneuten Hinzufügens der Schalter). Kann man das irgendwie machen, dass für die Aqara Opple Switches immer nur eine Gruppe angelegt wird?

5. Manchmal kommen in der Konfiguration Temperaturen in der Rest-API auf. Sogar ich habe es in der database.cpp auf die schwarze Liste gesetzt ...

6. Der 4-Tasten-Schalter hat kein Hold-Tastenereignis. Egal welche Taste ich halte, es kommt immer nur ein einziger Tastendruck.

7. Der 6-Tasten-Schalter hat ein Doppeldruckereignis. Hier, egal wo ich doppelt drücke, kommt immer ein einfaches Drücken.

8. Auch der 6-Tasten-Schalter zum Halten sendet ein Hold-Ereignis, wenn ich die Taste halte, und ein Release-Ereignis, wenn ich sie loslasse. Egal ob ich die linke oder rechte Taste halte, beim Loslassen kommt immer das gleiche Ereignis, es gibt keinen Unterschied zwischen linkem oder rechtem Loslassen. Ist das so in Ordnung? Auch das Halten und Loslassen der 5. und 6. Taste funktioniert nicht, auch wenn die Karte korrekt ist. Meine Karte sieht so aus:

static const Sensor::ButtonMap aqaraOpple6Map[] = {
//    mode                          ep    cluster cmd   param button                                       name
    // First button Off
    { Sensor::ModeScenes,           0x01, 0x0006, 0x00, 0,    S_BUTTON_1 + S_BUTTON_ACTION_INITIAL_PRESS, "Off top press" },
    // First button On
    { Sensor::ModeScenes,           0x01, 0x0006, 0x01, 0,    S_BUTTON_2 + S_BUTTON_ACTION_INITIAL_PRESS, "On top press" },
    // Third button Off
    { Sensor::ModeScenes,           0x01, 0x0008, 0x02, 1,    S_BUTTON_3 + S_BUTTON_ACTION_INITIAL_PRESS, "Off middle press" },
    { Sensor::ModeScenes,           0x01, 0x0008, 0x01, 1,    S_BUTTON_3 + S_BUTTON_ACTION_HOLD, "Off middle hold" },
    { Sensor::ModeScenes,           0x01, 0x0008, 0x03, 0,    S_BUTTON_3 + S_BUTTON_ACTION_LONG_RELEASED, "Off middle hold stop" },
    // Fourth button On
    { Sensor::ModeScenes,           0x01, 0x0008, 0x02, 0,    S_BUTTON_4 + S_BUTTON_ACTION_INITIAL_PRESS, "On middle press" },
    { Sensor::ModeScenes,           0x01, 0x0008, 0x01, 0,    S_BUTTON_4 + S_BUTTON_ACTION_HOLD, "On middle hold" },
    { Sensor::ModeScenes,           0x01, 0x0008, 0x03, 0,    S_BUTTON_4 + S_BUTTON_ACTION_LONG_RELEASED, "On middle hold stop" },
    // Fifth button Off
    { Sensor::ModeScenes,           0x01, 0x0300, 0x4c, 1,    S_BUTTON_5 + S_BUTTON_ACTION_DOUBLE_PRESS, "Off bottom press" },
    { Sensor::ModeScenes,           0x01, 0x0300, 0x4b, 1,    S_BUTTON_5 + S_BUTTON_ACTION_HOLD, "Off bottom hold" },
    { Sensor::ModeScenes,           0x01, 0x0300, 0x4b, 0,    S_BUTTON_5 + S_BUTTON_ACTION_LONG_RELEASED, "Off bottom hold stop" },
    // Sixt button On
    { Sensor::ModeScenes,           0x01, 0x0300, 0x4c, 3,    S_BUTTON_6 + S_BUTTON_ACTION_DOUBLE_PRESS, "On bottom press" },
    { Sensor::ModeScenes,           0x01, 0x0300, 0x4b, 3,    S_BUTTON_6 + S_BUTTON_ACTION_HOLD, "On bottom hold" },
    { Sensor::ModeScenes,           0x01, 0x0300, 0x4b, 0,    S_BUTTON_6 + S_BUTTON_ACTION_LONG_RELEASED, "On bottom hold stop" },

    // end
    { Sensor::ModeNone,             0x00, 0x0000, 0x00, 0,    0,                                           nullptr }
};

Ich werde aus dem Code, den ich habe, eine Pull-Anfrage erstellen und vielleicht kann mir jemand helfen, die noch vorhandenen Probleme zu beheben. Zumindest denke ich, dass das in die richtige Richtung geht und die Schalter schon langsam benutzbar sind.

Nochmals danke @ebaauw Ohne deine Hilfe wäre ich nicht so weit gekommen

1. Die Switches teilen sich dieselbe Herstellergruppe mit VENDOR_115F. Ich vermute, dass dies einige der Probleme verursachen könnte.

Ich glaube nicht. Es ist nur eines der Attribute, um das Gerät zu identifizieren.

1. Manchmal kommen in der Konfiguration Temperaturen in der Rest-API auf. Sogar ich habe es in der database.cpp auf die schwarze Liste gesetzt ...

Sendet der Switch einen Xiaomi-Spezialattributbericht (Attribut 0xff01 oder 0xff02) im _Basic_-Cluster)? In diesem Fall meldet es seine Innentemperatur, wahrscheinlich zusammen mit der Batteriespannung. Im deCONZ-Protokoll sollte die Meldung "Xiaomi-Sonderattribut extrahieren" angezeigt werden.

1. Der 4-Tasten-Schalter hat kein Hold-Tastenereignis. Egal welche Taste ich halte, es kommt immer nur ein einziger Tastendruck.

Es hängt wirklich davon ab, welche ZigBee-Befehle der Switch sendet. Nur ein _Move_ kommt mit einem entsprechenden _Stop_; ein _Step_ oder _Move to Level_ nicht.

1. Auch der 6-Tasten-Schalter zum Halten sendet ein Hold-Ereignis, wenn ich die Taste halte, und ein Release-Ereignis, wenn ich sie loslasse. Egal ob ich die linke oder rechte Taste halte, beim Loslassen kommt immer das gleiche Ereignis, es gibt keinen Unterschied zwischen linkem oder rechtem Loslassen.

Sieht aus wie das falsche param in der Schaltflächenzuordnung. Beachten Sie, dass der Schalter beim langen Loslassen von _Off_ oder _On_ den gleichen _Stop_-Befehl sendet. Das REST-API-Plugin merkt sich die Richtung aus dem vorherigen _Move_ in sensor->previousDirection zu wissen, welches x003-Ereignis gesendet werden soll.

1. Auch der 6-Tasten-Schalter zum Halten sendet ein Hold-Ereignis, wenn ich die Taste halte, und ein Release-Ereignis, wenn ich sie loslasse. Egal ob ich die linke oder rechte Taste halte, beim Loslassen kommt immer das gleiche Ereignis, es gibt keinen Unterschied zwischen linkem oder rechtem Loslassen. Ist das so in Ordnung? Auch das Halten und Loslassen der 5. und 6. Taste funktioniert nicht, auch wenn die Karte korrekt ist.

Ich verstehe den Code nicht, um param für den Befehl _Move Color Temperature_ zu verarbeiten. Es ist für den dresden elektronik Lichtschalter da. Für die sunricherCCTMap ich einige Debug-Anweisungen eingefügt, um den Wert von param zu sehen, und diese Werte in die Schaltflächenzuordnung eingefügt. Es scheint zu funktionieren, auch wenn ich nicht sicher bin warum. Siehe meine Anmerkung in https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1509#issuecomment -530545504.

1. Der 4-Tasten-Schalter hat kein Hold-Tastenereignis. Egal welche Taste ich halte, es kommt immer nur ein einziger Tastendruck.
2. Der 6-Tasten-Schalter hat ein Doppeldruckereignis. Hier, egal wo ich doppelt drücke, kommt immer ein einfaches Drücken.

Ich hatte sowohl die 4-Taste als auch die 6-Taste und als ich sie an einem Aqara-Hub ausprobierte, funktionierten sowohl Single, Double und Hold auf allen Tasten in der Aqara-App und in HomeKit. Ich denke, sie sollten auch in Deconz so funktionieren.

Konnten Sie erschnüffeln, welche Befehle sie senden?

Ich glaube nicht. Es ist nur eines der Attribute, um das Gerät zu identifizieren.

Ja, aber es gibt einige Überprüfungen im Code für diese Gruppen-ID VENDOR_115F , die einige zusätzliche Dinge tun, die ich nicht verstehe.

Sendet der Switch einen Xiaomi-Spezialattributbericht (Attribut 0xff01 oder 0xff02) im Basic-Cluster)? In diesem Fall meldet es seine Innentemperatur, wahrscheinlich zusammen mit der Batteriespannung. Im deCONZ-Protokoll sollte die Meldung "Xiaomi-Sonderattribut extrahieren" angezeigt werden.

Ich habe eine solche Meldung in der Konsole nicht gesehen. Der Temperaturwert bleibt immer null wenn er in der Konfiguration angezeigt wird.

Es hängt wirklich davon ab, welche ZigBee-Befehle der Switch sendet. Nur ein Move kommt mit einem entsprechenden Stop; ein Step oder Move to Level tut dies nicht.

Die Befehle, die gesendet werden, sind in der Button-Map abgebildet, nichts anderes taucht im Debug-Log auf.

Sieht aus wie der falsche Parameter in der Schaltflächenzuordnung. Beachten Sie, dass der Schalter den gleichen Stop-Befehl sendet, wenn er lange auf Off oder On losgelassen wird. Das REST-API-Plugin merkt sich die Richtung vom vorherigen Move in sensor-> previousDirection, um zu wissen, welches x003-Ereignis gesendet werden soll.

Wie soll ich dies in der Schaltflächenzuordnung zuordnen? Wie Sie sagten, kommt derselbe _Stop_-Befehl vom Schalter, egal welche Taste ich loslasse, also erhalte ich immer _On Middle Hold stop_ im Debug-Protokoll.

Ich verstehe den Code nicht, um Parameter für den Befehl "Farbtemperatur verschieben" zu behandeln. Es ist für den dresden elektronik Lichtschalter da. Für die sunricherCCTMap habe ich einige Debug-Anweisungen eingefügt, um den Wert von param zu sehen, und diese Werte in die Schaltflächenzuordnung eingefügt. Es scheint zu funktionieren, auch wenn ich nicht sicher bin warum. Siehe meine Bemerkung in #1509 (Kommentar).

Ich auch nicht :) Also muss es im Fall des Aqara Opple eine spezielle Handhabung dafür geben?

Sie können sich übrigens den Pull-Request ansehen und sehen, ob etwas nicht stimmt...

Wann werden Aqara OPPLE Switches in deconz unterstützt?
Nächste Veröffentlichung?

Die anfängliche Unterstützung ist in #2239 enthalten
Ich habe bereits einen benutzerdefinierten Build dieses Codes auf meinem Computer ausgeführt und er funktioniert mit einigen kleineren Problemen einwandfrei. Wir müssen nur warten, bis @manup meinen Pull-Request zusammenführt...

Vielen Dank an alle, die diese Integration so schnell ermöglicht haben. Ich bin bereit, den Bestellknopf zu drücken, um einige dieser Schalter zu erhalten!!

Ich habe bereits einen benutzerdefinierten Build dieses Codes auf meinem Computer ausgeführt und er funktioniert mit einigen kleineren Problemen einwandfrei.

Schön gemacht! Was sind die verbleibenden kleineren Probleme?

Es kann manchmal vorkommen, dass sie sich nicht beim ersten Versuch paaren (aber das hängt vielleicht nur mit meiner Entwicklungsumgebung zusammen).
Außerdem hat der 4-Tasten-Schalter aus irgendeinem Grund kein Hold-Ereignis und der 6-Tasten-Schalter fehlt das Double-Press-Ereignis.
Abgesehen davon funktionieren sie einwandfrei und ich benutze sie täglich ohne andere Probleme.

Es kann manchmal vorkommen, dass sie sich nicht beim ersten Versuch paaren (aber das hängt vielleicht nur mit meiner Entwicklungsumgebung zusammen).
Außerdem hat der 4-Tasten-Schalter aus irgendeinem Grund kein Hold-Ereignis und der 6-Tasten-Schalter fehlt das Double-Press-Ereignis.
Abgesehen davon funktionieren sie einwandfrei und ich benutze sie täglich ohne andere Probleme.

auf zigbee2mqtt 6-Tasten-Version auch nur one click Event, also wird es vielleicht absichtlich von Xiaomi gemacht?

Jemand hat hier erwähnt, dass beim Aqara-Hub alle Ereignisse auf allen 3 Switches stattfinden, also bin ich mir da nicht sicher.

Taste eins fehlt das doppelte Drücken-Ereignis.

Laut dieser Rezension: https://homekitnews.com/2019/12/04/aqara-opple-smart-switch-review/

Es scheint, dass Doppelklicks für die 6-Tasten-Version verfügbar sein sollten, zumindest wenn sie mit einem Xiaomi-Hub verwendet wird. Ist es möglich, dass der Switch erkennt, welcher Koordinator verwendet wird, und die Funktionalität einschränkt, wenn kein Xiaomi-Hub verwendet wird?

Jemand hat hier erwähnt, dass beim Aqara-Hub alle Ereignisse auf allen 3 Switches stattfinden, also bin ich mir da nicht sicher.

Ja, ich habe die 4-Tasten- + 6-Tasten-Version mit dem Aqara-Hub getestet. Einmaliges Drücken, Halten und Doppeltes Drücken funktioniert bei allen Tasten. Kann beides in der Xiaomi/Aqara Home App oder in HomeKit konfiguriert werden. Vielleicht kann ein Zigbee-Sniffer diese Frage lösen?

Ja, jemand müsste die Zigbee-Kommunikation dieser Switches mit dem Aqara-Hub schnüffeln. Soweit ich gesehen habe, kommen bei deconz nicht einmal Pakete an, die darauf hindeuten, dass ein Doppelklick auf den 6-Tasten-Schalter stattgefunden hat.
Jemand mit einem Aqara-Hub und diesen Switches müsste also den Verkehr schnüffeln...

Ich bin kein Experte für Zigbee.
Aber den Code für Deconz zu ändern, um ein Gerät hinzuzufügen, ist 1980.

Es war großartig, wenn es möglich ist, eine Datei in Deconz zu importieren, die Unterstützung und Erklärungen / Informationen für neue Geräte enthält, die deconz unterstützt.

Das stimmt, ich denke, aus diesem Grund möchten sie an einer REST-API v2 arbeiten, die das Hinzufügen neuer Geräte erleichtern soll.

Ja, jemand müsste die Zigbee-Kommunikation dieser Switches mit dem Aqara-Hub schnüffeln. Soweit ich gesehen habe, kommen bei deconz nicht einmal Pakete an, die darauf hindeuten, dass ein Doppelklick auf den 6-Tasten-Schalter stattgefunden hat.
Jemand mit einem Aqara-Hub und diesen Switches müsste also den Verkehr schnüffeln...

Schön, dass du dieses Gerät merdok hinzugefügt hast! :)
Ich habe gesehen, dass manup den Pull-Request jetzt genehmigt hat. Großartige Neuigkeiten :)
Da ich selbst kein Programmierer bin, habe ich aber sowohl den Aqara-Hub als auch die Opple-Switches. Ich kann einen Sniffer kaufen und die Protokolle posten, wenn Sie oder jemand anderes bereit ist, ihn zu nutzen?

Ich meine, wenn Sie bereits einen Conbee-Stick haben, können Sie damit den Verkehr schnüffeln.

Ich meine, wenn Sie bereits einen Conbee-Stick haben, können Sie damit den Verkehr schnüffeln.

Ich habe eine Conbee II und soweit ich sie verstanden habe noch keine Unterstützung für Wireshark. Ich verstehe voll und ganz, dass die Sniffer-Logs nichts Nützliches ergeben können. Trotzdem werde ich heute einen Sniffer bestellen und hier mit Logs berichten. Da ich diese Opple-Schalter in einer Box habe, die darauf wartet, in meinem ganzen Haus installiert und integriert zu werden, kann ich nicht auffallen, nicht zu wissen, warum alle Tastenereignisse in Aqara funktionieren, aber nicht in deconz. :)

Stimmt, der Support für Conbee 2 soll noch dieses Jahr kommen...
Aber das wäre toll, wenn man den Verkehr schnüffeln könnte, würde auf jeden Fall bei den fehlenden Sachen helfen.

Stimmt, der Support für Conbee 2 soll noch dieses Jahr kommen...
Aber das wäre toll, wenn man den Verkehr schnüffeln könnte, würde auf jeden Fall bei den fehlenden Sachen helfen.

Ich habe gestern einen CC2531 mit Debugger/Programmierer bestellt. Ich werde die Logs hier melden, sobald sie eintreffen.

Perfekt 👍

Hallo zusammen - erstaunliche Fortschritte bisher :-) .
Kann jemand hier eine kompilierte Rest-API für Ubuntu mit der opple-Unterstützung posten? Ich habe versucht, mit den Anweisungen auf der Hauptseite zu kompilieren, und kann den ersten Befehl nicht abrufen (sudo apt install deconz-dev) - kann deconz-dev nicht finden ....

Ich denke, du solltest noch ein bisschen Geduld haben, ich bin sicher,

:schluchz: aber ich will es jetzt :grin:
Ich möchte das domoticz-Python-Plugin aktualisieren, um es zu erstellen und zu unterstützen, aber ich werde geduldig sein.

Also habe ich den Verkehr zwischen dem Aqara-Hub und den 6-Tasten + 4-Tasten-Opple-Switches geschnüffelt.
Die Unterschiede, die mir aufgefallen sind, sind:
Ein einziger Klick:
"Uint16: 1 (0x0001)"
Doppelklick:
"Uint16: 2 (0x0002)"
Halt:
"Uint16: 0 (0x0000)"
Halten loslassen:
"Uint16: 255 (0x00ff)"

Ich glaube nicht, dass Sie Protokolle für alle Schaltflächen benötigen, da der einzige Wert, der sich ändert, "Quellendpunkt" ist, nur sagen Sie, ob es sich um Schaltfläche 1, 2, 3, 4, 5 oder 6 handelt.
Die folgenden Protokolle gelten für Schaltfläche 1.

6-Tasten-Einzelklick:

Frame 1072: 64 bytes on wire (512 bits), 64 bytes captured (512 bits) on interface \\.\pipe\zboss_sniffer, id 0
ZBOSS dump, IN, page 0, channel 11
IEEE 802.15.4 Data, Dst: 0x0000, Src: 0xa6cd
ZigBee Network Layer Data, Dst: 0x0000, Src: 0xa6cd
ZigBee Application Support Layer Data, Dst Endpt: 1, Src Endpt: 1
    Frame Control Field: Data (0x00)
        .... ..00 = Frame Type: Data (0x0)
        .... 00.. = Delivery Mode: Unicast (0x0)
        ..0. .... = Security: False
        .0.. .... = Acknowledgement Request: False
        0... .... = Extended Header: False
    Destination Endpoint: 1
    Cluster: Multistate Input (Basic) (0x0012)
    Profile: Home Automation (0x0104)
    Source Endpoint: 1
    Counter: 158
ZigBee Cluster Library Frame, Command: Report Attributes, Seq: 137
    Frame Control Field: Profile-wide (0x18)
    Sequence Number: 137
    Command: Report Attributes (0x0a)
    Attribute Field, Uint16: 1
        Attribute: Present Value (0x0055)
        Data Type: 16-Bit Unsigned Integer (0x21)
        Uint16: 1 (0x0001)

6-Tasten-Doppelklick:

Frame 1083: 64 bytes on wire (512 bits), 64 bytes captured (512 bits) on interface \\.\pipe\zboss_sniffer, id 0
ZBOSS dump, IN, page 0, channel 11
IEEE 802.15.4 Data, Dst: 0x0000, Src: 0xa6cd
ZigBee Network Layer Data, Dst: 0x0000, Src: 0xa6cd
ZigBee Application Support Layer Data, Dst Endpt: 1, Src Endpt: 1
    Frame Control Field: Data (0x00)
        .... ..00 = Frame Type: Data (0x0)
        .... 00.. = Delivery Mode: Unicast (0x0)
        ..0. .... = Security: False
        .0.. .... = Acknowledgement Request: False
        0... .... = Extended Header: False
    Destination Endpoint: 1
    Cluster: Multistate Input (Basic) (0x0012)
    Profile: Home Automation (0x0104)
    Source Endpoint: 1
    Counter: 160
ZigBee Cluster Library Frame, Command: Report Attributes, Seq: 139
    Frame Control Field: Profile-wide (0x18)
    Sequence Number: 139
    Command: Report Attributes (0x0a)
    Attribute Field, Uint16: 2
        Attribute: Present Value (0x0055)
        Data Type: 16-Bit Unsigned Integer (0x21)
        Uint16: 2 (0x0002)

6-Tasten-Halt:

Frame 1086: 64 bytes on wire (512 bits), 64 bytes captured (512 bits) on interface \\.\pipe\zboss_sniffer, id 0
ZBOSS dump, IN, page 0, channel 11
IEEE 802.15.4 Data, Dst: 0x0000, Src: 0xa6cd
ZigBee Network Layer Data, Dst: 0x0000, Src: 0xa6cd
ZigBee Application Support Layer Data, Dst Endpt: 1, Src Endpt: 1
    Frame Control Field: Data (0x00)
        .... ..00 = Frame Type: Data (0x0)
        .... 00.. = Delivery Mode: Unicast (0x0)
        ..0. .... = Security: False
        .0.. .... = Acknowledgement Request: False
        0... .... = Extended Header: False
    Destination Endpoint: 1
    Cluster: Multistate Input (Basic) (0x0012)
    Profile: Home Automation (0x0104)
    Source Endpoint: 1
    Counter: 161
ZigBee Cluster Library Frame, Command: Report Attributes, Seq: 140
    Frame Control Field: Profile-wide (0x18)
    Sequence Number: 140
    Command: Report Attributes (0x0a)
    Attribute Field, Uint16: 0
        Attribute: Present Value (0x0055)
        Data Type: 16-Bit Unsigned Integer (0x21)
        Uint16: 0 (0x0000)

6-Tasten-Freigabe halten:

Frame 1088: 64 bytes on wire (512 bits), 64 bytes captured (512 bits) on interface \\.\pipe\zboss_sniffer, id 0
ZBOSS dump, IN, page 0, channel 11
IEEE 802.15.4 Data, Dst: 0x0000, Src: 0xa6cd
ZigBee Network Layer Data, Dst: 0x0000, Src: 0xa6cd
ZigBee Application Support Layer Data, Dst Endpt: 1, Src Endpt: 1
    Frame Control Field: Data (0x00)
        .... ..00 = Frame Type: Data (0x0)
        .... 00.. = Delivery Mode: Unicast (0x0)
        ..0. .... = Security: False
        .0.. .... = Acknowledgement Request: False
        0... .... = Extended Header: False
    Destination Endpoint: 1
    Cluster: Multistate Input (Basic) (0x0012)
    Profile: Home Automation (0x0104)
    Source Endpoint: 1
    Counter: 162
ZigBee Cluster Library Frame, Command: Report Attributes, Seq: 141
    Frame Control Field: Profile-wide (0x18)
    Sequence Number: 141
    Command: Report Attributes (0x0a)
    Attribute Field, Uint16: 255
        Attribute: Present Value (0x0055)
        Data Type: 16-Bit Unsigned Integer (0x21)
        Uint16: 255 (0x00ff)

So sieht der 4er Button sehr ähnlich aus, auch alle Logs auf dem ersten Button.
4-Tasten-Einzelklick:

Frame 1097: 64 bytes on wire (512 bits), 64 bytes captured (512 bits) on interface \\.\pipe\zboss_sniffer, id 0
ZBOSS dump, IN, page 0, channel 11
IEEE 802.15.4 Data, Dst: 0x0000, Src: 0x19bb
ZigBee Network Layer Data, Dst: 0x0000, Src: 0x19bb
ZigBee Application Support Layer Data, Dst Endpt: 1, Src Endpt: 1
    Frame Control Field: Data (0x00)
        .... ..00 = Frame Type: Data (0x0)
        .... 00.. = Delivery Mode: Unicast (0x0)
        ..0. .... = Security: False
        .0.. .... = Acknowledgement Request: False
        0... .... = Extended Header: False
    Destination Endpoint: 1
    Cluster: Multistate Input (Basic) (0x0012)
    Profile: Home Automation (0x0104)
    Source Endpoint: 1
    Counter: 44
ZigBee Cluster Library Frame, Command: Report Attributes, Seq: 33
    Frame Control Field: Profile-wide (0x18)
    Sequence Number: 33
    Command: Report Attributes (0x0a)
    Attribute Field, Uint16: 1
        Attribute: Present Value (0x0055)
        Data Type: 16-Bit Unsigned Integer (0x21)
        Uint16: 1 (0x0001)

4-Tasten-Doppelklick:

Frame 1099: 64 bytes on wire (512 bits), 64 bytes captured (512 bits) on interface \\.\pipe\zboss_sniffer, id 0
ZBOSS dump, IN, page 0, channel 11
IEEE 802.15.4 Data, Dst: 0x0000, Src: 0x19bb
ZigBee Network Layer Data, Dst: 0x0000, Src: 0x19bb
ZigBee Application Support Layer Data, Dst Endpt: 1, Src Endpt: 1
    Frame Control Field: Data (0x00)
        .... ..00 = Frame Type: Data (0x0)
        .... 00.. = Delivery Mode: Unicast (0x0)
        ..0. .... = Security: False
        .0.. .... = Acknowledgement Request: False
        0... .... = Extended Header: False
    Destination Endpoint: 1
    Cluster: Multistate Input (Basic) (0x0012)
    Profile: Home Automation (0x0104)
    Source Endpoint: 1
    Counter: 45
ZigBee Cluster Library Frame, Command: Report Attributes, Seq: 34
    Frame Control Field: Profile-wide (0x18)
    Sequence Number: 34
    Command: Report Attributes (0x0a)
    Attribute Field, Uint16: 2
        Attribute: Present Value (0x0055)
        Data Type: 16-Bit Unsigned Integer (0x21)
        Uint16: 2 (0x0002)

4 Tasten halten:

Frame 1110: 64 bytes on wire (512 bits), 64 bytes captured (512 bits) on interface \\.\pipe\zboss_sniffer, id 0
ZBOSS dump, IN, page 0, channel 11
IEEE 802.15.4 Data, Dst: 0x0000, Src: 0x19bb
ZigBee Network Layer Data, Dst: 0x0000, Src: 0x19bb
ZigBee Application Support Layer Data, Dst Endpt: 1, Src Endpt: 1
    Frame Control Field: Data (0x00)
        .... ..00 = Frame Type: Data (0x0)
        .... 00.. = Delivery Mode: Unicast (0x0)
        ..0. .... = Security: False
        .0.. .... = Acknowledgement Request: False
        0... .... = Extended Header: False
    Destination Endpoint: 1
    Cluster: Multistate Input (Basic) (0x0012)
    Profile: Home Automation (0x0104)
    Source Endpoint: 1
    Counter: 47
ZigBee Cluster Library Frame, Command: Report Attributes, Seq: 36
    Frame Control Field: Profile-wide (0x18)
    Sequence Number: 36
    Command: Report Attributes (0x0a)
    Attribute Field, Uint16: 0
        Attribute: Present Value (0x0055)
        Data Type: 16-Bit Unsigned Integer (0x21)
        Uint16: 0 (0x0000)

4 tasten loslassen halten:

Frame 1112: 64 bytes on wire (512 bits), 64 bytes captured (512 bits) on interface \\.\pipe\zboss_sniffer, id 0
ZBOSS dump, IN, page 0, channel 11
IEEE 802.15.4 Data, Dst: 0x0000, Src: 0x19bb
ZigBee Network Layer Data, Dst: 0x0000, Src: 0x19bb
ZigBee Application Support Layer Data, Dst Endpt: 1, Src Endpt: 1
    Frame Control Field: Data (0x00)
        .... ..00 = Frame Type: Data (0x0)
        .... 00.. = Delivery Mode: Unicast (0x0)
        ..0. .... = Security: False
        .0.. .... = Acknowledgement Request: False
        0... .... = Extended Header: False
    Destination Endpoint: 1
    Cluster: Multistate Input (Basic) (0x0012)
    Profile: Home Automation (0x0104)
    Source Endpoint: 1
    Counter: 48
ZigBee Cluster Library Frame, Command: Report Attributes, Seq: 37
    Frame Control Field: Profile-wide (0x18)
    Sequence Number: 37
    Command: Report Attributes (0x0a)
    Attribute Field, Uint16: 255
        Attribute: Present Value (0x0055)
        Data Type: 16-Bit Unsigned Integer (0x21)
        Uint16: 255 (0x00ff)

Es gibt noch mehr Bäume in den Protokollen, aber ich denke nicht, dass das benötigt wird? Sollten jedoch weitere Protokolle benötigt werden, stelle ich sie gerne zur Verfügung.

Hast du Glück mit einem Schnüffler, @addellll? Ich habe eine 6-Tasten-Version und finde, dass sie sich ziemlich seltsam verhält. Ich bin nicht überzeugt, dass die Schaltflächenbelegung korrekt ist. Es ist schwer zu glauben, dass sich die Dinge zwischen dem Aqara-Hub und deCONZ grundlegend unterscheiden würden. (Edit: Ah, ich sehe deinen neuen Beitrag gerade oben ... aktuell!)

Gutes Zeug, @addellll

Ich denke, der Opple ist ein Hybrid, genau wie der Hue-Dimmer: In sendet sowohl Befehle zur direkten Steuerung der Lichter als auch Berichte, um den Koordinator zu informieren. Die Verwendung von _Multistate Input_ und _Present Value_ ist typisch für Xioami, aber normalerweise würden sie die Cluster (und Endpunkte) in den Deskriptoren ankündigen.

Ich mache mir Sorgen, dass diese Berichte nicht im deCONZ-Log erschienen sind. Es wäre untypisch für Xiaomi, aber vielleicht konfiguriert der Aqara-Hub etwas, wenn der Switch gekoppelt ist?

@merdok , ändern Sie am besten die

@addellll danke dafür! Mit diesem Wissen können wir den Support verbessern :)

@ebaauw, aber ich sehe den Multistate-Cluster nicht in der deconz-GUI auf diesen Switches? Wird dies ein Problem sein?

Ich glaube nicht, bin mir aber nicht sicher. Vielleicht haben Sie diese Berichte deshalb nicht im Protokoll gesehen?

Ich weiß, dass es andere Geräte gibt, die nicht alle unterstützten Cluster anbieten. Für diese schiebt das REST-API-Plugin einfach den fehlenden Cluster auf den Fingerabdruck zurück, woraufhin die GUI sie anzeigt. Ich nehme an, ein ähnlicher Ansatz könnte für die fehlenden Endpunkte gewählt werden, aber ich glaube, das habe ich noch nie gesehen.

https://github.com/dresden-elektronik/deconz-rest-plugin/blob/10810836905fbcd1e7c9fafcaf386702c9fed41f/de_web_plugin.cpp#L3749

Also habe ich gerade versucht, .push_back(MULTISTATE_INPUT_CLUSTER_ID); an mehreren Stellen zu den Schaltern hinzuzufügen, aber das hat nicht geholfen ... Der Multistate-Cluster erscheint immer noch nicht in der deconz-GUI und es erscheinen keine Ereignisse/Berichte von diesem Cluster im Protokoll. Nicht sicher, wo das Problem liegt.

Ich auch nicht, fürchte ich. Es besteht auch die Möglichkeit, dass der Sensor eine spezielle Einstellung benötigt, bevor er die _Multistate Input_-Berichte sendet. Wir benötigen ein Sniffer-Protokoll, wenn wir den Sensor mit dem Aqara-Hub koppeln, um dies zu bestätigen oder zu verwerfen.

Oh, Sie würden den Cluster zu fpSwitch.inClusters hinzufügen, während Sie den _Basic_-Cluster verarbeiten und basierend auf den modelId und manufacturercode von Opple prüfen. Das sollte zumindest für die Berichte vom ersten Endpunkt reichen.

Die Pairing-Protokolle werde ich heute Abend oder morgen bereitstellen.

Dies ist ein vollständiger Dump von der Sekunde, bevor der Aqara-Hub in den Kopplungsmodus versetzt wird, bis die Kopplung mit dem Switch erfolgreich war. Auch die letzte Aktion ist nur ein einziger Druck auf die erste Taste.
https://anonfile.com/d9K910P9n4/OppleAqaraPairing_pcapng
Öffnen Sie es einfach in Wireshark.

Danke. Ich sehe, dass auf dem Opple nichts konfiguriert wird. Der Opple fordert jedoch den _Node Descriptor_ vom Koordinator an. Das habe ich bei Geräten noch nicht gesehen. Versucht es herauszufinden (aus dem _Herstellercode_ 0x115F), ob es von einem Xioami-Hub an ein Netzwerk angeschlossen ist? Oder soll er nur bestätigen, dass er Attributberichte an den Koordinator senden kann?

@addellll haben Sie bereits versucht, Opple mit deCONZ zu koppeln und zu schnüffeln, ob es auch die _Multistate Input (Basic)_ Attributberichte an das Gateway sendet?

Interessanterweise überprüft der Aqara-Hub weder den _Node Descriptor_ noch die _Simple Descriptors_ von Opple. Das würde darauf hindeuten, dass es den Fingerabdruck jedes Geräts basierend auf dem _Model Identifier_ und wahrscheinlich der _Application Version_ festcodiert hat (da es nur diese _Basic_-Attribute abfragt). Die Oppla sendet auch für diese beiden Attribute einen Attributbericht.

Ich sehe einen Attributbericht für 0xfcc0/0x00f7 (mit Herstellercode 0x115f), der verdächtig nach dem Xiaomi-Spezialattributbericht aussieht, aber jetzt als Octec-String (Typ 0x41) codiert ist. Die Nutzlast scheint jedoch gut zu dekodieren:

  battery    temp         ?   RSSI dB             LQI         ?         ?       ?     on?
--------- ------- --------- --------- --------------- --------- --------- ------- -------
0121 e30b 0328 19 0421 a801 0521 1200 0624 0300000000 0821 1101 0a21 0000 0c20 01 6410 00
   3.043V    25°C  u16  424  u16   18  u40          3  u16  273  u16    0   u8  1   false

Ich glaube, wir haben das Tag 0c noch nie gesehen. 64 wird für das Öffnen/Schließen des Türsensors, für das Leck am Wassersensor und für das Ein/Aus für das lumi.ctrl_ln2 . 04 , 08 und 0a sind ziemlich häufig, aber wir konnten nicht herausfinden, was sie bedeuten.
Zusammengefasst: Wir sollten config.battery und config.temperature für den Opple unterstützen können.

Können Sie mir sagen, wo die grundlegende Clusterverarbeitung stattfindet? Ich habe etwas gefunden bei:
https://github.com/dresden-elektronik/deconz-rest-plugin/blob/10810836905fbcd1e7c9fafcaf386702c9fed41f/de_web_plugin.cpp#L3706
aber das wird bei keinem meiner geräte tatsächlich aufgerufen...

Ich denke, wir sollten uns jetzt auf den Multistate-Cluster konzentrieren und das zum Laufen bringen, danach können wir die Temperatur und den Akku aus dem speziellen Attribut ermitteln

BEARBEITEN:
Ok habe herausgefunden, dass dies nur beim Koppeln des Geräts angerufen wird. Also wurde es aufgerufen und ich fügte den Multistate-Cluster in fpSwitch.inClusters aber immer noch kein Glück. Keine Änderung in der GUI und keine Ereignisse/Berichte kommen...

Full Dump läuft Aqara Switch in meinem Dekonz mit einigen verschiedenen Tastendrücken. Aber ich führe hier nicht den neuesten Quellcode mit dem zusammengeführten Pull aus. Quell-ID ist 0x4177. ich weiß nicht ob das eine hilfe ist...
https://anonfile.com/Z34b69Pdne/OppleDeconz_pcapng

Verwendung von deCONZ 2.05.66 mit einem Conbee (I). Mir ist klar, dass die Opple-Schalter noch nicht unterstützt werden, aber ich frage mich, warum alle meine Zigbee-Lichter (Hue und Tradfri) beim Drücken einer Taste nach dem Koppeln des Opple 6-Schalters ein- / ausgeschaltet werden. Wird eine Art Broadcast-Befehl gesendet?

Verwendung von deCONZ 2.05.66 mit einem Conbee (I). Mir ist klar, dass die Opple-Schalter noch nicht unterstützt werden, aber ich frage mich, warum alle meine Zigbee-Lichter (Hue und Tradfri) beim Drücken einer Taste nach dem Koppeln des Opple 6-Schalters ein- / ausgeschaltet werden. Wird eine Art Broadcast-Befehl gesendet?

Es gibt noch keinen Build für dieses Update, Sie müssen den Quellcode noch heute kompilieren, damit es funktioniert, andernfalls müssen Sie warten, bis @manup einen neuen Build erstellt. Ich bin sicher, es wird bald kommen.

Verwendung von deCONZ 2.05.66 mit einem Conbee (I). Mir ist klar, dass die Opple-Schalter noch nicht unterstützt werden, aber ich frage mich, warum alle meine Zigbee-Lichter (Hue und Tradfri) beim Drücken einer Taste nach dem Koppeln des Opple 6-Schalters ein- / ausgeschaltet werden. Wird eine Art Broadcast-Befehl gesendet?

Es gibt noch keinen Build für dieses Update, Sie müssen den Quellcode noch heute kompilieren, damit es funktioniert, andernfalls müssen Sie warten, bis @manup einen neuen Build erstellt. Ich bin sicher, es wird bald kommen.

Ich weiß :) Ich frage mich nur, warum alle meine Zigbee-Lichter mit der aktuellen deCONZ-Version ein- und ausgeschaltet werden. Sendet es Broadcast-Befehle oder so?

Ja, der Switch sendet einen Broadcast, der sich auf Lichter in Ihrem Zigbee-Netzwerk auswirkt. Dies wird behoben, sobald die neue Version veröffentlicht wird.

Ja, der Switch sendet einen Broadcast, der sich auf Lichter in Ihrem Zigbee-Netzwerk auswirkt. Dies wird behoben, sobald die neue Version veröffentlicht wird.

@merdok - Ich habe Xiaomi / Aqara-Gerätetreiber für ein anderes HA-System, Hubitat, geschrieben und frage mich, wie Sie das Problem umgehen, dass diese Switches Groupcast-Nachrichten an die Gruppe _all devices_ senden.

Behält Ihre deCONZ-Modifikation die Bindung zum Koordinator bei, ändert aber die zugewiesene Gruppe in eine leere Gruppe auf dem Koordinator?

Eine Bindung an den Koordinator besteht nicht. Xiaomi-Geräte senden ihre Berichte standardmäßig an den Koordinator (NWK-Adresse 0x0000).

Es gibt keine Gruppen auf dem Koordinator. Eine ZigBee-Gruppe ist wie eine Multicast-Adresse, die Geräte abonnieren. Weitere Informationen finden Sie im Panel _Cluster Info_ in der deCONZ-GUI für den (blauen) Server-Cluster _Groups_.

Im fabrikneuen Zustand sendet der Opple Broadcast-Nachrichten, um die Lichter direkt (ohne Störungen durch deCONZ) zu steuern. Wenn die (grauen) Client-Cluster _On/Off_ und _Level Control_ an eine Gruppe gebunden werden, werden stattdessen Groupcast-Nachrichten gesendet. deCONZ belauscht die Broadcast-/Groupcast-Nachrichten, um die Schaltflächenereignisse zurückzuentwickeln. Wenn es einen Groupcast sieht, legt es config.group in der Sensorressource fest.

Eine Bindung an den Koordinator besteht nicht. Xiaomi-Geräte senden ihre Berichte standardmäßig an den Koordinator (NWK-Adresse 0x0000).

Es gibt keine Gruppen auf dem Koordinator. Eine ZigBee-Gruppe ist wie eine Multicast-Adresse, die Geräte abonnieren. Weitere Informationen finden Sie im Panel _Cluster Info_ in der deCONZ-GUI für den (blauen) Server-Cluster _Groups_.

Ich bin mit ZigBee-Netzwerken nicht sehr vertraut, aber werden die Bindungstabellen nicht auf dem Koordinator gespeichert und von ihm verwaltet?

Und welche(s) Gerät(e) verwaltet(n) ZigBee-Gruppen – der Koordinator, Router, Endgeräte oder alle drei?

Im fabrikneuen Zustand sendet der Opple Broadcast-Nachrichten, um die Lichter direkt (ohne Störungen durch deCONZ) zu steuern. Wenn die (grauen) Client-Cluster _On/Off_ und _Level Control_ an eine Gruppe gebunden werden, werden stattdessen Groupcast-Nachrichten gesendet. deCONZ belauscht die Broadcast-/Groupcast-Nachrichten, um die Schaltflächenereignisse zurückzuentwickeln. Wenn es einen Groupcast sieht, legt es config.group in der Sensorressource fest.

Im fabrikneuen Zustand habe ich verstanden, dass die Aqara-Opple-Schaltflächen Nachrichten an alle Knoten senden (Endpunkt 0xFFFF), sodass Cluster an diesen Endpunkt gebunden sind, oder?

Wenn ich Ihre Erklärung richtig verstehe, können die Aqara-Opple-Buttons nur verwendet werden, um die relevanten Cluster an eine Gruppe zu binden und nicht an den Koordinator - Unicast ist also nicht möglich. Und die Aqara-Opple Switches müssen immer so konfiguriert sein, dass sie mindestens ein Endgerät direkt (als Teil einer Gruppe) steuern.

Ich frage mich also, wie der Aqara-Hub die Konfiguration der Aqara-Opple-Tasten verwaltet, damit sie nach dem Pairing nicht standardmäßig alle Lichter / Schalter am Mesh steuern?

aber werden die Bindungstabellen nicht auf dem Koordinator gespeichert und von ihm verwaltet?

Nein, jedes ZigBee-Gerät hat seine eigene Bindungstabelle, die pro Endpunkt und Cluster konfiguriert, wohin Nachrichten gesendet werden sollen. Siehe den Abschnitt über _Binding Dropox_ im GUI-Benutzerhandbuch im Hilfemenü.

Und welche(s) Gerät(e) verwaltet(n) ZigBee-Gruppen

Eine ZigBee-Gruppe ist nur eine Zahl, kein zu verwaltendes Objekt. Jedes Gerät verwaltet seine eigene Mitgliedschaft, d. h. hat seine eigene Mitgliedschaftstabelle der Gruppen, auf die es lauscht. Wie ich bereits sagte, wird diese Tabelle über den Cluster _Groups_ verwaltet.

Endpunkt 0xFFFF

Das ist die NWK-Broadcast-Adresse, kein Endpunkt.

Cluster sind also an dieses Endpunktziel gebunden, oder?

Nein, wie gesagt, es ist hartcodiert, falls es keinen Eintrag in der Binding-Tabelle gibt.

die einzige Möglichkeit, die Aqara-Opple-Tasten zu verwenden

Nein, das habe ich nie gesagt. Um zu verhindern, dass Opple Broadcasts sendet, müssen Sie Bindungen aus den Clustern _On/Off_ und _Level Control_ erstellen. Best Practice ist eine Gruppe. Der Schalter weiß und kümmert sich nicht darum, ob irgendwelche Lichter auf diese Gruppe hören.

um mindestens ein Endgerät direkt zu steuern

Normalerweise steuern Switches Router; Endgeräte neigen dazu zu schlafen und können nicht gesteuert werden, da ihr Radio ausgeschaltet ist (um den Akku zu schonen).

Ich frage mich also, wie der Aqara-Hub die Konfiguration der Aqara-Opple-Tasten verwaltet, damit sie nach dem Pairing nicht standardmäßig alle Lichter / Schalter am Mesh steuern?

Es erstellt die Bindungen auf dem Gerät. Das gilt auch für das REST-API-Plugin, sobald der Switch vollständig unterstützt wird.

Danke für deine Geduld, @ebaauw! Ich verstehe alles, aber ich habe noch eine Frage:

Um zu verhindern, dass Opple Broadcasts sendet, müssen Sie Bindungen aus den Clustern _On/Off_ und _Level Control_ erstellen. Best Practice ist eine Gruppe. Der Schalter weiß und kümmert sich nicht darum, ob irgendwelche Lichter auf diese Gruppe hören.

Können die Bindungen von diesen Clustern zu etwas anderem als einer Gruppe erstellt werden?

Der Grund, warum ich frage, ist, dass ich DeCONZ nicht verwende, sondern eine andere HA-Lösung verwende und versuche, die Methode auszuarbeiten, damit die Aqara-Opple-Tastengeräte ähnlich wie die Aqara / Xiaomi-Tastengeräte funktionieren - nur senden meldet sich beim Koordinator.

Siehe das Gespräch oben. Die Opple funktionieren anders als alle anderen Xiaomi-Geräte, indem sie die Lichter direkt steuern. Außerdem sendet er Berichte von den _Multistate Input_-Clustern des Servers an den Koordinator, wiederum ohne Bindung. Irgendwie empfängt oder verarbeitet deCONZ diese nicht, wir finden immer noch heraus, warum (wahrscheinlich im Zusammenhang mit der Tatsache, dass Opple weder die _Multistate Input_-Cluster noch die anderen Endpunkte ankündigt). Sie müssen weiterhin Bindungen für die Client-Cluster erstellen, um zu verhindern, dass Opple die Befehle sendet.

Beachten Sie, dass das Erstellen von Bindungen nicht von der REST-API verfügbar gemacht wird. Dies ist intern im REST-API-Plugin.

Aus dem Thread heraus bin ich mir nicht sicher: Ist die Unterstützung für Aqara OPPLE im nächsten Release zu erwarten?
Ich sehe in den Commits keinen Hinweis auf "OPPLE".

Ja, der anfängliche Support wird in der nächsten Version enthalten sein.

Ist es bereits in der am 14. aktualisierten http://deconz.dresden-elektronik.de/raspbian/beta/deconz-latest-beta.deb enthalten?

Ich habe deconz-2.05.73 mit Aqara OPPLE-Schaltern *4 und *6-Taste getestet.
Und ist die Möglichkeit, Schalter hinzuzufügen.

Einzelpresse ist ok.
Aber *2 Klick und langes Drücken ist zufällig.
Arbeitet an einem Knopf.

Aber ich kann die Schalter in Phoscon nicht sehen.

Der 2-Klick und das lange Drücken unterscheiden sich zwischen diesen Schaltern. Dies liegt daran, dass wir immer noch Schwierigkeiten haben, den richtigen Endpunkt in deconz zur Verfügung zu stellen. Wir wissen, dass auf dem Switch ein Multistate-Cluster vorhanden ist, der jedoch in der Dekonz...

Hallo, mit der letzten Beta habe ich mit Erfolg versucht, 4 Tasten und 6 Tasten in Phoscon zu integrieren, aber nicht anzuzeigen, wie Sie sagen ostgardh.

4-Tasten-Schalter: 1 Klick ok auf 4 Tasten, Doppelklick ok auf Taste 3 und 4, keine langen Klicks
6-Tasten-Schalter: 1 Klick ok auf 6 Tasten, Doppelklicks nicht ok und langer Klick ok auf Taste 3, 4, 5, aber auf der 6-Taste kehrt der lange Klick beim Loslassen der 5 Tasten zurück (6001 -> 5003)

Ich habe eine Frage: Wie öffnet man den Schalter zum Batteriewechsel?

Gerade auf 2.05.73 aktualisiert - wie verbinde ich den opple-Schalter? Das Drücken der C-Taste auf der Rückseite bewirkt nichts, die LED blinkt 3 mal aber deconz erkennt den Schalter nicht.

deconz erkennt den Schalter nicht

Sie können es nicht in der deconz-GUI sehen, nachdem es gekoppelt wurde, und es wird nicht melden, dass es gekoppelt wurde, wenn Sie versuchen, es zu koppeln. Wenn Sie den Home-Assistenten verwenden, können Sie in deconz vnc aufrufen, um zu sehen, ob sich der Schalter in der Gerätezuordnung befindet.

@mrgreenfr

Ich habe eine Frage: Wie öffnet man den Schalter zum Batteriewechsel?

Maby hilft dir.
https://homekitnews.com/2019/12/04/aqara-opple-smart-switch-review/
Scrollen Sie nach unten zum THEMA BATTERIEWECHSELMENÜ

Wenn es jemanden interessiert, habe ich grundlegende Unterstützung für Domoticz für die 6-Tasten-Variante hinzugefügt - es funktioniert mit einfachem Drücken und doppeltem Drücken für die mittleren Tasten. Das ist ganz toll :-)

https://github.com/Smanar/Domoticz-deCONZ/issues/46

Hallo, mit der letzten Beta habe ich mit Erfolg versucht, 4 Tasten und 6 Tasten in Phoscon zu integrieren, aber nicht anzuzeigen, wie Sie sagen ostgardh.

4-Tasten-Schalter: 1 Klick ok auf 4 Tasten, Doppelklick ok auf Taste 3 und 4, keine langen Klicks
6-Tasten-Schalter: 1 Klick ok auf 6 Tasten, Doppelklicks nicht ok und langer Klick ok auf Taste 3, 4, 5, aber auf der 6-Taste kehrt der lange Klick beim Loslassen der 5 Tasten zurück (6001 -> 5003)

Ich habe eine Frage: Wie öffnet man den Schalter zum Batteriewechsel?

Habe das gleiche Problem mit der 6-Tasten-Freigabe nach langem Klicken. Remote-Return-Ereignis 5003 statt 6003.
@merdok Haben Sie die Möglichkeit, sich das Problem mit der sechsten Schaltfläche anzusehen? Vielen Dank im Voraus.

Sehen Sie, dass zigbee2mqtt den Aqara Opple-Switch unterstützt?
https://www.zigbee2mqtt.io/devices/WXCJKG13LM.html
Ich versuche, in den zigbee2mqtt-Code einzudringen und herauszufinden, wie sie die Lösung von opple unterstützen.

@bastshoes Ich kenne das Problem, werde versuchen, es zu lösen, wenn ich etwas Freizeit habe
@ostgardh, als ich das letzte Mal ihre Implementierung überprüft habe, war sie ziemlich nahe an dieser, daher denke ich, dass sie die gleichen Probleme haben werden, die wir mit Doppelklick und langem Drücken auf die Versionen mit 4 und 6 Tasten haben.

Ich sehe im Code, dass die Opple-Switches nicht die richtigen buttonevent Werte melden, daher kann ich Homebridge-hue nicht unterstützen.

x000 (drücken), x001 (halten), x002 (loslassen) und x003 (nach dem Halten loslassen) kommen vom Farbton-Dimmer. Beim Drücken/Loslassen einer Taste sendet sie x000, x002. Beim Drücken, Halten oder Loslassen einer Taste werden x000, x001, x001, ..., x001, x003 gesendet.
Die Hue-Bridge unterstützt keine Push-Benachrichtigungen, daher müssen API-Clients (wie homebridge-hue) die Bridge abfragen. Das Beste, was die Brücke verarbeiten kann, ist einmal alle 2 Sekunden. Dies bedeutet, dass API-Clients wahrscheinlich das x000-Ereignis und einige der x001-Ereignisse verpassen. Folglich basiert ihre Logik darauf, x002 und x003 zu sehen.

Stellen Sie daher bitte sicher, dass jede Tastenaktionsfolge durch Drücken (Halten) und Loslassen mit x002 oder x003 endet. _keine_ Ausgabe von x000 ohne entsprechendes x002 oder x003 und _keine_ Ausgabe von x001 ohne entsprechendes x003. Wenn ein Schalter nur beim Drücken einen Befehl sendet, muss er x002 zugeordnet werden; nur wenn es einen Befehl beim Drücken und einen beim Loslassen sendet, wird die Presse auf x000 und die Freigabe auf x002 abgebildet.

Ich bin mir nicht sicher, was genau Sie damit meinen, ich bin kein Experte für die Ereignisse und habe meine Entwicklung nur auf der Grundlage der Ereignisse für andere Schaltflächen entwickelt. Hatte keine Probleme, seit ich dies implementiert habe (mit HomeAssistant). Könnt ihr mir vielleicht aufzeigen, was und wo genau angepasst werden muss?

Außerdem sehen wir den Multistate-Cluster in deconz immer noch nicht, der meiner Meinung nach erforderlich ist, um die richtige Opple-Unterstützung hinzuzufügen. Momentan fehlen Events, die die Switches senden, aber aufgrund des nicht verfügbaren Clusters nicht in deconz ankommen.

Könnt ihr mir vielleicht aufzeigen, was und wo genau angepasst werden muss?

Sie möchten ausgeben:

• Für Einzeldruck: x002 ( S_BUTTON_ACTION_SHORT_RELEASED );
• Für langes Drücken: x003 ( S_BUTTON_ACTION_LONG_RELEASED );
• Für doppeltes Drücken: 0x004 ( S_BUTTON_ACTION_DOUBLE_PRESS ).

Geben Sie nur ein x000 ( S_BUTTON_ACTION_INITIAL_PRESS ) aus, wenn darauf ein x002 oder x003 folgt; Geben Sie nur ein x001 ( S_BUTTON_ACTION_HOLD ) aus, wenn darauf ein x003 folgt. Das heißt, wenn der Switch verschiedene Nachrichten für Drücken/Halten oder Loslassen sendet.

Außerdem sehen wir den Multistate-Cluster in deconz immer noch nicht, der meiner Meinung nach erforderlich ist, um die richtige Opple-Unterstützung hinzuzufügen

Gleich nach hier:
https://github.com/dresden-elektronik/deconz-rest-plugin/blob/84cd1b0bdf4e66b5f244cf733c263166129fca62/de_web_plugin.cpp#L3848 -L3852
Sie möchten Folgendes hinzufügen:

else if (node->nodeDescriptor().manufacturerCode() == VENDOR_XIAOMI &&
         modelId.contains(QLatin1String("86opcn01"))) // Aqara Opple switches
{
    fpSwitch.inClusters.push_back(MULTISTATE_INPUT_CLUSTER_ID);
}

Das sollte den Cluster in der GUI anzeigen und die Protokollierung der Nachrichten ermöglichen. Ich weiß nicht, ob der Schalter eine Bindung erfordert. Normalerweise senden Xiaomi-Geräte standardmäßig Berichte an den Koordinator (NWK-Adresse 0x0000), aber diese Switches unterscheiden sich von allen anderen Xioami-Switches.

Um die _Multistate Input_-Berichte verarbeiten zu können, müssen Sie ändern
https://github.com/dresden-elektronik/deconz-rest-plugin/blob/84cd1b0bdf4e66b5f244cf733c263166129fca62/de_web_plugin.cpp#L3407
zu

else if ((ind.clusterId() == DOOR_LOCK_CLUSTER_ID && sensor->manufacturer() == QLatin1String("LUMI")) ||
         (ind.clusterId() == MULTISTATE_INPUT_CLUSTER_ID && sensor->modelId().contains(QLatin1String("86opcn01"))))

Sie können mit einer einzigen buttonMap für alle drei Schalter arbeiten:

• ep stimmt mit der Taste überein (0x01, ... 0x06 für S_BUTTON_1 bis S_BUTTON_6 ; die 2- und 4-Tasten-Schalter senden einfach keine Nachrichten von den höheren Endpunkten) ;
• cluster ist 0x0012 (_Multistate Input_);
• cmd ist 0x0a (_Berichtsattribute_);
• param ist:
  
  
  
  • 0 für S_BUTTON_ACTION_HOLD ;
  
  
  • 1 für S_BUTTON_ACTION_SHORT_RELEASED ;
  
  
  • 2 für S_BUTTON_ACTION_DOUBLE_PRESS ;
  
  
  • 255 für S_BUTTON_ACTION_LONG_RELEASED .
  
  

Danke! Werde das am Wochenende prüfen und schauen ob ich es zum Laufen bekomme!

@ebaauw
Es wurde versucht, den Multistate-Cluster gemäß Ihrem Vorschlag hinzuzufügen, aber das hat nicht funktioniert. Der Code wird aufgerufen, da ich dort auch ein Log hinzugefügt habe und es in der Konsole sehe, aber der Multistate-Cluster ist immer noch nicht in der GUI aufgetaucht.
Irgendwelche anderen Ideen?

Derzeit kann ich die Schaltflächenbelegung nicht nach Ihren Wünschen anpassen, da die Schaltfläche nur ein S_BUTTON_ACTION_INITIAL_PRESS sendet und das war's. Danach kommt nichts. Es kommt kein S_BUTTON_ACTION_SHORT_RELEASED .
Auf einigen Knöpfen kommt ein S_BUTTON_ACTION_LONG_RELEASED zurück. Aber auch hier kommt, wenn ich zu lange halte und loslasse, nichts mehr.

Ich denke, ohne den Multistate-Cluster zum Laufen zu bringen, können wir diese Switches nicht richtig unterstützen ...

Richtig, ich habe mein lumi.sensor_wleak noch einmal überprüft: tatsächlich wird der hinzugefügte _IAS Zone_-Cluster nicht in der GUI angezeigt, aber die Nachrichten von diesem Cluster werden dem REST-API-Plugin zur Verfügung gestellt.

Ich sehe keine neuen Ereignisse oder Nachrichten, nachdem ich den Cluster mit Ihrem Code hinzugefügt habe. Nichts hat sich wirklich geändert.

Hast du den Schalter neu gekoppelt?

Ja, ich habe repariert. Und wie gesagt, ich habe gesehen, wie der Code aufgerufen wurde, weil ich dort eine Protokollausgabe hinzugefügt habe und sie in der Konsole erschien.

Was ist das uniqueid der /sensors Ressource? Endet es mit -01-0012 ?

Unglücklicherweise nicht:

{
"config": {
"battery": 100,
"group": "7",
"on": true,
"reachable": true
},
"ep": 1,
"etag": "3cecbb01c9daea3e7cdd67424fd87bc5",
"manufacturername": "LUMI",
"mode": 1,
"modelid": "lumi.remote.b686opcn01",
"name": "lumi.remote.b686opcn01",
"state": {
"buttonevent": 2000,
"lastupdated": "2020-03-01T21:01:58"
},
"swversion": "20190730",
"type": "ZHASwitch",
"uniqueid": "04:cf:8c:df:3c:75:b8:b9-01-0006"
}

Hm, das liegt wahrscheinlich daran, dass der _On/Off_ client (out) Cluster hier Vorrang hat:
https://github.com/dresden-elektronik/deconz-rest-plugin/blob/69946322ade31ba98f2d0827f3dc7a8fc07a71b5/de_web_plugin.cpp#L4764

Verhindern Sie möglicherweise das Hinzufügen der Client-Cluster, indem Sie die Schalter hier auflisten:
https://github.com/dresden-elektronik/deconz-rest-plugin/blob/69946322ade31ba98f2d0827f3dc7a8fc07a71b5/de_web_plugin.cpp#L4290 -L4293
Danach und erneutes Pairing sollte es auf -01-0012 enden.

Ich habe gesehen, wie der Code aufgerufen wurde, weil ich dort eine Protokollausgabe hinzugefügt habe und sie in der Konsole erschien.

Nur zur Kontrolle, das wäre diese Zeile?

    fpSwitch.inClusters.push_back(MULTISTATE_INPUT_CLUSTER_ID);

Momentan kann ich die Schaltflächenbelegung nicht gemäß Ihrer Anfrage anpassen, da die Schaltfläche nur ein S_BUTTON_ACTION_INITIAL_PRESS sendet und das wars.

Die Schaltfläche sendet kein S_BUTTON_ACTION_INITIAL_PRESS. Es sendet beim Drücken einen Befehl, der derzeit S_BUTTON_ACTION_INITIAL_PRESS zugeordnet ist. Dieser Befehl hätte stattdessen S_BUTTON_ACTION_SHORT_RELEASED zugeordnet werden sollen, da die Schaltfläche beim Loslassen keinen weiteren Befehl sendet.

Verhindern Sie möglicherweise das Hinzufügen der Client-Cluster, indem Sie die Schalter hier auflisten:

Ok, jetzt endet uniqueid mit -01-0012 aber ich sehe keine neuen Nachrichten oder Ereignisse in der Konsole. Der Schalter funktioniert wie zuvor, nichts wirklich außer der uniqueid hat sich geändert.

Nur zur Kontrolle, das wäre diese Zeile?

Ja, diese Zeile.

Die Schaltfläche sendet kein S_BUTTON_ACTION_INITIAL_PRESS. Es sendet beim Drücken einen Befehl, der derzeit S_BUTTON_ACTION_INITIAL_PRESS zugeordnet ist. Dieser Befehl hätte stattdessen S_BUTTON_ACTION_SHORT_RELEASED zugeordnet werden sollen, da die Schaltfläche beim Loslassen keinen weiteren Befehl sendet.

Oh, also muss ich in der Button-Map von S_BUTTON_ACTION_INITIAL_PRESS auf S_BUTTON_ACTION_SHORT_RELEASED ändern?

Ok, jetzt endet die uniqueid mit -01-0012

Das ist gut.

aber ich sehe keine neuen Nachrichten oder Ereignisse in der Konsole.

Das ist nicht gut. Wenn man sich zigbee2mqtt ansieht, wirkt es etwas magisch, um den Opple einzurichten:
https://github.com/Koenkk/zigbee-herdsman-converters/blob/29f6a72d56e6c93e19261e93d2de76fa7da70362/devices.js#L890

Der Cluster wird hier definiert:
https://github.com/Koenkk/zigbee-herdsman/blob/e7050455cedc7dc8115dc1260989a666515923ed/src/zcl/definition/cluster.ts#L3651

Es schreibt also den u8-Wert 1 in den Cluster 0xFFC0 0xFCC0, Attribut 0x0009, unter Verwendung des Herstellercodes 0x115f. Ich wette, der Opple muss dieses Zauberwort hören, um _Multistate Input_-Nachrichten zu senden.

Wir machen etwas Ähnliches für den Hue-Dimmer in delayedFastEnddeviceProbe() , irgendwo in der Nähe:
https://github.com/dresden-elektronik/deconz-rest-plugin/blob/69946322ade31ba98f2d0827f3dc7a8fc07a71b5/de_web_plugin.cpp#L14171
Ich fürchte, die Datei ist zu groß, um sie auf GitHub aufzulisten. Ich frage mich, ob das ein Hinweis ist? ;-)

Oh, ich muss also die Schaltflächenbelegung von S_BUTTON_ACTION_INITIAL_PRESS zu S_BUTTON_ACTION_SHORT_RELEASED ändern?

Ja bitte.

Es schreibt also den u8-Wert 1 in Cluster 0xFFC0, Attribut 0x0009, unter Verwendung des Herstellercodes 0x115f. Ich wette, der Opple muss dieses Zauberwort hören, um mit dem Senden von Multistate-Input-Nachrichten zu beginnen.

Das macht Sinn. Aber ich habe keine Ahnung, wie ich es mit deconz auf den Endpunkt schreiben soll. Kannst du mir sagen wie und wo ich das machen muss?

Wir machen etwas Ähnliches für den Hue-Dimmer in verzögertFastEnddeviceProbe(), irgendwo in der Nähe:

Ich kann die Implementierung der Methode delayedFastEnddeviceProbe() in de_web_plugin.cpp nicht finden, ich sehe nur, dass sie dort zweimal aufgerufen wird. Bist du sicher, dass es in dieser Datei steht?

Ja bitte.

Ich kann diese Änderung vornehmen, aber ist es sinnvoll, sie jetzt noch anzupassen, da wir immer näher dran sind, den Multistate-Cluster zum Laufen zu bringen?

Übrigens : Wissen Sie, wie Sie die richtige Home Assistant-Unterstützung hinzufügen? Momentan muss ich auf die Ereignisse vom Switch hören und unter Gerät für den Opple ist nur Batterie aufgeführt. Andere Schalter haben dort alle Ereignisse aufgelistet...

Ich kann die Implementierung der Methode delayedFastEnddeviceProbe() in de_web_plugin.cpp nicht finden, ich sehe nur, dass sie dort zweimal aufgerufen wird. Bist du sicher, dass es in dieser Datei steht?

Ich muss nochmal nachsehen, wenn ich wieder zu Hause bin. Wie bereits erwähnt, ist die Datei zu groß, als dass GitHub sie vollständig anzeigen könnte. Die letzten paar Tausend (!) Zeilen fehlen.

Ich kann diese Änderung vornehmen, aber ist es sinnvoll, sie jetzt noch anzupassen?

Ich stimme zu, konzentrieren wir uns darauf, den _Multistate Input_ zum Laufen zu bringen.

Übrigens: Wissen Sie, wie Sie die richtige Home Assistant-Unterstützung hinzufügen?

Sorry, ich nutze und kenne HA weder.

Ich muss nochmal nachsehen, wenn ich wieder zu Hause bin. Wie bereits erwähnt, ist die Datei zu groß, als dass GitHub sie vollständig anzeigen könnte. Die letzten paar Tausend (!) Zeilen fehlen.

Ach, jetzt. Ich sehe die Methode jetzt in meiner lokalen Entwicklungsumgebung.

Ok, basierend auf zigbee2mqtt wissen wir jetzt, was zu tun ist, damit der Multistate-Cluster funktioniert. Jetzt müssen wir nur noch den richtigen Ort finden, um die Daten auf den Endpunkt zu schreiben (beim Start denke ich).

Die richtige Stelle befindet sich in delayedFastEnddeviceProbe() , neben der Stelle, an der das Hue-Dimmer-Attribut steht. Es ist ein paar Jahre her, dass ich das geschrieben habe, aber es funktioniert immer noch. Siehe https://github.com/dresden-elektronik/deconz-rest-plugin/commit/82cdb3b521e3704d2c75b17eb360b334893f7bf5.

Also habe ich das hinzugefügt:

if (sensor->modelId().contains(QLatin1String("86opcn01")))  // Aqara Opple
{
    DBG_Printf(DBG_INFO, "WRITE TO OPPLE \n");
    deCONZ::ZclAttribute attr(0x0009, deCONZ::Zcl16BitBitMap, "mode", deCONZ::ZclReadWrite, false);
    attr.setBitmap((quint64) 0x000b);
    writeAttribute(sensor, sensor->fingerPrint().endpoint, 0xFFC0, attr, VENDOR_XIAOMI);
}

Code wird beim Pairing aufgerufen (ich sehe DBG_Printf in der Konsole), aber Multistate-Cluster immer noch nicht in der GUI sichtbar, auch keine neuen Ereignisse oder Nachrichten. Was habe ich falsch gemacht?

Hier einige Log-Ausgaben:

write manufacturer specific attribute of 0x04CF8CDF3C75B8B9 ep: 0x01 cluster: 0xFFC0: 0x0009
21:11:59:078 add task 248 type 20 to 0x04CF8CDF3C75B8B9 cluster 0xFFC0 req.id 95
21:11:59:079 0x04CF8CDF3C75B8B9 (lumi.remote.b686opcn01) create binding for attribute reporting of cluster 0x0001 on endpoint 0x01
21:11:59:079 discard double entry in binding queue (size: 4) for for 0x04CF8CDF3C75B8B9, cluster 0x0001
21:11:59:079 APS-DATA.request id: 96, addrmode: 0x03, addr: 0x04cf8cdf3c75b8b9, profile: 0x0000, cluster: 0x0021, ep: 0x00 -> 0x00 queue: 1 len: 15 tx.options 0x04
21:11:59:106 APS-DATA.request id: 95, addrmode: 0x03, addr: 0x04cf8cdf3c75b8b9, profile: 0x0104, cluster: 0xFFC0, ep: 0x01 -> 0x01 queue: 2 len: 10 tx.options 0x04

Habe auch die gesamte Konsole nach den Multistate-Cluster-ID-Referenzen (0x0012) durchsucht, aber dafür gibt es keinen einzigen Eintrag ...

Das Opple-Attribut ist vom Typ u8, daher sollte das zweite Argument für den ZclAttribute Konstruktor deCONZ::Zcl8BitUint . Sie müssen es auf den u8-Wert von 1 bis attr.setValue((quint64) 1); .

Die deCONZ:: Klassen stammen aus der C++-API, die das deCONZ-Kernprogramm für Plugins anbietet. Sehen Sie sich die #include-Dateien aus dem deconz-dev Paket an, die in /usr/include/deconz installiert sind. Die Website, die diese C++-API dokumentiert, ist verschwunden...

if (sensor->modelId().contains(QLatin1String("86opcn01")))  // Aqara Opple
{
    DBG_Printf(DBG_INFO, "WRITE TO OPPLE \n");
    deCONZ::ZclAttribute attr(0x0009, deCONZ::Zcl8BitUint, "mode", deCONZ::ZclReadWrite, false);
    attr.setBitmap((quint64) 0x000b);
    attr.setValue((quint64) 1);
    writeAttribute(sensor, sensor->fingerPrint().endpoint, 0xFFC0, attr, VENDOR_XIAOMI);
}

Immer noch nichts. Muss ich die Hacks von gestern verlassen oder muss ich sie entfernen?

Entfernen Sie den Anruf an setBitMap , nur um sicherzugehen.

Immer noch nichts...

Die zigbee2mqtt-Quellen wurden doppelt und dreifach überprüft. Ich brauchte eine vierte Überprüfung, um zu sehen, dass der Cluster 0xFCC0 . Mein Fehler.

Heh, das habe ich aus deinem Kommentar kopiert, aber auch danach habe ich es mehrfach mit der Quelle verglichen, aber den Fehler auch nicht bemerkt...

Ok, jetzt kann ich endlich etwas Neues sehen.

Multistate-Cluster und 2 neue Endpunkte erschienen in der GUI:

Meine alte Tastenbelegung funktioniert nicht mehr.
Neue Ereignisse kommen vom Cluster 0x0012 (Multistate):

APS-DATA.indication srcAddr: 0x4586, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0012, lqi: 255, rssi: -47
22:45:20:520    asdu: 18b00a5500210100
22:45:20:520 Node data 0x04cf8cdf3c75b8b9 profileId: 0x0104, clusterId: 0x0012
22:45:20:524 Force binding of attribute reporting for sensor lumi.remote.b686opcn01
22:45:20:525 no button handler for: lumi.remote.b686opcn01 ep: 0x01 cl: 0x0012 cmd: 0x0A pl[0]: 0x55

Einige neue Dinge wie der ZCL-Attributbericht:

22:50:10:693 APS-DATA.indication srcAddr: 0x4586, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0012, lqi: 255, rssi: -47
22:50:10:693    asdu: 18b70a5500210200
22:50:10:693 Node data 0x04cf8cdf3c75b8b9 profileId: 0x0104, clusterId: 0x0012
22:50:10:695 Force binding of attribute reporting for sensor lumi.remote.b686opcn01
22:50:10:695 no button handler for: lumi.remote.b686opcn01 ep: 0x01 cl: 0x0012 cmd: 0x0A pl[0]: 0x55
22:50:10:695 ZCL attribute report 0x04CF8CDF3C75B8B9 for cluster: 0x0012, ep: 0x01, frame control: 0x18, mfcode: 0x0000
22:50:10:695    payload: 5500210200

Einige von ihnen von Endpunkt 4 ????

22:54:04:230 Node data 0x04cf8cdf3c75b8b9 profileId: 0x0104, clusterId: 0x0012
22:54:04:233 ZCL attribute report 0x04CF8CDF3C75B8B9 for cluster: 0x0012, ep: 0x04, frame control: 0x18, mfcode: 0x0000

Bin mir nicht sicher wie ich damit umgehen soll...

Bearbeiten jetzt habe ich 6 neue Endpunkte in der GUI, für jede Taste auf der Fernbedienung wird ein Endpunkt erstellt. Sie erscheinen nur in der GUI, wenn ich zum ersten Mal eine Taste auf der Fernbedienung drücke.

Die Meldung no button handler for: in der Konsole erscheint nur für den ersten Endpunkt, für den Rest sehe ich nur ZCL attribute report in der Konsole.

uniqueid in der Rest-API endet immer noch mit -01-0006

Ich denke, jetzt muss ich nur noch eine neue Schaltflächenbelegung konfigurieren und es sollte funktionieren. Wie erstelle ich jetzt mit diesen neuen Daten eine richtige Schaltflächenzuordnung?

Multistate-Cluster und 2 neue Endpunkte erschienen in der GUI:
Sie erscheinen nur in der GUI, wenn ich zum ersten Mal eine Taste auf der Fernbedienung drücke.

Ah das stimmt (natürlich erinnere ich mich jetzt); die GUI zeigt die Cluster an (nicht in den _Detailed Descriptors_ gemeldet), wenn sie eine Nachricht von dem Gerät sieht, die von diesem Cluster stammt.

Meine alte Tastenbelegung funktioniert nicht mehr.

Möglicherweise möchten Sie noch einmal überprüfen, ob die Bindungen für die Clientcluster erstellt wurden.

Wahrscheinlich verwendet der Switch jedoch entweder die Client-Cluster oder den _Multistate Input_-Server-Cluster. Vielleicht würde das Schreiben eines anderen Werts in das magische Attribut dazu führen, dass es in den "Dual"-Modus versetzt wird, aber ich denke, wir sollten unseren Segen zählen und nicht versuchen, das zu reparieren, was nicht kaputt ist.

Sie sollten jedoch davon absehen, eine Gruppe für diese Switches zu erstellen, config.group offenzulegen und Client-Cluster-Bindungen einzurichten.

Bin mir nicht sicher wie ich damit umgehen soll...

In der SchaltflächeMap.

Die Meldung No button Handler for: in der Konsole wird nur für den ersten Endpunkt angezeigt

Erstellen Sie am besten zuerst eine neue Schaltflächenbelegung.

für den Rest sehe ich nur den ZCL-Attributbericht in der Konsole.

Und das wollen wir sehen!

uniqueid in der Rest-API endet immer noch mit -01-0006

Achten Sie darauf, die Client-Cluster nicht zum fpSwitch-Fingerabdruck hinzuzufügen, siehe https://github.com/dresden-elektronik/deconz-rest-plugin/issues/2061#issuecomment -593149167.

Wie erstelle ich jetzt mit diesen neuen Daten eine richtige Schaltflächenzuordnung?

Siehe oben, https://github.com/dresden-elektronik/deconz-rest-plugin/issues/2061#issuecomment -592617874. Ich habe gelesen, dass der Schalter auch dreifaches Drücken mit dem Wert 3 unterstützt.

Sie sollten jedoch davon absehen, eine Gruppe für diese Switches zu erstellen, config.group offenzulegen und Client-Cluster-Bindungen einzurichten.

Entschuldigung, ich verstehe das nicht. Könnten Sie genauer sein?

Stellen Sie sicher, dass Sie die Client-Cluster nicht zum fpSwitch-Fingerabdruck hinzufügen, siehe #2061 (Kommentar).

Dazu muss ich auch den Multistate-Cluster ( fpSwitch.inClusters.push_back(MULTISTATE_INPUT_CLUSTER_ID); ) zurückschieben, sonst wird der Switch nicht gekoppelt, ist das in Ordnung?

Eine neue Schaltflächenbelegung gemäß Ihrem Vorschlag in einem früheren Kommentar gestartet:

static const Sensor::ButtonMap aqaraOpple6MapNew[] = {
//    mode                          ep    cluster cmd   param button                                       name
    // First button Off
    { Sensor::ModeScenes,           0x01, 0x0012 , 0x0a , 0,    S_BUTTON_1 + S_BUTTON_ACTION_HOLD, "Off top hold" },
    { Sensor::ModeScenes,           0x01, 0x0012 , 0x0a , 1,    S_BUTTON_1 + S_BUTTON_ACTION_SHORT_RELEASED, "Off top press" },
    { Sensor::ModeScenes,           0x01, 0x0012 , 0x0a , 2,    S_BUTTON_1 + S_BUTTON_ACTION_DOUBLE_PRESS, "Off top double press" },
    { Sensor::ModeScenes,           0x01, 0x0012 , 0x0a , 255,    S_BUTTON_1 + S_BUTTON_ACTION_LONG_RELEASED, "Off top long released" },
    // end
    { Sensor::ModeNone,             0x00, 0x0000, 0x00, 0,    0,                                           nullptr }
};

und das führt immer dazu, dass button 1001 Off top hold ausgelöst wird, egal ob ich einmal drücken, zweimal drücken, dreimal drücken, halten oder loslassen.

Das Drücken der anderen Tasten führt immer noch nicht dazu, dass no button handler for: in der Konsole erscheint...

Unten sind die Nachrichten für jedes Ereignis.

Einzelpresse:

23:50:12:401 APS-DATA.indication srcAddr: 0xc394, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0012, lqi: 255, rssi: -49
23:50:12:401    asdu: 180d0a5500210100

Doppelt drücken:

23:50:14:214 APS-DATA.indication srcAddr: 0xc394, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0012, lqi: 255, rssi: -49
23:50:14:214    asdu: 180e0a5500210200

Dreifaches Drücken:

23:50:15:696 APS-DATA.indication srcAddr: 0xc394, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0012, lqi: 255, rssi: -49
23:50:15:696    asdu: 180f0a5500210300

Halt:

23:52:53:785 APS-DATA.indication srcAddr: 0xc394, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0012, lqi: 255, rssi: -50
23:52:53:785    asdu: 18100a5500210000

Freisetzung:

23:52:54:568 APS-DATA.indication srcAddr: 0xc394, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0012, lqi: 255, rssi: -50
23:52:54:568    asdu: 18110a550021ff00

Die einzige Änderung zwischen diesen Nachrichten ist der letzte Payload-Teil und scheint genau so zu sein, wie Sie es gesagt haben, aber immer noch wird nur button 1001 Off top hold in der Konsole angezeigt.
Bei den anderen Buttons erscheint nur die APS-DATA Anzeige auf der Konsole und button xxxx auch wenn ich die Button Map angepasst habe.

Entschuldigung, ich verstehe das nicht. Könnten Sie genauer sein?

Rufen Sie weder checkSensorGroup() noch checkSensorBindingsForClientClusters() noch sensor->addItem(DataTypeString, RConfigGroup);

Dazu muss ich auch den Multistate-Cluster zurückschieben

Ja, das muss bleiben.

und das führt immer dazu, dass die Taste 1001 Off Top Hold ausgelöst wird, egal ob ich einmal drücken, zweimal drücken, dreimal drücken, halten oder loslassen.

Können Sie den geänderten Code hier auflisten:
https://github.com/dresden-elektronik/deconz-rest-plugin/blob/84cd1b0bdf4e66b5f244cf733c263166129fca62/de_web_plugin.cpp#L3407

Das Drücken der anderen Schaltflächen führt immer noch nicht dazu, dass kein Schaltflächenhandler für: das Erscheinen der Konsole...

Haben Sie die Einträge für die anderen Endpunkte zur buttonMap hinzugefügt?

Rufen Sie weder checkSensorGroup() noch checkSensorBindingsForClientClusters() noch sensor->addItem(DataTypeString, RConfigGroup);

verstanden! Ich habe meine Anrufe an checkSensorGroup() und checkSensorBindingsForClientClusters() . Dieses sensor->addItem(DataTypeString, RConfigGroup); ich nie hinzugefügt. Der Schalter funktioniert immer noch, aber das config.group ist immer noch in der Rest-API vorhanden.

Ich habe auch checkClientCluster = true; Ist das in Ordnung?

Können Sie den geänderten Code hier auflisten:

Habe da nichts geändert.

Haben Sie die Einträge für die anderen Endpunkte zur buttonMap hinzugefügt?

Ja, habe ich. Interessant ist, dass für die anderen Buttons nicht einmal die Methode checkSensorButtonEvent() aufgerufen wird. Ich habe dort gerade eine Protokollausgabe platziert und es wird in der Konsole für die Schaltfläche mit dem Endpunkt 1 gedruckt, aber für alle anderen wird mein Protokoll nicht gedruckt, sodass es nie aufgerufen wird ...

Interessant ist, dass für die anderen Buttons nicht einmal die Methode checkSensorButtonEvent() aufgerufen wird.

Es gibt immer einen weiteren Platz für die Whitelist... Sie müssen die Switches hier auf die Whitelist setzen, um mit Endpunkt 01 nach ihnen zu suchen.
https://github.com/dresden-elektronik/deconz-rest-plugin/blob/c69b8323051a90dd78035025ffe174df7370f440/de_web_plugin.cpp#L715 -L718

Habe da nichts geändert.

Sie sollten, siehe https://github.com/dresden-elektronik/deconz-rest-plugin/issues/2061#issuecomment -592617874 oben, kurz vor der Buttonmap.

Beachten Sie, dass Sie für alle drei Schalter dieselbe Tastenbelegung verwenden können.

Ich habe auch checkClientCluster = true entfernt; Ist das in Ordnung?

Denke schon.

Es gibt immer einen weiteren Platz für die Whitelist... Sie müssen die Switches hier auf die Whitelist setzen, um mit Endpunkt 01 nach ihnen zu suchen.

Also im Grunde so ähnlich, wenn ich dich richtig verstehe?

else if (sensorNode->modelId().contains(QLatin1String("86opcn01")))
{
    sensorNode = getSensorNodeForAddressAndEndpoint(ind.srcAddress(), 0x01);
}

Sie sollten, siehe #2061 (Kommentar) oben, kurz vor der Schaltflächenbelegung.

Oh sorry, das habe ich irgendwie übersehen.

Werde heute Abend den fehlenden Code ergänzen und ausprobieren.

Denke schon.

Ich denke, da wir jetzt den Multistate-Cluster zum Arbeiten gebracht haben, ist ein Teil des vorherigen Codes, den ich hinzugefügt habe, nicht mehr erforderlich, also möchte ich versuchen, ihn so sauber wie möglich zu halten ...
Ist es in Ordnung, dass das config.group immer noch in der Rest-API erscheint? Muss der Switch jetzt noch in einer Gruppe sein, da der Multistate-Cluster aktiv ist oder wird das nicht mehr benötigt?

Also im Grunde so ähnlich, wenn ich dich richtig verstehe?

Ja.

Oh sorry, das habe ich irgendwie übersehen.

Wie gesagt, es gibt immer einen Platz mehr...

Ist es in Ordnung, dass das config.group immer noch in der Rest-API erscheint?

Nein, das ist nicht in Ordnung, da der Schalter jetzt keine Befehle mehr an die Lichter in dieser Gruppe sendet. Möglicherweise möchten Sie die Ressource löschen und den Switch erneut koppeln, um zu überprüfen, ob config.group noch erstellt wurde. Es ist wahrscheinlich ein Überbleibsel von vor dem Schreiben des speziellen Attributs.

Ok, jetzt gehen alle Tastendrücke in das checkSensorButtonEvent() , damit das gelöst wäre.

Aber jetzt nach dem Hinzufügen in der Methode checkSensorButtonEvent() :

else if ((ind.clusterId() == DOOR_LOCK_CLUSTER_ID && sensor->manufacturer() == QLatin1String("LUMI")) ||
         (ind.clusterId() == MULTISTATE_INPUT_CLUSTER_ID && sensor->modelId().contains(QLatin1String("86opcn01"))))

alle Tastendrücke zeigen no button handler for: auch wenn die Taste korrekt und gemäß Ihrem Vorschlag angepasst ist.

Haben Sie mit einem Debug-Print überprüft, ob der Then-Block für dieses if ausgeführt wird?

Ja, es wird aufgerufen. Es wird sogar 5 Mal pro Tastendruck aufgerufen.

EDIT: Sorry, mir ist gerade aufgefallen, dass ich falsch liege, wenn block...

Ok, die Umschaltung funktioniert jetzt perfekt 👍 Alle Ereignisse kommen an und werden ordnungsgemäß bearbeitet. Ich glaube, wir haben es geschafft!
config.group ist auch in der Rest-API nicht mehr vorhanden!
Lassen Sie mich die Varianten mit 4 und 2 Tasten überprüfen und ich denke, es ist erledigt.
Ich würde danach einen Pull Request vorbereiten. Es wäre gut, wenn Sie einen kurzen Blick darauf werfen und prüfen könnten, ob alles in Ordnung ist, insbesondere in Bezug auf das Homebridge-Plugin-Update.

Ich glaube, wir haben es geschafft!

Cool!

Lassen Sie mich die Varianten mit 4 und 2 Tasten überprüfen und ich denke, es ist erledigt.

Verwenden Sie einfach die gleiche buttonMap; Sie senden einfach keine Berichte von den höheren Endpunkten.

Eine weitere kleine Sache, die mir gerade in Bezug auf die config.group in der Rest-API aufgefallen ist. Wenn ich den Switch zunächst koppele, erscheint config.group in der Rest-API und dann, nachdem ich deconz neu gestartet habe, ist es weg. Wisst ihr warum das so ist und wie ich das verhindern kann?

Du hast also jetzt einfache, doppelte, lange (und dreifache?) Klicks auf allen Schaltflächen, @merdok?

Wird config.group mit dem Wert null angezeigt? Sehen Sie eine Websocket-Benachrichtigung, dass der config.group geändert wurde?

Sind Sie sicher, dass Sie kein addItem(DataTypeString, RConfigGroup) für den Sensorknoten durchführen?

@ebaauw Nein, es gibt eine Gruppennummer und diese Gruppe wird tatsächlich erstellt.
Das Interessante ist, dass ich unter dem Endpunkt /groups diese neue Gruppe sehe und der Switch ein Mitglied dieser Gruppe ist.
Nachdem ich den Switch gepaart und deconz neu gestartet habe, hat der Switch nicht mehr die Eigenschaft config.group , aber die Gruppe unter dem Endpunkt /groups existiert immer noch und der Switch ist dort immer noch Mitglied dieser Gruppe.

Nein, ich rufe nicht an und habe nie (auch nicht in meiner ersten Implementierung) diese addItem(DataTypeString, RConfigGroup) angerufen

Ich denke, vielleicht läuft es in einen anderen if-Block, in dem dieser aufgerufen wird ... aber wo?

@jdberry richtig, alle Events funktionieren! Single, Double, Triple, Hold, Long Release

@ebaauw
Ok, vergiss 'es. Den Ort gefunden, an dem die Gruppe erstellt wurde. Es war in Bindings.cpp

Es gibt derzeit auch diesen Codeblock in der Bindings.cpp:
https://github.com/dresden-elektronik/deconz-rest-plugin/blob/c69b8323051a90dd78035025ffe174df7370f440/bindings.cpp#L2482 -L2489

Soll ich dort auch den MULTISTATE-Cluster hinzufügen, jetzt wo es funktioniert?

Es war in Bindings.cpp
Soll ich dort auch den MULTISTATE-Cluster hinzufügen, jetzt wo es funktioniert?

Die meisten Xiaomi-Geräte (wenn nicht alle) senden sofort Berichte an den Koordinator. Für diese Geräte muss keine Bindung erstellt werden. Sie haben sie für Opple eingeführt, weil es Lichter standardmäßig direkt über diese Client-Cluster steuert. Jetzt, da der _Multistate Input_-Cluster funktioniert, müssen alle Verweise auf den Opple aus bindings.cpp (vorausgesetzt, er meldet die Batterie auch standardmäßig an den Koordinator). Stellen Sie außerdem sicher, dass keine der Methoden von bindings.cpp für den Opple aufgerufen wird. Siehe https://github.com/dresden-elektronik/deconz-rest-plugin/issues/2061#issuecomment -593671487.

Wann weiß ich, dass es die Batterie dem Koordinator meldet? Ich habe alle Verweise auf die Opple-Schalter in bindings.cpp und alles funktioniert immer noch, außer dass der Akku in der Rest-API jetzt null anzeigt deconz GUI, damit es auf 100 aktualisiert wird.

EDIT: Ich habe derzeit die Batteriespannung in der Datei bindings.cpp für den Schalter binden, ohne diese bekomme ich den Wert null für Batterie in der Rest-API.

EDIT: Ich habe derzeit die Batteriespannungsbindung in der Datei Bindings.cpp für den Switch gelassen, ohne diese bekomme ich den Wert null für Batterie in der Rest-API.

Ich werde vielleicht nicht gebraucht, aber es würde nicht schaden, nehme ich an. config.battery zeigt normalerweise null bis der erste Bericht eintrifft. Es würde mich nicht wundern, wenn das Einrichten des Reportings einen ersten Report auslöst.

Ich habe einen Opple mit sechs Knöpfen bestellt; ein paar nette Leute hier haben mir etwas Geld gespendet. Sobald ich den Datenverkehr erschnüffeln kann, ist es einfacher zu überprüfen, ob die Konfiguration erforderlich ist. Es wird aber noch ein paar Wochen dauern, bis es ankommt...

Ok cool
Ich habe den Pull-Request mit dem verbesserten Support eingereicht. Alles scheint gut zu funktionieren! Wenn Sie Zeit haben, schauen Sie einfach schnell vorbei und prüfen Sie, ob ich etwas übersehen habe.

Erstaunliche Arbeit @merdok und @ebaauw!!

Erstaunliche Arbeit @merdok und @ebaauw!!

Einverstanden! Danke euch beiden, dass ihr euch die Mühe gemacht habt, das herauszufinden!

Ich habe gerade meinen ersten 6-Tasten-Opple-Schalter eingerichtet und frage mich, ob ich der einzige mit diesem Problem bin, aber ich habe ihn bei meinen Recherchen nirgendwo anders gesehen.

Wenn ich mir die Ereignisse ansehe, erhalte ich die Ereignisse 1000, 2000, 3000, 4000,5000 und 6000 für ein einziges Drücken der entsprechenden Tasten, was großartig ist. Das Halten der Tasten 1 oder 2 gibt mir die gleichen entsprechenden Ereignisse (1000 und 2000), aber die Tasten 3-6 geben mir einen Haltecode von (Beispiel für Taste 3) 3001 und 3003 (beim Loslassen). zweimaliges Drücken auf eine der 6 Tasten gibt mir nur das einmalige Drücken, und dreimaliges Drücken führt zu keinem Ereignis bei allen 6 Tasten.

Ist dieses Verhalten bereits bekannt/geloggt, oder bin ich der einzige mit diesem Verhalten? Ich habe auch einen Debug-Knoten auf der deconz-Komponente in Knoten rot geworfen, der nach Ereignissen sucht, aber auch dort gibt es keine Änderungen, gleiche Ergebnisse wie oben mit Home Assistant.

Vielen Dank im Voraus

Sie müssen das REST-API-Plugin selbst kompilieren (siehe README) oder auf die nächste Version mit diesen Änderungen warten.

@jsnyde30 Dies ist die alte Implementierung. Für den neuen verbesserten Support verwenden Sie deconz v2.05.75 Beta oder warten Sie auf die nächste offizielle Version.

danke merdok! Sorry, wenn ich das in den Anmerkungen übersehen habe.

Sie müssen das REST-API-Plugin selbst kompilieren (siehe README) oder auf die nächste Version mit diesen Änderungen warten.
@ebaauw
Readme ist ziemlich kurz für die Installation der Entwicklungsumgebung:
sudo apt install deconz-dev

Wo befindet sich das Paket-Repository? Auf meinem raspi probiert, findet das Paket deconz-dev nicht.
Der beste Hinweis, den ich durch die Suche bekommen habe, war:
wget http://www.dresden-elektronik.de/rpi/deconz-dev/deconz-dev-latest.deb
was sich nicht auflöst.
Gibt es weitere Hinweise zum Beitrag für dieses Projekt?

Gerade auf 2.05.75 aktualisiert und jetzt sendet meine opple-Fernbedienung keine Tastenereignisse. Ich habe den Schalter gelöscht und erneut gekoppelt. Es hat nicht geholfen. Immer noch keine Veranstaltungen. Ich habe die Gruppe verloren, die für die Fernbedienung erstellt wurde.

Gerade auf 2.05.75 aktualisiert und jetzt sendet meine opple-Fernbedienung keine Tastenereignisse. Ich habe den Schalter gelöscht und erneut gekoppelt. Es hat nicht geholfen. Immer noch keine Veranstaltungen. Ich habe die Gruppe verloren, die für die Fernbedienung erstellt wurde.

Haben Sie den Switch entfernt und dann wieder mit Ihrem Netzwerk verbunden?

Haben Sie den Switch entfernt und dann wieder mit Ihrem Netzwerk verbunden?

Ja. Ich habe die Fernbedienung entfernt und bin dann durch den Pairing-Prozess gegangen.

Hier gilt das gleiche. in 2.04.74 habe ich es geschafft, Tastenereignisse zu erhalten (einmaliges Drücken), aber mit 2.04.75 macht der Schalter nichts. Es wurde bereits neu gekoppelt, es wird jetzt in der GUI angezeigt, sendet jedoch keine Zustände.

@raddi
Gleiche für mich.
Update auf 2.04.75, Gerät entfernen lassen. Aber sendet keine Zustände..

Zu Ihrer Information..
Wenn ich die Taste eines anderen Geräts drücke, kann ich die blaue Taste in der GUI blinken sehen.
Aber nicht für den Aqara OPPLE habe ich hinzugefügt...

Werde das heute Abend mal checken. Vielleicht ist bei der Zusammenführung etwas schief gelaufen...

Ok, ich sehe eine Stelle, an der etwas schief gelaufen ist, während @manup die Commits zusammengeführt hat.
Ich muss eine neue Pull-Anfrage senden, um das zu beheben.

Funktioniert hier nach dem Update auch nicht mehr

Fix gesendet: #2561

Nur zur Bestätigung, habe die neueste Quelle mit meinem Fix erhalten, kompiliert, getestet und alles funktioniert gut. Die Schalter erscheinen in der Benutzeroberfläche und alle Ereignisse funktionieren!

@merdok Ich habe gerade die PR zusammengestellt und hier mit einem brandneuen 6-Tasten-Opple getestet. Zum Koppeln bin ich auf die alte webUI gegangen und habe "offenes Netzwerk" verwendet. Dann hielt ich den Knopf auf der Rückseite gedrückt, bis die LED blinkte. Ich habe dann jede Taste einmal gedrückt.

Es scheint, dass die obere Taste jetzt ein "Alles an" / "Alles aus"-Steuerelement ist, da alle meine Lichter beim Drücken ein- oder ausgeschaltet werden. Ich habe die REST-API überprüft, kann sie jedoch dort überhaupt nicht finden (aber ich verwende die REST-API möglicherweise falsch ...)?

Ich habe derzeit keinen Zugriff auf die deCONZ-Benutzeroberfläche (Desktop)...

Irgendwelche Ideen? Könnte sicher auch ein PEBCAK sein...! :P

Ich habe nie versucht, mit der alten webUI zu koppeln. Ich würde empfehlen, dass Sie es mit der Phoscon-App versuchen.

Ok, also bin ich in die Desktop-App gegangen und habe sie von dort gelöscht, aber meine Lichter reagieren immer noch darauf ...
Es wurde versucht, es erneut hinzuzufügen, indem Sie in Phoscon auf "Sensor hinzufügen" gehen, aber der "Bereit"-Button wird nicht anklickbar. Das gleiche gilt für "Schalter hinzufügen". Mache ich es falsch?

Löschen Sie den Schalter, bevor Sie ihn erneut koppeln.

Ich tat. Ging in die deCONZ-Desktop-App, wählte den Knoten aus und drückte auf "Löschen". Der Knoten ist dann verschwunden.

BEARBEITEN:
Anscheinend wurde es jetzt wieder hinzugefügt, ich werde prüfen, ob es jetzt besser funktioniert. :)

"39": {
"config": {
"Batterie": 100,
"an": wahr,
"erreichbar": wahr
},
"ep": 1,
"etag": "190c1c15c8c64eea05ce4a20bad3a8b6",
"Herstellername": "LUMI",
"Modus": 1,
"modelid": "lumi.remote.b686opcn01",
"name": "Sender 3fach",
"Zustand": {
"buttonevent": 2002,
"zuletzt aktualisiert": "2020-03-09T21:43:23"
},
"swversion": "20190730",
"typ": "ZHASwitch",
"uniqueid": "04:cf:8c:df:3c:77:b5:89-01-0012"
}

Kompiliert die neuen Commits und es funktioniert jetzt perfekt. Sichtbar in der Phoscon GUI, funktioniert mit dem Homebridge-Hue Plugin und mit dem Node-RED Plugin. Vielen Dank für Ihre Mühe und Zeit!

Hallo @merdok !

Wie ich verstehe, wird gemäß Ihren Codeänderungen keine Gruppe für den opple-Schalter erstellt.
Es war nützlich, direkte Bindungen zu erstellen, um Lichter zu steuern, selbst wenn der Koordinator ausgefallen ist. Irgendeine Änderung, um es zu behalten?

Die Gruppe war in der ersten Implementierung notwendig, um nur bestimmte Lichter steuern zu können, ohne die Gruppe würde der Schalter nur alle Lichter in Ihrem Zigbee-Netzwerk steuern. Im Moment wird der Switch ordnungsgemäß unterstützt, sodass die Gruppe nicht mehr benötigt wird. Ich meine, Sie können mit der REST-API immer noch selbst Gruppen erstellen und den Schalter einsetzen, wenn Sie dies wünschen.

Ich meine, Sie können mit der REST-API immer noch selbst Gruppen erstellen und den Schalter darin einsetzen

Das wird nichts nützen. Wir haben den Betriebsmodus des Opple geändert, sodass er Berichte an den Koordinator sendet, anstatt Befehle an die zugehörige Gruppe. Dies war erforderlich, um die Rich-Button-Ereignisse zu unterstützen (drücken, halten, loslassen, lange loslassen, zweimal drücken, dreimal drücken).

Hallo Leute

Also undatiert habe ich auf 205,75. Ich habe das gleiche Problem ohne Ereignisse. Bedeutet dies, dass ich auf die nächste Version warten muss, damit dieser Schalter funktioniert?

Haben Sie die Ressource /sensors gelöscht und den Switch erneut gekoppelt?

Danke für die schnelle Antwort.
Ich habe die Sensorressource nicht gelöscht. Wird das im Phoscon sein?

aber ich habe es zweimal repariert

Ja, ich denke, wenn Sie den Schalter in Phoscon löschen, wird die Ressource gelöscht. Wenn Sie den Knoten in der GUI löschen, bleiben die Ressourcen jedoch unangetastet.

Ich meine, Sie können mit der REST-API immer noch selbst Gruppen erstellen und den Schalter darin einsetzen

Das wird nichts nützen. Wir haben den Betriebsmodus des Opple geändert, sodass er Berichte an den Koordinator sendet, anstatt Befehle an die zugehörige Gruppe. Dies war erforderlich, um die Rich-Button-Ereignisse zu unterstützen (drücken, halten, loslassen, lange loslassen, zweimal drücken, dreimal drücken).

OK habe es.

Wie erhalte ich späten Support für Aqara OPPLE?
Ich finde nur 2.05.75
http://deconz.dresden-elektronik.de/ubuntu/beta/?C=M;O=D

Warten Sie auf die nächste Version oder kompilieren Sie deconz selbst aus den Quellen.

danke wird reichen :)

Ich erhalte den Akkustand immer noch nur, wenn ich den Schalter verbinde. Es setzt auch alle meine anderen Lichter bei Verbindung zurück. Wenn ich das Changelog überprüfe, sollte dies nicht passieren. Was mache ich falsch? Ist 2.05.75 nicht die Version, die die opple-Switches unterstützt? Home Assistent zeigt den Schalter als

gefolgt: lumi.remote.b286opcn01
von LUMI

Für Home Assistant muss die deconz-Integration mit Opple-Unterstützung aktualisiert werden. Bis dahin können Sie auf Ereignisse vom Opple-Switch hören.

Warten Sie auf die nächste Version oder kompilieren Sie deconz selbst aus den Quellen.

Wann ist die nächste Veröffentlichung geplant?

Ich weiß nicht, dass. @manup macht die Veröffentlichungen.

Für Home Assistant muss die deCONZ-Integration mit Opple-Unterstützung aktualisiert werden. Bis dahin können Sie auf Ereignisse vom Opple-Switch hören.

Das scheint hier nicht zu funktionieren. Früher konnte ich mit deconz 2.05.74 Events vom Switch empfangen, aber seit dem Update auf .75 funktioniert das nicht mehr:

Das Drücken einer beliebigen Taste auf dem Schalter führt zu keinem Ereignis in Home Assistant.

Es scheint mit der Phoscon-Web-App verbunden zu sein...

... sowie in der GUI.

Ich habe bereits versucht, den Schalter sowohl im Webinterface als auch in der deCONZ GUI zu entfernen, jedoch ohne Erfolg. Gibt es noch etwas, was ich versuchen könnte?

Es wurde hier schon mehrfach gesagt, dass 2.05.75 fehlerhaft ist und man auf das nächste Release warten muss oder deconz selbst aus den Quellen bauen muss.

Hallo Leute! Sagen Sie mir, ungefähre Aktualisierungsdaten bitte? Ich habe meine beiden 6-Tasten-Schalter schon bekommen, aber verdammt :)

In meinem Fall habe ich vom neuesten Master kompiliert und die Schalter werden nicht hinzugefügt. Phoscon zeigt derzeit die .75-Version. Auf der GUI sehen sie so aus:

Und auf der restlichen API werden sie nicht angezeigt.

@mat1990dj Ich habe das gleiche auf 0,75.
Und der Schalter bindet an alle Zigbee Lichter und Schalter. Durch Drücken der Ein/Aus-Tasten werden sie alle ein- und ausgeschaltet.

Kompiliere ich vielleicht falsch? oder falsch gekoppelt?
Ich habe kompiliert mit:

sudo apt install deconz-dev
git clone https://github.com/dresden-elektronik/deconz-rest-plugin.git
cd deconz-rest-plugin
qmake && make -j2
sudo cp ../libde_rest_plugin.so /usr/share/deCONZ/plugins
and then launched deCONZ as usual.

Ich habe beide alten Sensoren aus der Rest-API gelöscht, auch aus der GUI mit Delete selected Node
Ich habe gepaart tun:
5s Zurück-Taste drücken
Geräte scannen / Schalter scannen
Nichts ist passiert

Ich habe es auch zusammengestellt, und für mich und meinen einen Kumpel ist nichts passiert. Also die Jungs müssen wir warten, bis es eine engere Integration der Jungs aus DE mit Mark gibt, oder zumindest wenn es Entwicklerversionen von Assemblies gibt. Um solche Situationen wie bei opple zu vermeiden...

Ich weiß nicht, wie man die Geräte richtig löscht, sie verbinden sich automatisch wieder :(

Sie müssen die restliche API verwenden, um das Gerät zu löschen und dann deconz neu zu starten, bevor Sie erneut versuchen, es zu koppeln. So mache ich es.

Ich habe das schon einmal gemacht, aber ich habe drei Geräte, die immer wiederkommen und ich weiß nicht, wie ich sie löschen soll, da sie nicht mehr in der API erscheinen

Versuchen Sie, es in den Kopplungsmodus zu versetzen, und löschen Sie es dann.

Das habe ich schon gemacht, sie paaren sich immer wieder so :(

Hey @mat1990dj Ich glaube, du hast so etwas wie dieses Problem, kannst du es bestätigen? Ova hier: https://github.com/dresden-elektronik/deconz-rest-plugin/issues/2605

Bitte versuchen Sie es, ich denke, es ist nicht mein lokales Problem oder Ihr, nach einigen Updates ist etwas passiert...

Es scheint etwas ähnlich zu sein, aber ich habe die Geräte nicht umbenannt. Es scheint wirklich die alten Geisterkäfer zu sein

Versuchen Sie, es in den Kopplungsmodus zu versetzen, und löschen Sie es dann.

Das hat bei mir funktioniert!
Ich habe die "c"-Taste (ca. 5s) auf der Rückseite gedrückt und dann gelöscht. Danach wird das Gerät nicht mehr angezeigt.

Vielen Dank

Okay, aber können Sie meine Frage auch mit Umbenennung wiederholen? Benennen Sie einfach ein Gerät über Phoscon um und starten Sie dann deconz neu, einfach interessant. Haben Sie das gleiche Problem oder nicht... Vielen Dank im Voraus.

Versuchen Sie, es in den Kopplungsmodus zu versetzen, und löschen Sie es dann.

Das hat bei mir funktioniert!
Ich habe die "c"-Taste (ca. 5s) auf der Rückseite gedrückt und dann gelöscht. Danach wird das Gerät nicht mehr angezeigt.

Vielen Dank

Nur um es klar auszudrücken,
5s C-Taste und dann von deCONZ GUI löschen?
Kein Pairing von Phoscon?

Das funktioniert bei mir nicht, sie kommen immer wieder, sie bleiben ohne die Linkleitung und dann kann ich sie nicht mehr richtig koppeln.

Ich weiß nicht, wie ich von hier zu gekoppelt und sie verwenden soll
Ich habe sie sogar aus zll.db entfernt und versucht, sie erneut zu koppeln, aber sie werden immer so kommen

Die Situation sieht so aus, als müsste man nur den Stick zurücksetzen - aber das ist nicht normal. Persönlich ist dies meiner Meinung nach eine Folge von Updates, ein solches Verhalten gab es noch nie. Sie können es sicher entfernen, erneut koppeln usw.

Ich habe auch zwei Geister bei meiner Raspbee...

Ich habe mehrere Bilder auf meinem Himbeer-Pi. Eine für den 24/7-Betrieb und eine für die Entwicklung. So erscheinen die Geräte, die ich in der Entwicklung binde, auch in der deconz-GUI auf meinem täglichen Laufbild. Aber das sollte keine Probleme bereiten und ich hatte nie Probleme damit.
Warum willst du sie also komplett loswerden?

Ich weiß nicht wie, aber ich bin in diese Situation gekommen:

Einer der Schalter ist gekoppelt (meldet jedoch keinen Status)
Der andere ist gepaart, aber ohne Deskriptor, wie bekommt man sie? Gott weiß...

Okay, aber können Sie meine Frage auch mit Umbenennung wiederholen? Benennen Sie einfach ein Gerät über Phoscon um und starten Sie dann deconz neu, einfach interessant. Haben Sie das gleiche Problem oder nicht... Vielen Dank im Voraus.

Ich habe jetzt versucht dein Problem zu reproduzieren.
Ich verwende den ConBee II Stick mit der Version 2.05.75 / 8.3.2020 in Hassio.
Ich habe jetzt ein Licht, einen Schalter und einen Sensor umbenannt:
Alle Geräte wurden auch direkt in Hassio umbenannt. Danach habe ich den deCONZ-Container neu gestartet. Alle Geräte haben ihre Namen behalten. Auch nach einem Neustart von Hassio kann ich das beschriebene Problem nicht reproduzieren.

Versuchen Sie, es in den Kopplungsmodus zu versetzen, und löschen Sie es dann.

Das hat bei mir funktioniert!
Ich habe die "c"-Taste (ca. 5s) auf der Rückseite gedrückt und dann gelöscht. Danach wird das Gerät nicht mehr angezeigt.
Vielen Dank

Nur um es klar auszudrücken,
5s C-Taste und dann von deCONZ GUI löschen?
Kein Pairing von Phoscon?

Das funktioniert bei mir nicht, sie kommen immer wieder, sie bleiben ohne die Linkleitung und dann kann ich sie nicht mehr richtig koppeln.

Ich weiß nicht, wie ich von hier zu gekoppelt und sie verwenden soll
Ich habe sie sogar aus zll.db entfernt und versucht, sie erneut zu koppeln, aber sie werden immer so kommen

der opple-switch wurde mir nur in deCONZ angezeigt, nicht in der phoscon-GUI.
Ich hatte es mehrmals in deCONZ gelöscht, aber es kam immer wieder.
Erst nach 5 Sekunden Drücken der Taste „C“. und dann (nach ca. 5 Minuten) das Gerät in deCONZ löschen, ist das Gerät wirklich dauerhaft verschwunden.

Nur ein kurzes Pingback - da diese Buttons auf meinem System nicht funktionieren und ich Docker verwende (wegen einer wirklich großen Umgebung mit SQL, FHEM, Homebridge etc...) veröffentlicht werden? Jemand eine Idee - wie ich Github täglich am Geldautomaten überprüfe ...

DE Jungs gibt keine Veröffentlichungsdaten bekannt.

Okidoki, danke. Habe mich nur gewundert, da ungefähr ein Monat vergangen ist und viele Probleme als gelöst markiert wurden - lässt mich hoffen, dass eine Veröffentlichung in der Nähe sein könnte ;)

Ja. wie gesagt, mit so einem update wie jetzt habe ich nie gerechnet.

Heute habe ich meinen 6-botton Opple (WXCJKG13LM) erhalten.
Ich brauchte 3xreset, bevor Phoscon den Switch konfigurierte.
Nach dem ersten Zurücksetzen wurde der Schalter von Phoscon nicht erkannt, obwohl beim Klicken einige zufällige Lichter angingen und auf Taste 2 klickten.
Nach dem zweiten Reset nahm Phoscon es auf und konfigurierte den Switch wie folgt:

Meine Begeisterung ließ nach, als mir klar wurde, dass der Switch in openhab kein Channel-Event generiert. Ich verwende die openhab deCONZ-Anbindung, die für die vorhandenen gut funktioniert.

Vor dem Test wurde ein neuer Docker-Container auf Basis der heutigen http://deconz.dresden-elektronik.de/raspbian/beta/deconz-latest-beta.deb erstellt

@lukicsl Ich denke, dies muss für die Openhab-Deconz-Integration implementiert werden.
Ich muss etwas Ähnliches für den Heimassistenten tun. Ich habe bereits einen Commit für die Heimassistenten-Deconz-Integration vorbereitet und warte nur auf das nächste offizielle Deonz-Release.

@merdok Ich habe gerade die deconz-Bindung debuggt und es scheint, dass auf dem registrierten Websocket keine Ereignisse generiert werden

Tut mir leid, ich habe keine Ahnung von Openhab...

@merdok deconz stellt einen
Bezüglich dieses Schalters werden keine Ereignisse generiert, so scheint es zumindest.
https://dresden-elektronik.github.io/deconz-rest-doc/websocket/

Interessiert, ob wir dies mit deconz und Homeassistant zum Laufen bringen können

Ich habe in Node Red einen Websocket-Listener konfiguriert:

Beim Drücken der Tasten auf Opple werden keine Events generiert!

hier Knotendefinition, ändern Sie den App-Schlüssel bei der Verwendung:

flow.json.txt

Wie soll NodeRed irgendwelche Events bekommen, wenn deconz sie nicht generiert... Problem - deconz generiert keine Events für diese Opple-Geldautomaten - deshalb warten wir alle auf die nächste Version...

Ich habe die neueste-beta.deb verwendet. Ich dachte, dass dies alle Git-Commits enthält.
Wenn nicht, habe ich die neueste Version selbst kompiliert. Ich werde dieses versuchen.

Ich konnte die neueste Version kompilieren, die die libde_rest_plugin.so generiert hat. Ich habe die libde_rest_plugin.so nach /usr/share/deCONZ/plugins kopiert.
Dies führte leider dazu, dass ich mich nicht bei Phoscon anmelden konnte.
seltsam war, dass der VNC-Server lief, also habe ich miterlebt, dass sich das Netzwerk aufbaute.
Ich ging zurück auf .75 und wartete auf die offizielle Freigabe.

@lukicsl Ich habe das gleiche Ergebnis mit dem neuesten von mir kompilierten Plugin. Also... warte einfach auf die neue Version.

+1 für Integration. Habe vorher nicht nachgesehen, ob sie unterstützt werden und war froh, als meine Switches heute ankamen.
Zu früh...

+1 für Integration. Habe vorher nicht nachgesehen, ob sie unterstützt werden und war froh, als meine Switches heute ankamen.
Zu früh...

Das gleiche hier.... Hoffe auf eine baldige Integration... Habe 2 von diesen 6 Button-Stücken...

Wow, ich kann nicht glauben, dass es schon 5 Monate her ist.

...sind keine Updates in Sicht. :|

...sind keine Updates in Sicht. :|

Verdammt.. Irgendeine Idee, warum keine Updates kommen? Ist es ein so großes Problem, diese Schalter zu integrieren? Sogar mein Osram 4 Button funktioniert nicht... :-(

Ich denke, die Updates kommen jetzt aufgrund von Corona langsamer.

Erhalte eine Information über ein bevorstehendes Update in den nächsten Tagen.

Ich denke, die Updates kommen jetzt aufgrund von Corona langsamer.

Nun, sie sollten aufhören zu trinken 🤣 Entschuldigung dafür 🧥

Es ist Schande. :( @merdok vielleicht probieren wir mal einen Entwicklungscontainer aus? Vielleicht brauchst du dabei Hilfe? :( Verdammt, ich habe das Warten schon so satt, nur Zinn.

Erhalte eine Information über ein bevorstehendes Update in den nächsten Tagen.

Juni August? :D

Gerne selbst kompilieren ;)

Ich war nicht schüchtern und habe es zusammengestellt... Das Ergebnis könnt ihr oben lesen. :)

Die kompilierte Version sollte funktionieren (ich verwende sie die ganze Zeit ohne Probleme, alle Ereignisse funktionieren), stellen Sie nur sicher, dass Sie Ihre Switches erneut koppeln.

Wenn Sie Ihre Switches mit deconz 2.05.75 koppeln und dann eine andere Version installieren, ohne die Switches erneut zu koppeln, werden die Ereignisse immer noch nicht funktionieren.

@merdok muss ich jedes Gerät reparieren oder nur die Schalter?

Ich versuche mich auf einem raspi 4 zu kompilieren, bekomme aber immer eine Fehlermeldung:

{Standardeingabe}: Assembler-Meldungen:
{Standardeingabe}:10900: Warnung: Dateiende nicht am Zeilenende; Zeilenumbruch eingefügt
{Standardeingabe}:11309: Fehler: unbekannter Pseudo-Op: .l' {standard input}:11276: Error: invalid operands (*UND* and .ARM.extab.text._ZN5QListIN6deCONZ16SimpleDescriptorEE13detach_helperEi sections) for -'
{Standardeingabe}:11279: Fehler: ungültige Operanden ( UND und .ARM.extab.text._ZN5QListIN6deCONZ16SimpleDescriptorEE13detach_helperEi Abschnitte) für `-'
g++: fatal error: Killed signal beendete das Programm cc1plus
Kompilierung beendet.
make[1]: * [Makefile.

make[1]: Verzeichnis '/home/pi/deconz-rest-plugin' verlassen
make: ** [ Makefile:40 : release] Fehler 2

Nur Opple-Schalter.

Hier ist ein Gedanke. Aqara, Opple, Lumi, Xiaomi oder wie auch immer sie sich nennen. Eine Sache, die mir aufgefallen ist, ist, dass das Unternehmen zwar auf Zigbee basiert, aber nicht das Standardverfahren befolgt. Mit jeder Version erschweren sie die Integration ihrer Produkte mit der Nutzung ihres Hubs und zwingen Sie damit, ihren Cloud-Service zu nutzen und Daten über Sie zu sammeln?

@merdok Marcin

@SAOPP bin

Ich verwende das all-in-Installationsprogramm hass.io. Ist es richtig, dass ich mit dieser Version nicht kompilieren kann?

Nein, Hass verwendet vorkompilierte Add-Ons, die nach der Veröffentlichung einer neuen Version keine Tage/Wochen/Monate in Anspruch nehmen.

@SAOPP bin

oh, das kompilierte Plugin kann nicht weitergegeben werden? :(

Ich bin mir nicht sicher, aber es ist ziemlich einfach, es selbst zu kompilieren. Es dauert buchstäblich nur 5 Minuten.

Ich bin mir nicht sicher, aber es ist ziemlich einfach, es selbst zu kompilieren. Es dauert buchstäblich nur 5 Minuten.

Hast du es auf Raspbian kompiliert?
Ich erhalte eine Fehlermeldung und kann nicht kompilieren

Ja, ich habe es auf Raspbian kompiliert, folge einfach der Anleitung, du kannst nichts falsch machen.

Ich habe es selbst kompiliert, aber es funktioniert absolut nicht, siehe Kommentare oben. Ich kann mich weder bei Phoscon noch bei REST anmelden.

Ja, ich habe es auf Raspbian kompiliert, folge einfach der Anleitung, du kannst nichts falsch machen

Ich habe alles genau wie beschrieben gemacht. Aber ich bekomme immer einen Fehler:

{Standardeingabe}: Assembler-Meldungen:
{Standardeingabe}:38943: Warnung: Dateiende nicht am Zeilenende; Zeilenumbruch eingefügt
{Standardeingabe}:39934: Warnung: Null für fehlenden Ausdruck angenommen
{Standardeingabe}: 39904: Fehler: ungültige Operanden (UND und .ARM.extab Abschnitte) für '-‘
g++: fatal error: Killed signal beendete das Programm cc1plus
Kompilierung beendet.
make[1]: * [Makefile.

make[1]: Verzeichnis '/home/pi/deconz-rest-plugin' verlassen
make: ** [ Makefile:40 : release] Fehler 2

EDIT: Ich habe es geschafft, es auf einem neuen Dekonz-Image zu kompilieren. Schalter werden wie erhofft erkannt.

Ja, ich habe es auf Raspbian kompiliert, folge einfach der Anleitung, du kannst nichts falsch machen.

Ich würde gerne auf die reguläre Neuveröffentlichung warten. Gibt es ein geplantes Veröffentlichungsdatum für v2.05.76?

Es ist sicher, aber wann genau es veröffentlicht wird, weiß nur

Es ist so lange her, dass ich die Schalter gekauft habe, dass ich nicht einmal mehr weiß, wo ich sie hingestellt habe....

Ich habe das Plugin ohne Probleme erfolgreich kompiliert. Ich konnte den Schalter erfolgreich integrieren. In Phoscon gibt es keine Möglichkeit, mit einem Licht zu verknüpfen, aber Ereignisse werden in der API gefeuert (versucht mit Node-Rot, Home Assistant und auch mit der Android-App hue essentials). Ich kann jetzt alle Tasten (kurz drücken, lang drücken, mehrfach drücken) mit Gruppen, Lichtern usw. in Hue Essentials verknüpfen.

Ich habe es auch zusammengestellt. Mit iobroker funktioniert bisher alles.

Jetzt kann ich sagen, dass diese Oppel Switches jeden Cent wert sind. 😁

Also, was ist meine beste Lösung? Ich habe einen Schalter im Babyzimmer bereit. Der Tag ist auf den 12. Mai festgelegt. Ich führe die einfache Installation hass.io auf einem Raspberry Pi 4 aus. Warten Sie und verwenden Sie einen Ikea-Schalter, bis die Updates kommen? Oder Raspbian mit Home-Assistent neu installieren, neusten Build kompilieren und hoffen, dass mein Wissen ausreicht?

Verwenden Sie Dinge, die bereits funktionieren, entweder das Ikea oder probieren Sie den Phillips-Farbton-Dimmer. Beide sind in den meisten Ländern erhältlich und günstig.

Verwenden Sie Dinge, die bereits funktionieren, entweder das Ikea oder probieren Sie den Phillips-Farbton-Dimmer. Beide sind in den meisten Ländern erhältlich und günstig.

Stimmt, aber in den Niederlanden passt der Hue-Dimmer nicht über die normale Wippe. Dieser Schalterwagen kann an der gleichen Stelle platziert werden, an der sich die alte Wippe befand. Das ist das Schöne :). Der Plan ist, diesen Schalter irgendwann in jedem Raum zu verwenden.

Ich dachte, Phillips hat eine Abdeckung gemacht, die über die Frontplatte passt? Sie tun es für Großbritannien.

EDIT: Ich habe es geschafft, es auf einem neuen Dekonz-Image zu kompilieren. Schalter werden wie erhofft erkannt.

Ich kann zwar kompilieren, aber das Plugin wird nicht geladen...

20:22:30:985 HTTP Server listen on address 0.0.0.0, port: 80, root: /usr/share/deCONZ/webapp/
20:22:31:008 CTRL. 3.16.220:22:31:340 dev /dev/ttyAMA0
20:22:31:340 ZCLDB init file /root/.local/share/dresden-elektronik/deCONZ/zcldb.txt
20:22:31:436 found node plugin: libde_signal_plugin.so - Signal Monitor Plugin
20:22:31:453 found node plugin: libstd_otau_plugin.so - STD OTAU Plugin
20:22:31:727 dev /dev/ttyAMA0

(Es gibt keine Zeile wie 20:26:58:519 found node plugin: libde_rest_plugin.so - REST API Plugin , die vorhanden ist, wenn ich den Docker-Container ohne Änderung verwende)

Ich verwende das offizielle Docker-Image, was fehlt mir hier?

Edit: Anscheinend bin ich nicht der einzige mit dem Problem: https://github.com/marthoc/docker-deconz/issues/114

Vielen Dank an das Entwicklerteam für die Arbeit, die Sie hier investieren. Ich kann es kaum erwarten, dass dies getaggt und Teil der nächsten Veröffentlichung wird. Ich konnte kein anderes Gerät finden, das mir gefällt, das dieser 6-Gang-Option nahe kommt.

Ich war ein wenig enttäuscht, als ich herausfand, dass dies noch nicht funktioniert (kaufte es basierend auf der Kompatibilitätsliste im Wiki).

Ich bin nicht dagegen, das Repo zu verlassen, aber ich bin mir nicht sicher, wie (oder ob) das mit einem HassOS / HassIO-Setup mit Supervisor funktioniert.

Das muss ich wohl herausfinden oder geduldig auf eine Freigabe warten.

@luke3butler Es funktioniert nicht mit der Supervisor-Lösung. Ich bin im selben Boot und versuche herauszufinden, ob ich RaspPI mit Rasbian neu installieren und dann Home Assistant installieren möchte.

Gleiche Geschichte hier: sieht aus wie das einzige Gerät, das meinen Anforderungen entspricht (außer für das ZWAVE aeotec wallmote quad).
Aber HAssOS in VM laufen zu lassen, also Nogo für mich (und ich mag es nicht, das bald zu ändern, da das ganze Haus jetzt darauf läuft)

@annetimdegraaf @bramv101
Ich denke, mit ein bisschen Arbeit ist das tatsächlich möglich. Forken Sie das vorhandene Supervisor-Plugin ab, ändern Sie es, um eine Version von Master zu erstellen, erstellen Sie dann einfach hier ein neues Repository auf Github dafür und nennen Sie es "deCONZ-dev" oder so.

Sobald dies eingerichtet ist, könnte jeder möglicherweise einfach das benutzerdefinierte Repository hinzufügen und zu diesem migrieren, wenn er den instabilen Kanal verwenden möchte. Könnte sogar die manuelle Einstellung des Checkout-Befehls zum Klonen und Erstellen ermöglichen.

Edit: Ich wollte auf eine Freigabe warten und geduldig sein, aber wenn jemand sagt, dass es nicht möglich ist, muss ich nur eine Lösung finden 😄
Ich bin mir nicht sicher, ob ich das durchziehen werde, aber es ist definitiv möglich.

Habe mir gerade eine Raspbee bestellt, da ich mein Zigbee-Radio von meinem HASS-PC fernhalten möchte.

Gibt es Anleitungen zum Kompilieren der neuesten Software, jetzt habe ich einen Ersatz-Conbee-Stick. Muss ich etwas am opple-Schalter ausprobieren?

@luke3butler

Ich habe gerade alle Geräte freigegeben, installiert und den aktuellen Stand kompiliert. Aber leider lief keiner meiner opple-Switches stabil. Da beim Kompilieren keine Fehlermeldungen generiert wurden, scheint es (zum Zeitpunkt der Kompilierung) Änderungen im Code zu geben, die sich auf die Stabilität auswirken. Wenn also jemand in der Lage wäre, eine stabile Entwicklerversion zu kompilieren - ich stimme zu, wäre es schön, sie oder die Datendateien selbst auf einem Share-Hoster oder anderswo auszutauschen ...

Ich habe ein seltsames Problem. Ich hatte zwei 6x Switches angeschlossen und im deconz Add-On gezeigt. Das Drücken von Tasten usw. zeigte keine Aktivität im VNC-Diagramm, daher habe ich beides aus dem Add-On entfernt. Wollte sie dann wieder als Schalter hinzufügen. Die App hat sie nicht gefunden und zeigt sie nicht als Schalter an, aber es hat irgendwie funktioniert:

Natürlich werden diese Schalter HA nicht als Schalter präsentiert, was sie nutzlos macht.
Irgendeine Idee, was ich tun kann?

EDIT: Wenn ich alle Beiträge zurücklese, scheint es, dass ich weder der Erste noch der Einzige bin. Also muss ich wohl auf die nächste deconz-Veröffentlichung warten.

Im Home Assistant funktionieren mit der deconz-Integration alle Einzeldruck-, Doppeldruck- und Halten-Ereignisse, aber kein Ereignis zum Loslassen nach dem Halten

Im Home Assistant funktionieren mit der deconz-Integration alle Einzeldruck-, Doppeldruck- und Halten-Ereignisse, aber kein Ereignis zum Loslassen nach dem Halten

Mit der Release-Version im Moment? Version 2.05.75 FW 264A0700 ?
Funktioniert hier nicht ... Opple-Switches werden überhaupt nicht als Switches erkannt.

Entschuldigung, ich meinte, dass die Ereignisse erkannt werden, wenn Sie im Heimassistenten mit "deconz_event" im Abschnitt Entwicklertools darauf hören, was bedeutet, dass Sie darauf basierende Automatisierungen durchführen können, aber Sie haben Recht, es sind noch keine Schalterentitäten verfügbar.

Entschuldigung, ich meinte, dass die Ereignisse erkannt werden, wenn Sie im Heimassistenten mit "deconz_event" im Abschnitt Entwicklertools darauf hören, was bedeutet, dass Sie darauf basierende Automatisierungen durchführen können, aber Sie haben Recht, es sind noch keine Schalterentitäten verfügbar.

Hast du dafür etwas spezielles eingerichtet/installiert? Ich habe ein Deconz Supervisor-Plugin, mein 6-Tasten-Gerät in Deconz verknüpft, der Schalter wird in Geräten mit Batterieprozentsatz angezeigt, aber ich sehe beim Drücken der Tasten nichts im deconz_event-Protokoll :(

Zuallererst können Sie alle Ereignisse sehen, die vom deconz-Plugin ausgelöst werden, indem Sie zu Entwicklertools -> Ereignisse gehen (im Home-Assistenten), und am Ende der Seite haben Sie einen Abschnitt namens "Ereignisse anhören". Geben Sie deconz_event in das Feld 'Ereignis zum Abonnieren' ein und
Wenn Sie jetzt eine Taste auf Ihrer Fernbedienung drücken, sehen Sie unten auf dem Bildschirm die Ereignisse, die vom deconz-Plugin ausgelöst werden.
Zum Beispiel erhalten Sie mit einem einzigen Klick auf die erste Schaltfläche ein Ereignis mit der ID 1002. Dies ist die ID, die Sie beispielsweise als Auslöser für das Einschalten eines Lichts verwenden können.
Sie können diese Automatisierungen erstellen, indem Sie eine Automatisierung hinzufügen, wie Sie in einem Eintrag auf dieser Seite sehen können: https://community.home-assistant.io/t/deconz-switch-configuration/93346/2

Eine Alternative zu Automatisierungen in Yaml ist die Verwendung des knotenroten Plugins für den Heimassistenten, in dem ich alle meine Automatisierungen im Heimassistenten habe. Node-red ist in vielerlei Hinsicht großartig und Sie können sich auf YouTube ansehen, wie es funktioniert, wenn Sie es noch nicht wissen, zum Beispiel hier https://www.youtube.com/results?search_query=home+assistant+event +trigger+knoten-rot

Welche Version von Phoscon verwenden Sie @joggs ? Mit der neuesten Version erhalten Sie keine Ereignisse mit dem Opple-Schalter in Home Assistant. Daher warten viele Leute jetzt auf ein Update, da es das Problem behebt.

2.05.75. Ist das nicht das Neueste?

Das ist die neueste Version, seltsam. Ich habe selbst einen 6-Wege-Schalter und erhalte keine Ereignisse in Home Assistant.

2.05.75. Ist das nicht das Neueste?

Auch das Ausführen der gleichen Version, aber das Abhören von deconz_event-Ereignissen führt zu keinen Ereignissen. Nicht beim Drücken der Tasten, aber auch nicht beim Auslösen von Bewegungsmeldern oder umschaltenden Lichtern. Vielleicht gibt es eine Einstellung, die diese Ereignisse verursacht? @joggs hast du die Schaltfläche zu einer Gruppe in Phoscon hinzugefügt?

Nur zur Info, ich muss das neue Plugin im Docker-Image erstellen. Es scheint zu funktionieren. https://github.com/marthoc/docker-deconz/issues/114

Ich habe es endlich geschafft, die Kompilierung richtig zu machen, bevor ich mich mit Pi(armhf) und dem Besorgen des Entwicklerpakets für amd64 herumärgerte. Die Bibliothek wird nun vom Container abgeholt. Meine detaillierten Anweisungen finden Sie unter: docker-deconz/issues/114 .

Ich habe den Container gestartet und konnte mich bei Phoscon einloggen, der REST war auch ok. Ich habe im laufenden Container überprüft, welche Bibliothek vorhanden ist. Alles in Ordnung wie erwartet.

Ich habe den Schalter entfernt und versucht, ihn erneut hinzuzufügen. Das Hinzufügen als Schalter funktionierte überhaupt nicht, das Hinzufügen als Sensor funktionierte auf Anhieb.

Obwohl ich immer noch kein Ereignis auf der REST-Schnittstelle bekomme, nada, nichts, nichts.
Wenn ich eine der Tasten drücke, sehe ich auch keine Aktivität auf der LED:

Endlich, Endlich habe ich es funktioniert.
Ich habe mehrmals den Schalter von Phoscon gelöscht und den Schalter zurückgesetzt, kein positives Ergebnis. Ich habe den Schalter nicht in Phoscon umbenannt. Beim letzten Versuch habe ich es umbenannt und es hat funktioniert.
Ich bin mir absolut nicht sicher, was dazu geführt hat, dass es wkn.

2.05.75. Ist das nicht das Neueste?

Auch das Ausführen der gleichen Version, aber das Abhören von deconz_event-Ereignissen führt zu keinen Ereignissen. Nicht beim Drücken der Tasten, aber auch nicht beim Auslösen von Bewegungsmeldern oder umschaltenden Lichtern. Vielleicht gibt es eine Einstellung, die diese Ereignisse verursacht? @joggs hast du die Schaltfläche zu einer Gruppe in Phoscon hinzugefügt?

Ich habe gerade den opple zu deconz hinzugefügt und verwende immer noch den Standardnamen dafür (Sender 3-fach). Nicht zu einer Gruppe in Phoscon hinzugefügt.
In der deconz-Integration im Home-Assistenten habe ich 'deconz-Lichtgruppen zulassen' aktiviert, aber das sollte in diesem Fall keine Rolle spielen.
Vielleicht können Sie versuchen, die deconz-Integration im Home Assistant neu zu installieren

Hi!

Ich habe ein ungewöhnliches Verhalten meiner opple-Schalter bemerkt und habe keine Ahnung, wie ich es beheben kann ...

Jedes Mal, wenn ich den Raspbery Pi mit installierter Conbee-Software oder dem Deconz-Adapter in meinem Iobroker neu starte, scheint der Opple die folgenden 4 Befehle zu treffen:

1x "Taste 1: Loslassen nach Drücken = wahr"
1x "Taste 4: Loslassen nach Drücken = wahr"
2x "Taste 4: Loslassen nach dreimaligem Drücken = wahr"

Der Zustand "Wahr" ist für mich in der Objektansicht von iobroker nicht sichtbar. Sie bleiben "falsch".

Das ist ein sehr großes Problem, denn die Taste "1" schaltet meinen Fernseher ein, was nicht sehr schön ist, wenn die Himbeere mitten in der Nacht neu startet....

Hat jemand ähnliche Probleme oder vielleicht eine Ahnung, wie man das lösen kann?

VIELEN DANK!

Endlich den 6-Tasten-Opple erhalten, den ich am 2. März bestellt habe. Es wurde ohne Probleme gepaart und ich sehe die Tastenereignisse x002, x004, x005 und x001/x003 für Drücken, zweimaliges Drücken, dreimaliges Drücken und Halten / Loslassen für alle 6 Tasten. Die Deskriptoren sind ein bisschen durcheinander, aber der Schalter funktioniert trotzdem. Werde am kommenden Wochenende einige Experimente durchführen, um zu sehen, ob der Schalter in den Dual-Modus verführt werden kann, die Tastenereignisse über die _Multistate Input_-Cluster melden und gleichzeitig die Lichter über die _On/Off_-Cluster steuern.

Hat schon jemand herausgefunden, ob die Batterie getauscht werden kann?

Anscheinend wollte Aqara nicht, dass die Benutzer den Akku der Opple-Switches einfach austauschen können, aber dennoch ist es möglich, den Akku mit etwas Arbeit auszutauschen.

Danke @merdok. Muss man dafür die Wippen aufbrechen? Sie wirken ziemlich zerbrechlich, wenn sie versuchen, sie aufzubrechen.

Ja, du musst sie auseinander nehmen. Habe es noch nicht alleine gemacht, aber ich habe eine Anleitung online gesehen.

Habe jetzt einen Ersatz-Conbee-Stick. Wie erhalte ich diese Vorabversion? Dies wird meine Testplattform für zukünftige deconz-Geräte in meinem Netzwerk sein.

Muss man dafür die Wippen aufbrechen? Sie wirken ziemlich zerbrechlich, wenn sie versuchen, sie aufzubrechen.

Ich war neugierig, als ich zum ersten Mal den Sechs-Tasten-Schalter @ebaauw erhielt , und fand die Online-Anleitung zum Freilegen der Batterie. Soweit ich mich erinnere, war es nicht schwer, wenn ich einmal herausgefunden habe, was zu tun ist, und ich würde nicht zögern, es wieder zu tun. Ich erinnere mich nicht mehr genau an die Prozedur und habe den Schalter nicht vor mir. Ja, ich musste die Knöpfe, soweit ich mich erinnere, abhebeln, und obwohl ich dachte, ich würde sie dabei zerbrechen, lösten sie sich für mich ziemlich leicht und reibungslos. Sobald dies erledigt war, war es trivial, auf die Batterie zuzugreifen.

@ebaauw es gibt eine Anleitung unter https://community.hubitat.com/t/xiaomi-opple-6-button-remote/27921

@manup Hallo Manuel, viele von uns warten auf die nächste Veröffentlichung. Es scheint nicht möglich zu sein, für die Supervisor- / Hassio- / Home-Assistant-Lösung manuell zu kompilieren. Ich habe mir die Veröffentlichungsdaten früherer Versionen angesehen, und diesmal scheint es länger zu dauern. Können Sie das Veröffentlichungsdatum von v2.05.76 etwas beleuchten?

Vielleicht könnte jemand, der es für Raspberry kompiliert hat, die Dateien teilen und wir sie manuell an die entsprechenden Orte kopieren? Oder würde das nicht gehen.
Ich persönlich möchte die Devs nicht unter Druck setzen ... aber um so weniger mit den Schaltern spielen ;)

Vielleicht könnte jemand, der es für Raspberry kompiliert hat, die Dateien teilen und wir sie manuell an die entsprechenden Orte kopieren?

libde_rest_plugin.so (armhf)
für raspi

Danke, aber wo liegt diese Datei?

/usr/share/deCONZ/plugins/libde_rest_plugin.so

Also habe ich die Datei von @lukicsl hier ausprobiert. Es wird aufgenommen und in den Container geladen, aber das Verhalten scheint sich nicht zu unterscheiden.

Ich kann den Schalter nicht aus der Liste entfernen, er wird beim Aktualisieren sofort wieder angezeigt. Es schaltet immer noch alle meine Lichter und Schalter aus. Ein Pairing-Versuch funktioniert auch nicht. Es gibt keine Ereignisse vom Wechsel im Home Assistant.

/usr/share/deCONZ/plugins/libde_rest_plugin.so

Danke aber das ist unter HASSIO nicht erreichbar

Na sicher. Sie können einfach das offizielle Addon erweitern:

1. Herunterladen https://github.com/home-assistant/hassio-addons/tree/master/deconz
2. Kopieren Sie den deconz-Ordner in Ihr Home Assistant-Addons-Verzeichnis (mit SMB oder SCP).
3. Ändern Sie config.yml und ändern Sie den Namen in zB deconz-master
4. Kopieren Sie libde_rest_plugin.so in das deconz-Verzeichnis.
5. Ändern Sie das Dockerfile in

FROM homeassistant/armhf-addon-deconz:5.3.2
COPY libde_rest_plugin.so /usr/share/deCONZ/plugins/

1. Installieren Sie Ihr lokales Addon, stoppen Sie das offizielle deconz und starten Sie das neue.

Aber wie gesagt, es scheint immer noch nicht richtig zu funktionieren.

gerade angekommen ein Opple 6 Tasten, über die App als Schalter mit deconz verbunden, verbindet sich aber gibt kein Ereignis zurück zu Home Assistant, Version 2.05.75

@ Luke95vl Dies ist ein bekannter Fehler. Warten Sie bis zur nächsten Version auf den Fix

Kennt jemand

Ich hoffe, es geht ihm gut, weißt du, mit allem, was vor sich geht. Ich kann seit dem 5. April keine Aktivität von ihm finden, ich fürchte, wir könnten alleine sein, um es zusammenzustellen. Ich verwende das Docker-Image und kann nicht herausfinden, wie man es kompiliert und zum Laufen bringt. Macht das jemand erfolgreich?

Ich denke, es kommen große Änderungen, sie wollen nur sicherstellen, dass das Update stabil ist. Es gibt in letzter Zeit viel zu viele Probleme mit Dekonz und es wird ein bisschen instabil

@djashjones ahh das macht Sinn.

@djashjones Wenn sie größere Änderungen vornehmen, ist es ein bisschen seltsam, 4 Wochen lang keinen Code zu übertragen. Bei größeren Änderungen ist es normalerweise ratsam, häufig Commits zu machen...

Deconz ist nicht vollständig Open Source. Der Backend-Code ist geschlossen und Eigentum von dresden elektronik. Die restliche API ist Open Source und wird von Nicht-Unternehmenscodern, dh Freiwilligen, gepflegt.

Wenn Sie möchten, dass die neuesten und besten Zigbee-Geräte in Ihrem Smart Home-Setup unterstützt werden, dann ist Zigbee2mqtt der richtige Weg.

@djashjones Ich bin mir zu 99% sicher, dass @manup für Dresden arbeitet.

@svenove Wenn das der Fall ist, läuft WTF!!!!! 🤣

habe dieses Problem auch mit einem 2-Wege-Schalter aqara opple. gibt es eine Möglichkeit das zu lösen?

Aqara Opple 2-Gang funktioniert nicht
Aqara Smart Wireless Switch WXKG11LM 2016 funktioniert einwandfrei

zigbee2mqtt würde funktionieren aber ist mehr dyi?

Ich habe die 2-Gang-Version dieses aqara opple-Schalters (WXCJKG12LM) und habe versucht, ihn mit phoscon zu koppeln, und es ist fehlgeschlagen, ABER beim Abhören von deconz_events in Home Assistant wird es angezeigt! Es zeigt sich als:

{
"event_type": "deconz_event",
"Daten": {
"id": "lumi_remote_b486opcn01_30",
"unique_id": "04:cf:8c:df:3c:75:c2:25",
"Ereignis": 3000
},
"herkunft": "LOKALE",
"time_fired": "2020-05-08T10:34:52.733044+00:00",
"Kontext": {
"id": "2213df60b1a24be09c93bec99e1b1276",
"parent_id": null,
"user_id": null
}
}

Allerdings ist der Schalter in der phoscon Web-App nirgendwo zu sehen...

zwei Knöpfe mit dem gleichen Ereignis?

zwei Knöpfe mit dem gleichen Ereignis?

Nein, alle Schaltflächen haben unterschiedliche Ereignis-IDs, ich wollte sie nur nicht alle hier posten!

Bitte, Dresden Elektronik, integrieren Sie die Aqara OPPLE Geräte! Darauf warten wir alle schon sehnsüchtig!
Gibt es einen Bereich für Funktionsanfragen, in dem wir abstimmen können?

zwei Knöpfe mit dem gleichen Ereignis?

Nein, alle Schaltflächen haben unterschiedliche Ereignis-IDs, ich wollte sie nur nicht alle hier posten!

Anders, meinst du jedes Mal ein anderes Ereignis von derselben Taste? Oder?

zwei Knöpfe mit dem gleichen Ereignis?

Nein, alle Schaltflächen haben unterschiedliche Ereignis-IDs, ich wollte sie nur nicht alle hier posten!

Anders, meinst du jedes Mal ein anderes Ereignis von derselben Taste? Oder?

Ich verstehe deine Frage nicht. Der Schalter funktioniert im Home Assistant ganz normal. Ich habe es jetzt einige Lichter schalten. Jede Taste auf dem Schalter erzeugt wie erwartet ein Ereignis in Home Assistant: 1000 für Taste eins, 2000 für Taste zwei, 3000 für Taste drei und so weiter. Es gibt auch Ereignis-IDs für das Halten der Tasten. So wie Sie es erwarten würden. So kann ich den Opple-Switch mit deconz und Home Assistant voll ausnutzen. Der Schalter erscheint einfach nicht wirklich in der Phoscon-Web-App, daher kann ich ihn nicht umbenennen oder so, aber das ist keine große Sache.

Exakt. Sie haben auch Doppelklick-Ereignisse. Ich handhabe alle Ereignisse von node-red in homeassistant und es funktioniert perfekt. Ich sehe den Schalter auch in der Phoscon-App, nachdem ich ihn ganz normal über die Phoscon-App gekoppelt habe

Ich habe die 2-Gang-Version dieses aqara opple-Schalters (WXCJKG12LM) und habe versucht, ihn mit phoscon zu koppeln, und es ist fehlgeschlagen, ABER beim Abhören von deconz_events in Home Assistant wird es angezeigt! Es zeigt sich als:

{
"event_type": "deconz_event",
"Daten": {
"id": "lumi_remote_b486opcn01_30",
"unique_id": "04:cf:8c:df:3c:75:c2:25",
"Ereignis": 3000
},
"herkunft": "LOKALE",
"time_fired": "2020-05-08T10:34:52.733044+00:00",
"Kontext": {
"id": "2213df60b1a24be09c93bec99e1b1276",
"parent_id": null,
"user_id": null
}
}

Allerdings ist der Schalter in der phoscon Web-App nirgendwo zu sehen...

Ich habe mich auf diesen Beitrag verlassen. Okay, vielleicht verstehe ich dich falsch. 'kay, alles funktioniert gut.

Die README gibt an, dass diese Schalter auch dreifache Druckereignisse und insgesamt 6 verschiedene Ereignistypen unterstützen. Könnte das bitte jemand bestätigen?

Ja, in meinem iobroker-Setup kann ich für jeden Button ein dreimaliges Drücken-Ereignis treffen.

Ich interessiere mich sehr für die neue Version. Ich habe den WXCJKG11LM und habe das gleiche Problem wie fast alle anderen hier. Es wird in deconz (aus Versehen als Dimmer) angezeigt, aber nicht in Phoscon. Ich habe im deconz-Protokoll gesehen, dass es einmal das richtige Ereignis zugewiesen hat (Taste 1000 gedrückt usw.) und es zeigt sogar in Eve beide Tasten mit Einfach-/Doppelklick und langem Klicken an. Aber es kamen keine Ereignisse. Nach dem Löschen des Geräts und dem erneuten Verbinden wird angezeigt, dass die Schaltfläche nicht zugeordnet ist. und standardmäßig schaltet es alle meine Lichter ein und aus. in NodeRed sehe ich nur das letzte (gepufferte) Ereignis, aber es kommen keine neuen Ereignisse an. Wenn eine Eingabe erforderlich ist, lassen Sie es mich wissen.

Ich persönlich werde nicht mehr experimentieren, bevor eine bekannte stabile Version herauskommt. Das Problem, das ich habe: Mein 3D-Drucker befindet sich hinter einem Zigbee-Netzschalter und ich habe beim Testen des Opple-Schalters vergessen, dass er lief. Und ja, natürlich wurde es mitten im Druck ausgeschaltet ;)
Das soll nie wieder passieren. Ich habe jetzt so lange gewartet (ich glaube, ich war einer der ersten, die erhalten haben, als ich zu dieser Zeit zigbee2mqtt benutzte), also kann ich noch ein oder zwei Monate warten.
Wenn jemand möchte, dass ich etwas debugge, helfe ich gerne, aber bis dahin lasse ich ihn so, wie er ist ...

Okay, jetzt habe ich den Vierknopfschalter und er ist in der Schublade :(
Es wird in Phoscon angezeigt und das war's. keine Schaltflächenereignisse angezeigt.

{"config":{"battery":100,"on":true,"reachable":true},"ep":1,"etag":"7e15482cb98d58da8f76543da706a5d9","manufacturername":"LUMI","mode" :1,"modelid":"lumi.remote.b486opcn01","name":"Paradies","state":{ "buttonevent":null,"lastupdated":"none" },"swversion":"20190730" ,"type":"ZHASwitch","uniqueid":"04:cf:8c:df:3c:77:bb:42-01-0012"}

Warum steht es in der Liste der unterstützten Geräte?
https://github.com/dresden-elektronik/deconz-rest-plugin/wiki/Supported-Devices#supported -wireless-switches

Das gleiche habe ich mit dem Euronics Thermostat erlebt. es funktioniert, aber es wird nur halb unterstützt und die Kopplung ist nichts für jeden.

Ich kann warten, aber für manche kann es sehr nervig sein.

BITTE BEENDEN SIE DAS HINZUFÜGEN VON GERÄTEN ZUR LISTE UNTERSTÜTZTER GERÄTE, DIE NICHT VOLLSTÄNDIG UNTERSTÜTZT WERDEN! ODER EINE SPALTE HINZUFÜGEN "in Entwicklung/im Bau/Beta/Alpha".
Die Spalte "Probleme" ist in diesem Fall meiner Meinung nach nicht zutreffend

Hallo Lex

Ist Ihres in der unterstützten Liste? Ich habe vor kurzem einen gekauft und er hat den Typencode: WXCJKG11LM, der, wie Sie in den unterstützten Artikeln sehen können, NICHT aufgeführt ist.

Welcher Code ist auf Ihrem Schalter?

Von: lex [email protected]
Gesendet: 15. Mai 2020 09:37
An: dresden-elektronik/deconz-rest-plugin [email protected]
Cc: mhin76 [email protected] ; Kommentar [email protected]
Betreff: Re: [dresden-elektronik/deconz-rest-plugin] Unterstützung für Aqara OPPLE Switches (#2061)

Okay, jetzt habe ich den Vierknopfschalter und er ist in der Schublade :(
Es wird in Phoscon angezeigt und das war's. keine Schaltflächenereignisse angezeigt.

{"config":{"battery":100,"on":true,"reachable":true},"ep":1,"etag":"7e15482cb98d58da8f76543da706a5d9","manufacturername":"LUMI","mode" :1,"modelid":"lumi.remote.b486opcn01","name":"Paradies","state":{"buttonevent":null,"lastupdated":"none"},"swversion":"20190730" ,"type":"ZHASwitch","uniqueid":"04:cf:8c:df:3c:77:bb:42-01-0012"}

Warum steht es in der Liste der unterstützten Geräte?
https://github.com/dresden-elektronik/deconz-rest-plugin/wiki/Supported-Devices#supported -wireless-switches

Das gleiche habe ich mit dem Euronics Thermostat erlebt. es funktioniert, aber es wird nur halb unterstützt und die Kopplung ist nichts für jeden.

BITTE BEENDEN SIE DAS HINZUFÜGEN VON GERÄTEN ZUR LISTE UNTERSTÜTZTER GERÄTE, DIE NICHT VOLLSTÄNDIG UNTERSTÜTZT WERDEN!

—
Sie erhalten dies, weil Sie einen Kommentar abgegeben haben.
Antworten Sie direkt auf diese E-Mail, zeigen Sie sie auf GitHub https://github.com/dresden-elektronik/deconz-rest-plugin/issues/2061#issuecomment-629081857 an oder melden Sie sich ab https://github.com/notifications/unsubscribe- auth/ALXOFW2O7YLCUNZZL2CBIW3RRTWKPANCNFSM4JLW7MBQ . https://github.com/notifications/beacon/ALXOFW2BBQXYWOQUSLY4KJTRRTWKPA5CNFSM4JLW7MB2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEV7QOAI.gif

VERDAMMT! meins ist WXCJKG12LM. Ich habe etwas über den Kauf von Zigbee-Sachen gelernt.
Entschuldigung für mein Gerede!

Was macht man als nächstes? warten oder verkaufen?

Ich habe die 6-Tasten-Version seit November letzten Jahres. Hat vor dem letzten Update irgendwie funktioniert (nur einmaliges Drücken), dann hat das Update .75 alles kaputt gemacht. Ich habe verschiedene IKEA 5-Tasten-Fernbedienungen und jetzt die Farbton-Dimmer. Beides lohnt sich wirklich. Ich habe keinen Grund, weitere opple-Switches zu kaufen, auch wenn sie unterstützt werden. Ich kann Ikea & Philips lokal mit schneller Lieferung kaufen!

Ich habe zwei Schalter hinzugefügt und einer funktioniert (links) und ein anderer hat das beschriebene seltsame Verhalten, das alles ein- und ausschaltet.
Auf der linken Seite werden die Ereignisse an die Heimassistentin weitergegeben, auf die rechte nicht.
(Es gibt kein Multistate auf dem rechten)

@mat1990dj versuchen, den Schalter mit dem Problem zurückzusetzen und zu reparieren.

@mat1990dj versuchen, den Schalter mit dem Problem zurückzusetzen und zu reparieren.

Ich habe das mehrmals versucht, es kommt immer wieder ohne den Multistate-Cluster

Setzen Sie den Schalter zurück, entfernen Sie ihn von deconz, starten Sie deconz neu und koppeln Sie erneut.

Setzen Sie den Schalter zurück, entfernen Sie ihn von deconz, starten Sie deconz neu und koppeln Sie erneut.

Es kommt immer wieder ohne diesen Deskriptor, es ist wirklich seltsam, ich habe auch Probleme beim Koppeln eines IKEA-Schalters mit 5 Tasten, obwohl der Dimmer perfekt funktioniert hat.

@mat1990dj Das erste Mal, als ich meinen nicht unterstützten Schalter WXCJKG11LM gekoppelt habe (nachdem ich mehrmals zurückgesetzt hatte, weil Phoscon keinen Erfolg gezeigt hatte), sah ich plötzlich den Schalter in meiner Homekit- (und Eve-) App, wobei sowohl Tasten als auch Aktionen für die erste und zweite angewendet werden mussten und langer Klick. Aber es kamen keine Ereignisse. Nach der Suche im Internet habe ich etwas über den Gerätenamen gelesen, der kein Leerzeichen im Namen haben sollte. Also habe ich es per REST API umbenannt (bc via deconz Umbenennung funktioniert nicht und der Switch wird immer noch nicht auf Phoscon angezeigt). Aber die Umbenennung hat das Problem nicht gelöst. Also habe ich den Knoten über deconz gelöscht und sogar alle Einträge in der deconz-DB gelöscht (über SQLIGHT-Client). Nach erneutem Pairing bemerkte ich, dass der neue Name auftauchte. Und von da an tauchte der Schalter nie wieder in meinem Homekit auf (na ja, deconz habe ich inzwischen auf Version 2.05.75) aktualisiert.
Longstory short: Auch wenn Sie einen Knoten in deconz löschen inkl. DB irgendwie im Zigbee Stick (ConBee II) oder woanders bleibt ein Eintrag. Ich werde warten, bis dieser Schalter unterstützt wird. Ich habe im Quellcode von 2.05.75 gesehen, dass einige Bereiche bereits für diese Version vorbereitet sind. Drückt die Daumen, dass es bald fertig ist. :)

Ja, hoffen wir :)
Danke schön

Nun, jetzt bin ich verwirrt. Ich habe gerade zufällig in der Release Note 2.05.75 gelesen, dass dieser Schalter unterstützt wird. Funktioniert aber bei mir nicht. Also fehlerhafter Code? Versionshinweis auf Deutsch:

Hat vor .75 funktioniert, aber nur ein einziges Tastendruckereignis. Seit .75 nichts! Warte also seit über 2 Monaten auf eine Lösung.

Warum lesen die Leute nicht genau, dass 2.05.75 eine Beta ist und nicht verwendet werden sollte...
Ich meine, wenn jemand eine Beta installiert, wird es natürlich Probleme geben...
2.05.74 bietet grundlegende Unterstützung für die Opple-Switches, die vollständige Unterstützung wird mit der nächsten Version eintreffen, also haben Sie einfach Geduld.

Das Problem ist (im Fall von Home Assistant), dass die meisten Leute das Add-On ausführen, das die Version 2.05.75 enthält. Vielleicht ist es besser, bei jedem Release deutlich anzugeben, dass es sich um eine Beta- oder Stable-Version handelt. In Github können Sie dies angeben. ( mehr Infos )

@klaasnicolaas tun sie das schon. Diejenigen ohne "_stable" gelten als Beta, denke ich. https://github.com/dresden-elektronik/deconz-rest-plugin/tags

Auch da gibt es Verbesserungspotential 😉

76 ist da! Wer versucht es zuerst?

Auch für deconz/HomeAssistant verfügbar. Vor 19 Minuten gestoßen!

Wohlgemerkt: es scheint sich um eine "Beta-Version" zu handeln!

@gysman Wooohoo danke für die Info!
Warte jetzt nur noch auf das neue Docker-Image, um es zu testen :)

Zu Ihrer Information Docker-Image sollte bald verfügbar sein!
https://github.com/marthoc/docker-deconz/pull/225

Ich habe gerade auf die neue Version aktualisiert. Aber mein Opple 3-fach Schalter funktioniert immer noch nicht. Mache ich etwas falsch? Ich habe den Switch erfolgreich in Phoscon gepaart. Ich kann es als Einheit in Home Assistant sehen. Aber wenn ich für deconz_event höre, bringt es mir nichts. Es hat in einer der vorherigen Versionen von Deconz funktioniert - ich denke, es war 5.3.1

Mein 6-Tasten-Schalter wurde erfolgreich mit Deconz gekoppelt und wird in der Phoscon-App angezeigt. Wenn ich deconz_event im Home Assistant anhöre, sehe ich die Ereignisse der Tastendrücke ohne Probleme.

Funktioniert bei mir nicht. 6-Tasten-Version.

{"buttonevent":null,"lastupdated":"none"} vollständige Nutzlast von Knoten-Rot

update: auch keine Events in HA.

Mein 6-Tasten-Schalter wurde erfolgreich mit Deconz gekoppelt und wird in der Phoscon-App angezeigt. Wenn ich deconz_event im Home Assistant anhöre, sehe ich die Ereignisse der Tastendrücke ohne Probleme.

Verwenden Sie Home Assistant?

Ja, ich habe es in meinem vorherigen Beitrag erwähnt :)

Mein 6-Tasten-Schalter wurde erfolgreich mit Deconz gekoppelt und wird in der Phoscon-App angezeigt. Wenn ich deconz_event im Home Assistant anhöre, sehe ich die Ereignisse der Tastendrücke ohne Probleme.

Haben Sie Vorschläge, was ich falsch machen könnte?

Mein 6-Tasten-Schalter wurde erfolgreich mit Deconz gekoppelt und wird in der Phoscon-App angezeigt. Wenn ich deconz_event im Home Assistant anhöre, sehe ich die Ereignisse der Tastendrücke ohne Probleme.

Haben Sie Vorschläge, was ich falsch machen könnte?

Nicht wirklich, aber als ich das letzte Mal einen Philips Hue-Dimmer hinzufügte, musste ich meinen Pi neu starten, bevor ich Ereignisse in deconz_event sah

Sie können die GUI auch über VNC überprüfen, um zu sehen, ob sie richtig hinzugefügt wurde

Ich möchte auch erwähnen, dass ich bis 2.05.76 nie versucht habe, mein Opple zu koppeln. Ich wusste, dass es Probleme gab, also habe ich einfach auf die funktionierende Version gewartet

Wenn Sie von 2.05.75 auf 2.05.76 aktualisieren, müssen Sie zuerst die Switches vollständig von deconz entfernen, dann deconz neu starten und sie dann erneut mit der neuen Version koppeln. Ohne diese Schritte funktionieren die Schalter immer noch nicht, da Sie die unterbrochene Paarung in Ihrer Datenbank ab 2.05.75 haben

Versuchen Sie erneut, den Switch zu koppeln

Neustart und ein erneutes Pairing funktioniert. Mein Gerät wurde erst mit 0,76 . hinzugefügt

Wenn Sie von 2.05.75 auf 2.05.76 aktualisieren, müssen Sie zuerst die Switches vollständig von deconz entfernen, dann deconz neu starten und sie dann erneut mit der neuen Version koppeln. Ohne diese Schritte funktionieren die Schalter immer noch nicht, da Sie die unterbrochene Paarung in Ihrer Datenbank ab 2.05.75 haben

Das hat funktioniert. Vielen Dank :-) Darauf habe ich schon so lange gewartet

Ich sehe keine Freigabe nach dem Halten (x003)
Ich sehe es in deconz-Cluster-Info (255), aber nicht im HA-Ereignis.
Ich habe den Schalter zurückgesetzt, entfernt und neu gestartet und dann den Schalter wieder aufgenommen.

Ich sehe keine Freigabe nach dem Halten (x003)
Ich sehe es in deconz-Cluster-Info (255), aber nicht im HA-Ereignis.
Ich habe den Schalter zurückgesetzt, entfernt und neu gestartet und dann den Schalter wieder aufgenommen.

Keine Probleme hier mit den 6 Tasten.

Ereignis 1 wurde um 17:27 Uhr gefeuert:
{
"event_type": "deconz_event",
"Daten": {
"id": "lumi_remote_b686opcn01_22",
"unique_id": "xxxxxxxxxxxxxxxxxxxxxxxx",
"Ereignis": 3003
},
"herkunft": "LOKALE",
"time_fired": "2020-05-23T15:27:08.018072+00:00",
"Kontext": {
"id": "xxxxxxxxxxxxxxxxxxxxxxx",
"parent_id": null,
"user_id": null
}
}

Seltsam, ich habe auch die 6-Taste.
Alles andere funktioniert 1 2 3 Klicks und halten, aber nach dem Halten nicht loslassen.
Okay, ich muss noch etwas ausprobieren.
Danke für die Bestätigung, dass es funktionieren sollte.

@mickeman ich habe das gleiche Problem.
Im Log sehe ich das:

kein Button-Handler für: lumi.remote.b686opcn01 ep: 0x06 cl: 0x0012 cmd: 0x0A pl[0]: 0x55

@L3H0
Ok, ich habe es noch einmal genau wie unten versucht, aber es hilft nicht
Ich führe deconz in Ubuntu unter WMware aus.
Ich habe den conbee II auf die Firmware 0x26580700 aktualisiert

Wenn Sie von 2.05.75 auf 2.05.76 aktualisieren, müssen Sie zuerst die Switches vollständig von deconz entfernen, dann deconz neu starten und sie dann erneut mit der neuen Version koppeln. Ohne diese Schritte funktionieren die Schalter immer noch nicht, da Sie die unterbrochene Paarung in Ihrer Datenbank ab 2.05.75 haben

Ich habe Switch 2 Mal hinzugefügt, Docker mit deconz neu gestartet, aber immer noch das gleiche :/
Ich aktualisiere die FW von conbee II nicht, ich habe immer noch 264A0700

@L3H0
Ok, es liegt also nicht an der Firmware.
Vielleicht könnte @merdok helfen?

Ich würde, aber ich sehe weder ein Deb-Paket für die Installation noch eine Make-Datei zum eigenen Kompilieren. Ich bin mit github nicht allzu vertraut, aber ich habe "$ wget http://deconz.dresden-elektronik.de/raspbian/beta/deconz-latest-beta.deb " verwendet, um die neueste verfügbare Beta-Version zu erhalten, aber das bringt mich nur zurück 2.05 .75
Können Sie mir einen Hinweis geben?

Am 23.05.2020 um 14:45 schrieb Adrian [email protected] :

Zu Ihrer Information Docker-Image sollte bald verfügbar sein!
marthoc/docker-deconz#225

—
Sie erhalten dies, weil Sie einen Kommentar abgegeben haben.
Antworten Sie direkt auf diese E-Mail, zeigen Sie sie auf GitHub an oder melden Sie sich ab.

Ok, habe die neueste Version installiert und mein Opple erfolgreich repariert. Jetzt wird es auf phoscon und deconz korrekt angezeigt, aber auf diesem Gerät ist auf dem roten Knoten leider kein Ereignis zu sehen.

Am 23.05.2020 um 20:52 schrieb Martin Hinz [email protected] :

Ich würde, aber ich sehe weder ein Deb-Paket für die Installation noch eine Make-Datei zum eigenen Kompilieren. Ich bin mit github nicht allzu vertraut, aber ich habe "$ wget http://deconz.dresden-elektronik.de/raspbian/beta/deconz-latest-beta.deb " verwendet, um die neueste verfügbare Beta-Version zu erhalten, aber das bringt mich nur zurück 2.05 .75
Können Sie mir einen Hinweis geben?

Am 23.05.2020 um 14:45 schrieb Adrian [email protected] :

Zu Ihrer Information Docker-Image sollte bald verfügbar sein!
marthoc/docker-deconz#225

—
Sie erhalten dies, weil Sie einen Kommentar abgegeben haben.
Antworten Sie direkt auf diese E-Mail, zeigen Sie sie auf GitHub an oder melden Sie sich ab.

Funktioniert, aber kein Long-Click-Mapping in Phoscon?

@Kroeliemonster : Welche Firmware? Ich habe das gleiche Problem wie Mikeman keine Freigabeinformationen in HA: (Ich sehe keine Freigabe nach dem Halten (x003)), Wie lange hast du gehalten?

@Kroeliemonster : Welche Firmware? Ich habe das gleiche Problem wie Mikeman keine Freigabeinformationen in HA: (Ich sehe keine Freigabe nach dem Halten (x003)), Wie lange hast du gehalten?
Firmware: 26490700
Ich kann kurz oder länger halten und es gibt immer noch Ereignis x003

Ich habe die Firmware 26490700 für Conbee II installiert und deConz auf 2.05.76 aktualisiert, aber ich kann meinen 4-Tasten-Schalter immer noch nicht sehen. Bei Domoticz sehe ich das gleiche. Wenn ich es von domoticz lösche, wird es nach dem Neustart meines Pis zurückkehren.

Ich glaube, ich muss den Schalter von deConz entfernen, aber wie kann ich das mit deConz im Headless-Modus tun?

Ich hatte 264a0700 und kein x003-Ereignis und habe auf 26580700 und kein x003-Ereignis in HA aktualisiert.

@Havym : über API? Sie haben kein Webinterface? wie hast du sie hinzugefügt?

Ich erhalte im HA deconz Addon-Log folgendes:

13:22:48:598 no button handler for: lumi.remote.b686opcn01 ep: 0x01 cl: 0x0012 cmd: 0x0A pl[0]: 0x55

HA 0.110.1 deconz.76 CB II 26580700

@Havym : über API? Sie haben kein Webinterface? wie hast du sie hinzugefügt?
Das erste Mal habe ich sie wie so viele Benutzer über die Phoscon-App hinzugefügt. Der Schalter wurde damals nicht unterstützt und schaltete alle Lichter ein und aus. Aber der Schalter ist in der Phoscon-App immer noch nicht sichtbar.
Aber ohne deConz Gui kann ich den Schalter nicht löschen.

Versuchen Sie es in der Phoscon-App -> Schalter -> Neuen Schalter hinzufügen -> Sonstiges -> Drücken Sie c auf opple, bis es dreimal blinkt -> warten Sie 30 Sekunden.
Wenn sich der Switch jetzt in der Phoscon-App befindet, löschen Sie ihn, starten Sie deconz neu und fügen Sie sie erneut hinzu.

Komisch ist, dass ich es versucht habe und es in Phoscon aufgetaucht ist und ich den Schalter wieder gelöscht und deconz neu gestartet habe. Jetzt kann ich den Schalter nicht mehr anschließen.

EDIT: Ich habe es noch einmal versucht und es wird in deconz und in domoticz angezeigt! Danke schön.

Ich kann bestätigen, dass ich nach der Installation des Plugin-Updates und dem Neustart von HA jetzt beide 6x-Switches hinzufügen konnte und alle die richtigen Ergebnisse für 1,2,3x-Klick- und Release-Status liefern. GUTE ARBEIT. Danke schön.

Jetzt denke ich, dass ich herausfinden muss, wie man all diese möglichen Schalter (18 für jeden Hardware-Schalter) mit den richtigen Aktionen füllt. Was wäre der beste Weg, dies zu tun? Ich schätze, Sie müssen für jedes Ereignis 18 Automatisierungen schreiben, richtig?

Haben Sie 5 Zustände für jeden Schalter? 1 (x002), 2(x004), 3(x005)x Klick, langes Drücken (x001) und loslassen (x003) ? In der Automatisierung gibt es fünf für jeden Zustand, aber die x003-Freigabe nach langem Drücken kommt nicht von deconz.

Hmmm. Seltsam, ich dachte, x003 wäre auch da, aber ich kann es jetzt nicht anzeigen. Alle anderen funktionieren gut.

Durch Knoten-Rot erhalte ich 1,2,3,4,5. Schade, dass es 6 Monate gedauert hat, um so weit zu kommen und es ist Beta

Ich habe HA- und Knotenrot-Komponenten ausprobiert, aber die x003-Ereignisse (Release) immer noch nicht erhalten. Ich habe den Knoten entfernt und den Schalter aus der Weboberfläche entfernt und ein paar Mal wieder hinzugefügt, aber das gleiche Ergebnis. Ich werde damit weiterspielen, bis jemand eine Lösung postet. Bisher funktioniert aber alles andere tadellos, was toll ist, wenn man bedenkt, dass es ein paar Monate lang ein Briefbeschwerer an meiner Wand war😁

Können Sie in der GUI überprüfen, ob das Attribut _Present Value_ (0x0055) des Clusters _Multistate Input_ (0x0012) auf dem der Schaltfläche entsprechenden Endpunkt die Schaltflächenaktionen widerspiegelt? Es sollte 0 für Halten, 255 für langes Loslassen und 1, 2, 3 für einfaches, doppeltes, dreifaches Drücken sein.

@ebaauw

Können Sie in der GUI überprüfen, ob das Attribut _Present Value_ (0x0055) des Clusters _Multistate Input_ (0x0012) auf dem der Schaltfläche entsprechenden Endpunkt die Schaltflächenaktionen widerspiegelt? Es sollte 0 für Halten, 255 für langes Loslassen und 1, 2, 3 für einfaches, doppeltes, dreifaches Drücken sein.

In meinem Fall kann ich alle Schaltflächenaktionen in der GUI sehen, wie Sie oben angegeben haben.
Aber im Home Assistant kann ich nur x001 x002 x004 x005 sehen.
Ich verwende deCONZ in Ubuntu und habe die Conbee II-Firmware auf 26580700 aktualisiert.

@ebaauw

Können Sie in der GUI überprüfen, ob das Attribut _Present Value_ (0x0055) des Clusters _Multistate Input_ (0x0012) auf dem der Schaltfläche entsprechenden Endpunkt die Schaltflächenaktionen widerspiegelt? Es sollte 0 für Halten, 255 für langes Loslassen und 1, 2, 3 für einfaches, doppeltes, dreifaches Drücken sein.

In meinem Fall kann ich alle Schaltflächenaktionen in der GUI sehen, wie Sie oben angegeben haben.
Aber im Home Assistant kann ich nur x001 x002 x004 x005 sehen.
Ich verwende deCONZ in Ubuntu und habe die Conbee II-Firmware auf 26580700 aktualisiert.

Ja, kann ich bestätigen. Alles ist in der VNC-GUI sichtbar.

Die einzigen Ereignisse, die ich in HA erhalte, sind x001, x002, x004 und x005.
Ich kann jetzt meinen Schalter benutzen, was fantastisch ist! Ein paar fehlende Events sind besser als keine Events :-)

Danke an die Entwickler, Ihre Arbeit wird sehr geschätzt.

In meinem Fall kann ich alle Schaltflächenaktionen in der GUI sehen, wie Sie oben angegeben haben.
Ja, kann ich bestätigen. Alles ist in der VNC-GUI sichtbar.

In diesem Fall müsste das Schaltflächenereignis x003 vom REST-API-Plugin ausgegeben werden. Ich verstehe nicht, wie es nicht gehen kann.

Ich würde anfangen, HA zu vermuten, aber da es auch einen Bericht über Node-red gibt:

• Könnten Sie bitte in der API nach dem Hold/Long Release überprüfen, ob state.buttonevent tatsächlich x003 ist?
• Könnten Sie bitte mit dc_eventlog (in Homebridge Hue enthalten) oder mit einem anderen Web-Socket-Client überprüfen, ob das x003-Ereignis auf dem Web-Socket ausgegeben wird?

Ich habe versucht, Regel mit Hue Essentials (Android-App) direkt mit der deconz-API zu erstellen, und das funktioniert mit 1003 nicht.
1002 zum Beispiel funktioniert wie es sollte.

@ebaauw Present Value (0x0055) meldet "255" für Long Hold Release.
Es sieht so aus, als ob "1" für einfaches Drücken (Loslassen?), "0" für Halten, "2" für doppeltes Drücken, "3" für dreimaliges Drücken und "255" für langes Loslassen gemeldet wird.

Dies mag irrelevant sein, aber es meldet auch 255 nach langem Loslassen beim letzten Klick eines doppelten oder dreimaligen Drückens (es meldet immer noch 2 oder 3 für diese Ereignisse vor dem langen Loslassen).

Edit: inklusive Screenshot

Dies mag irrelevant sein, aber es meldet auch 255 nach langem Loslassen beim letzten Klick eines doppelten oder dreimaligen Drückens (es meldet immer noch 2 oder 3 für diese Ereignisse vor dem langen Loslassen).

Es ist etwas ungewöhnlich, ein x003 ohne vorangehendes x001 zu sehen, aber API-Clients sollten damit umgehen können (beim Abfragen der Hue-Bridge hätte das x001 sogar übersehen werden können). Ich glaube nicht, dass es für den Fall von fehlenden/nicht bearbeiteten Ereignissen relevant ist.

Wir müssen wirklich herausfinden, wo das Problem liegt. Soweit wir das beurteilen können, meldet der Switch die Ereignisse in Ordnung und meldet 255 für _Present Value_. Der nächste Schritt besteht darin, zu überprüfen, ob die API state.buttonevent aktualisiert und eine Web-Socket-Benachrichtigung ausgibt.

Auch hier verstehe ich nicht, wie es bei den anderen Werten sein könnte, aber nicht bei 255. Ich würde es hassen, die Karte "es funktioniert bei mir" zu spielen und den API-Clients blind die Schuld zu geben, also überprüfen Sie dies bitte.

Im HA AddOn Dekonz-Log, nachdem Taste 1 auf Opple 6-Taste (WXCJKG13LM) für 4 Sekunden gedrückt wurde:

07:51:35:742 Taste 1001 Aus halten
07:51:35:742 ZCL-Attributbericht 0x04CF8CDF3Cxxxxxx für Cluster: 0x0012, ep: 0x01, Frame Control: 0x18, mfcode: 0x0000
07:51:39:719 kein Button-Handler für: lumi.remote.b686opcn01 ep: 0x01 cl: 0x0012 cmd: 0x0A pl[0]: 0x55
07:51:39:719 ZCL-Attributbericht 0x04CF8CDF3Cxxxxxx für Cluster: 0x0012, ep: 0x01, Frame Control: 0x18, mfcode: 0x0000

Es scheint, dass es in deconz .76 für x003 keinen Button-Handler gibt

Könnten Sie deconz mit --dbg-info=2 ausführen und auch die Nutzlast asdu erfassen? Ich denke, 0x55 könnte sich auf die lsb der _Present Value_-Attribut-ID (0x0055) beziehen. Der Switch sendet für alle Aktionen denselben Attributbericht (Befehl 0x0A), nur der Wert in der Nutzlast unterscheidet sich.

In meinem Fall habe ich die Schritte zum Hinzufügen von Entfernen, Neustart und erneutem Hinzufügen befolgt, und einer meiner Schalter funktionierte einwandfrei, aber der andere wird immer noch ohne den Multistate-Eingang hinzugefügt und steuert alle Lichter im Netzwerk auf seltsame Weise.

Hope hat alles relevante erwischt, wenn du mehr brauchst, lass es mich wissen...

08:13:16:503 APS-DATA.Indication von Kind 0x3B01
08:13:16:504 verifizieren, dass 0x04cf8cdf3cxxxxxx nach 94 s untergeordneter Knoten ist
08:13:16:504 Knotendaten 0x04cf8cdf3cxxxxxx ProfilId: 0x0104, ClusterId: 0x0012
08:13:16:505 0x04CF8CDF3Cxxxxxx: ZCL-Wert aktualisieren 0x01/0x0012/0x0055 nach 0 s
08:13:16:507 Taste 1001 Aus halten
08:13:16:508 Zwangsbindung der Attributmeldung für Sensor OPPLE Schalter 3-fach
08:13:16:508 ZCL-Attributbericht 0x04CF8CDF3Cxxxxxx für Cluster: 0x0012, ep: 0x01, Frame Control: 0x18, mfcode: 0x0000
08:13:16:510 Nutzlast: 5500210000
08:13:16:515 Websocket 172.30.32.1:34146 Nachricht senden: {"e":"changed","id":"66","r":"sensors","state":{"buttonevent": 1001,"lastupdated":"2020-05-25T06:13:16.507"},"t":"event","uniqueid":"04:cf:8c:df:3c:xx:xx:xx-01- 0012"} (ret = 165)
08:13:16:516 Websocket 172.30.32.1:34172 Nachricht senden: {"e":"changed","id":"66","r":"sensors","state":{"buttonevent": 1001,"lastupdated":"2020-05-25T06:13:16.507"},"t":"event","uniqueid":"04:cf:8c:df:3c:xx:xx:xx-01- 0012"} (ret = 165)
08:13:16:517 Websocket 172.30.32.1:34182 Nachricht senden: {"e":"changed","id":"66","r":"sensors","state":{"buttonevent": 1001,"lastupdated":"2020-05-25T06:13:16.507"},"t":"event","uniqueid":"04:cf:8c:df:3c:xx:xx:xx-01- 0012"} (ret = 165)
08:13:16:518 Websocket 192.168.76.92:43698 Nachricht senden: {"e":"changed","id":"66","r":"sensors","state":{"buttonevent": 1001,"lastupdated":"2020-05-25T06:13:16.507"},"t":"event","uniqueid":"04:cf:8c:df:3c:xx:xx:xx-01- 0012"} (ret = 165)
08:13:16:521 Nachbarstatus überprüfen: APP_SUCCESS (0x00)
08:13:16:521 Sensorstatus verwerfen Push für 66: Status/zuletzt aktualisiert (bereits gedrückt)
08:13:16:544 APS-DATA.Indication von Kind 0x3B01
08:13:16:544 Knotendaten 0x04cf8cdf3cxxxxxx ProfilId: 0x0104, ClusterId: 0x0012
08:13:16:545 0x04CF8CDF3Cxxxxxx: ZCL-Wert aktualisieren 0x01/0x0012/0x0055 nach 0 s
08:13:16:546 Bindung der Attributmeldung erzwingen für Sensor OPPLE Schalter 3-fach
08:13:16:546 kein Button-Handler für: lumi.remote.b686opcn01 ep: 0x01 cl: 0x0012 cmd: 0x0A pl[0]: 0x55
08:13:16:546 ZCL-Attributbericht 0x04CF8CDF3Cxxxxxx für Cluster: 0x0012, ep: 0x01, Frame Control: 0x18, mfcode: 0x0000
08:13:16:546 Nutzlast: 550021ff00

Ich bin völlig verloren. Es gibt keinen Code, um die verschiedenen Werte in der Nutzlast unterschiedlich zu behandeln. Für mich geht das:

May 25 22:17:10 pi5 deCONZ[28578]: 22:17:08:443 APS-DATA.indication srcAddr: 0xee72, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0012, lqi: 255, rssi: -38
May 25 22:17:10 pi5 deCONZ[28578]: 22:17:08:443     asdu: 18cb0a550021ff00
May 25 22:17:10 pi5 deCONZ[28578]: 22:17:08:444 Node data 0x04cf8cdf3c79744f profileId: 0x0104, clusterId: 0x0012
May 25 22:17:10 pi5 deCONZ[28578]: 22:17:08:444 0x04CF8CDF3C79744F: update ZCL value 0x01/0x0012/0x0055 after 0 s
May 25 22:17:10 pi5 deCONZ[28578]: 22:17:08:446 button 1003 Off long released
May 25 22:17:10 pi5 deCONZ[28578]: 22:17:08:446 don't create binding for attribute reporting of sensor Opple
May 25 22:17:10 pi5 deCONZ[28578]: 22:17:08:446 Force binding of attribute reporting for sensor Opple
May 25 22:17:10 pi5 deCONZ[28578]: 22:17:08:446 ZCL attribute report 0x04CF8CDF3C79744F for cluster: 0x0012, ep: 0x01, frame control: 0x18, mfcode: 0x0000
May 25 22:17:10 pi5 deCONZ[28578]: 22:17:08:446     payload: 550021ff00
May 25 22:17:10 pi5 deCONZ[28578]: 22:17:08:448 Websocket 127.0.0.1:52216 send message: {"e":"changed","id":"7","r":"sensors","state":{"buttonevent":1003,"lastupdated":"2020-05-25T20:17:08.445"},"t":"event","uniqueid":"04:cf:8c:df:3c:79:74:4f-01-0012"} (ret = -1092095048)
May 25 22:17:10 pi5 deCONZ[28578]: 22:17:08:449 Websocket 127.0.0.1:52260 send message: {"e":"changed","id":"7","r":"sensors","state":{"buttonevent":1003,"lastupdated":"2020-05-25T20:17:08.445"},"t":"event","uniqueid":"04:cf:8c:df:3c:79:74:4f-01-0012"} (ret = -1092095048)
May 25 22:17:10 pi5 deCONZ[28578]: 22:17:08:451 discard sensor state push for 7: state/lastupdated (already pushed)

Ich habe den Opple zurückgesetzt und neu gekoppelt, nur um sicher zu gehen. Ich habe sowohl einen Pi 4B unter Raspbian Buster mit ConBee II auf v2.05.76 als auch einen Pi 3B+ unter Raspbian Stretch mit RaspBee auf v2.05.77 ausprobiert.

Auf welcher Plattform fährst du? Die einzige Erklärung, die mir einfällt, wäre ein Compiler-Fehler.

Habe gerade v2.05.77 mit den 2/4/6-Tasten-Schaltern ausprobiert und alles scheint wie erwartet zu funktionieren.

Das einzige, was ich mir nicht sicher bin, ist, dass wenn ich eine Taste ziemlich lange (länger als 6 Sekunden) halte, dann das Release-Ereignis nicht mehr kommt. @ebaauw weißt du ob das so sein sollte?

Ob es so sein soll kann ich nicht beantworten, aber ich erlebe das gleiche. Wie es aussieht, sendet der Schalter keine Freigabenachricht mehr, wenn Sie ihn zu lange gedrückt halten. Nicht im Zusammenhang mit dem Problem "kein Button-Handler".

Ok, dachte auch.
Was das Problem "kein Button-Handler" 0x55- Nutzlast anstelle von 0x255 erhalten

Es ist 255 (dezimal) oder 0xFF.

Siehe die obigen Protokolle: die Nutzlast ist für den Befehl _Report_ Attributes 550021xx00 oder: 0x0055 - _Present Value_ Attribut; 0x21 - Datentyp uint16 ; 0x00xx der Wert. Das Protokoll zeigt payload[0] an, das erste Byte, oder 0x55; Der Button-Handler betrachtet payload[3], das vierte Byte oder xx.
https://github.com/dresden-elektronik/deconz-rest-plugin/blob/2a26b78f4139a179968e61aa0e0caf3fd1917162/de_web_plugin.cpp#L3581 -L3591

Oh, richtig. Sorry, schon zu spät... Jetzt sehe ich es. Warum wird bei einigen Benutzern das erste Byte betrachtet?

Ich habe das gleiche erlebt, wenn man die Taste zu lange gedrückt hält, nach 6 Sek kommt keine Meldung mehr, aber die x001 nach 1 Sek lange drücken, wie oben gezeigt.
Ich verwende ein NUC mit virtueller Box und Home Assistant 0.110.2 (oder aktueller) mit AddOn deconz .76 ConBee II 26580700.
Die Nachricht scheint gesendet zu werden, da es nur für langes Drücken oder sehr langes Drücken gilt ;-):

08:13:16:546 kein Button-Handler für: lumi.remote.b686opcn01 ep: 0x01 cl: 0x0012 cmd: 0x0A pl[0]: 0x55
08:13:16:546 ZCL-Attributbericht 0x04CF8CDF3Cxxxxxx für Cluster: 0x0012, ep: 0x01, Frame Control: 0x18, mfcode: 0x0000
08:13:16:546 Nutzlast: 550021ff00

Brauchen Sie sonst noch etwas? Gib mir Bescheid.

Vielen Dank für die Hilfe!

wie kann man die adsu Daten erfassen? Wenn ich --dbg-info=2 aktiviere, habe ich so etwas nicht im Log:
May 25 22:17:10 pi5 deCONZ[28578]: 22:17:08:443 asdu: 18cb0a550021ff00
Welcher Parameter aktiviert diese Ausgabe für die Protokollierung?

Wahrscheinlich --dbg-aps=2 . All dies muss irgendwann gesammelt und dokumentiert werden ...

Vielen Dank für all Ihre Mühe.
Ich habe so einen Schalter jetzt seit sechs Monaten und lese viel hier.
Habe gerade die Umstellung auf Homeassistant hinzugefügt. Jetzt habe ich 16 neue Ereignisse zu bearbeiten...
Vielen Dank

Aber warum, eines der besten Events funktioniert nicht. Es ist so traurig. ;(

U meinst Release nach Hold?

U meinst Release nach Hold?

ja

Release after Hold funktioniert ... anscheinend ist das Problem mit dem Switch selbst, dass der Switch das Release-Ereignis nach mehr als 6 Sekunden nicht sendet.

Release after Hold funktioniert ... anscheinend ist das Problem mit dem Switch selbst, dass der Switch das Release-Ereignis nach mehr als 6 Sekunden nicht sendet.

Nein, es funktioniert nicht in HA. Ja, das Ereignis ist in der GUI verfügbar, aber dies ist keine funktionierende Lösung. Sie sagen, dass der Schalter selbst schlecht funktioniert, aber ich sehe bei zigbee2mqtt mit diesem Schalter kein Problem.

Es funktioniert in HA. Benutze es seit ich es im März mit HA implementiert habe...
Warum es bei manchen Leuten nicht funktioniert, muss untersucht werden.

@merdok : Sogar der Switch sendet dies innerhalb von 6 Sekunden, die Freigabe nach dem Halten funktioniert NICHT in deconz, nicht in HA, nicht in NodeRED.

Deconz sendet das Ereignis x003 NICHT zur Freigabe nach dem Halten innerhalb von 6 Sekunden.

Ich habe dies heute mit drei neuen opple 6-fach-Tasten und einer sauberen Neuinstallation von deconz (.77) mit ConBee II 264A0700 und 26580700 ausprobiert.

17:45:50:322 APS-DATA.indication srcAddr: 0x0494, srcEp: 0x03 dstAddrMode: 2, Profil: 0x0104, Cluster: 0x0012, lqi: 255, rssi: -42
17:45:50:322 asdu: 18040a550021ff00
17:45:50:322 APS-DATA.Indication von Kind 0x0494
17:45:50:322 Knotendaten 0x04cf8cdf3c797497 profileId: 0x0104, clusterId: 0x0012
17:45:50:322 Bindung der Attributmeldung erzwingen für Sensor OPPLE Schalter 3-fach
17:45:50:322 kein Button-Handler für: lumi.remote.b686opcn01 ep: 0x03 cl: 0x0012 cmd: 0x0A pl[0]: 0x55
17:45:50:322 ZCL-Attributbericht 0x04CF8CDF3C797497 für Cluster: 0x0012, ep: 0x03, Frame Control: 0x18, mfcode: 0x0000
17:45:50:322 Nutzlast: 550021ff00

Das Problem mit der langen Pressemitteilung könnte ein Compilerfehler sein.
Ich könnte mich irren, und diese Theorie müsste getestet werden, aber sie scheint auf Raspberry Pi (ARM) zu funktionieren und nicht auf x86.

Ich betreibe HA/deconz auf einem kopflosen PC und mir ist aufgefallen, dass jemand mit diesem Problem einen NUC verwendet. Leute, die Erfolg haben, scheinen alle einen Raspberry Pi zu verwenden.

Hat jemand Feedback zu Ihren Aktivitäten und Ihrem Erfolg bei der Durchführung dieser Events?

Bearbeiten: Ich bin mir nicht sicher, wie oder ob sich der Code für verschiedene Arten von Switches unterscheidet, aber ich erhalte Release-Ereignisse für andere Switches, nur nicht für diesen Opple-Switch (lumi.remote).

könnte eine Erklärung sein, ich benutze ein NUC mit Win10, VB.
Werde mein rpi3b mal ausprobieren...

@luke3butler guter Punkt. Das kann sein. Ich benutze auch Raspberry Pi (ARM) und es funktioniert.

Ich habe, Deconz im Docker auf Synology.

Für mich funktioniert das x003-Ereignis auf einem rpi3-irgendwas

x003 funktioniert NICHT in meinem Setup.
Läuft auf Intel i5 mit WMware (ESXI) und Ubuntu Desktop 18.04

RPi3 hier mit HA und obwohl ich die Freigabe nur nach Hold-Events verwende, bevor die 6secs fertig sind, muss ich bestätigen, dass das x003-Event nach 6sec nicht seinen Weg zu Deconz findet.

Auf meinem RPi3B funktioniert es, mit dem gleichen Opple 6-fach und dem gleichen ConBee II 264A0700 und ConBee II 26580700
Auf meinem NUC i7 win10 VB HA 0.110.3 AddOn Deconz .77 tut es nicht.

@Kroeliemonster Dies ist ein anderes Problem, das wahrscheinlich mit dem Schalter selbst zusammenhängt.
Das muss man bitte unterscheiden, denn das verwirrt die Leute hier einfach!

Basierend auf den bisherigen Rückmeldungen sieht es nach einem Compiler-Bug aus oder zumindest etwas mit der CPU-Architektur.

Basierend auf den bisherigen Rückmeldungen sieht es nach einem Compiler-Bug aus oder zumindest etwas mit der CPU-Architektur.

Das scheint die plausibelste Erklärung zu sein, wie ich bereits bemerkte.

Die einzige Erklärung, die mir einfällt, wäre ein Compiler-Fehler.

Der unberechenbare Ausdruck scheint zu sein:
https://github.com/dresden-elektronik/deconz-rest-plugin/blob/2a26b78f4139a179968e61aa0e0caf3fd1917162/de_web_plugin.cpp#L3586

zclParam0 ist ein quint16 ; zclFrame.payload() gibt ein QByteArray . QByteArray::at() gibt ein char . Wir vergleichen also einen 16-Bit-Integer-Wert ohne Vorzeichen von 255 mit einem, wie ich annehme, 8-Bit-Wert, möglicherweise mit Vorzeichen, char . Ich nehme an, das verlangt nach Ärger.

Die einzige andere Stelle in den Tastenzuordnungen, an der wir einen zclParam0 Wert von 255 verwenden, ist für die 1002 (scharfe Rechtsdrehung) des IKEA-Dimmers. Möchten Sie erraten, was wir dort sehen? Hinweis: #2787. Vielleicht waren wir etwas voreilig und riefen den Dimmer als Fluch aus?

@manup , was

@ebaauw denkst du, dass die Verwendung von 0xFF in der Schaltflächenzuordnung für den Parameter das möglicherweise beheben könnte?

Die meisten Verwendungen von "payload().at(" in dieser Datei werden unsignierten temporären Dateien zugewiesen oder zugewiesen. Für mich sieht es so aus, als ob alle Verwendungen, die mit einem unsignierten Wert verglichen werden, aus Konsistenzgründen gleich behandelt werden sollten, selbst wenn sie scheinen nicht unbedingt rote Flaggen zu haben, wie dies bei dieser Verwendungsinstanz der Fall ist, bei der die 255 als der Wert mit Vorzeichen -1 behandelt werden kann.

Glaubst du, dass die Verwendung von 0xFF in der Schaltflächenzuordnung für den Parameter das beheben könnte?

Nein. Der Compiler würde 255 und 0xFF in genau denselben Wert übersetzen. Das Ändern des zclParam0 Werts in 65535 (0xFFFF) kann für x86 möglich sein, wird jedoch bei ARM unterbrochen.

Das Ändern des Vergleichs in buttonMap->zclParam0 == zclFrame.payload().at(3) & 0xFF könnte auf beiden Architekturen den Zweck erfüllen. Eine anständigere Methode zum Decodieren der Nutzlast wäre imho die beste Lösung.

char ist auf x86 signiert und auf ARM nicht signiert, siehe:
https://www.linuxtopia.org/online_books/an_introduction_to_gcc/gccintro_71.html

Auf x86 wird der 8-Bit-Wert -1 (0xFF) also wahrscheinlich in den 16-Bit-Wert ohne Vorzeichen 65535 (0xFFFF) umgewandelt, der als 16-Bit-Wert mit Vorzeichen -1 wäre. Auf ARM wird der 8-Bit-Wert ohne Vorzeichen 255 (0xFF) in den 16-Bit-Wert ohne Vorzeichen 255 (0x00FF) umgewandelt.

Vielleicht buttonMap->zclParam0 == static_cast<quint8>(zclFrame.payload().at(3)) ?

Könnte auch funktionieren. Ich kann nicht auf x86 kompilieren, um dies zu überprüfen.

Es gibt noch einige weitere Orte mit einem zclParam0 > 127: die 1010 (viele Drücken) auf der lumi.sensor_switch und die 7002, 8002, 9002 (_4_, _5_, _6_) auf der inneren Fernbedienung RC110. Rate mal was: https://github.com/dresden-elektronik/deconz-rest-plugin/issues/635#issuecomment-534519677).

Könnte auch funktionieren. Ich kann nicht auf x86 kompilieren, um dies zu überprüfen.

Ich kann auch nicht. Ich würde am ehesten einen Cast zu einem unsignierten 8-Bit-Int verwenden, also wäre static_cast zu quint8 oder uint8_t gut. Wenn Sie den Ansatz der Bitmanipulation verwenden, würde ich mich sicherer fühlen, mit 0x0ff zu UND statt mit 0xff , nur weil ich nicht sagen kann, dass letzteres notwendigerweise ein Ergebnis ohne Vorzeichen erzeugt, obwohl ich vermute, dass es wahrscheinlich ist.

Würde es mal ausprobieren, kann aber leider auch nicht für x86 kompilieren.

@ebaauw hier draußen löst möglicherweise das Problem hinter einer Reihe von Fehlern.
Ihre Arbeit wird sehr geschätzt. 🥇

Wenn niemand in der Lage ist, x86-Tests durchzuführen, werde ich mir die Zeit nehmen, eine dedizierte Testumgebung einzurichten. Ich verwende die HA-Integration (überwacht), kann aber eine andere VM hochfahren.

Ich Cloud helfe sogar aus, brauche aber Hilfe, wie man...

Sieht so aus, als ob dieses Problem schon einmal gefunden (und behoben) wurde, für die 1010 (viele Druckvorgänge) der lumi.sensor_switch :
https://github.com/dresden-elektronik/deconz-rest-plugin/blob/720a324f33dcb31efc086f2f052b35eba3948794/de_web_plugin.cpp#L3546
Mit einer respektablen Menge an Brute-Force, möchte ich hinzufügen.

Ich habe gerade payload().at( _n_ ) einem quint8 für die Lutron Aurora zugewiesen, aber ich weiß nicht, ob es jemand auf x86 (oder einer anderen Plattform mit signiertem) getestet hat char ).

Könnten Sie bitte mein obiges Commit auf x86 testen?

Fürs Protokoll: Es ist schließlich kein Compiler-Bug, sondern nur schlechter, nicht portierbarer Code.

Ein großes Lob für all die harte Arbeit, die im Gange ist, im Moment scheint ich es nicht zu schaffen, Ereignisse über deconz an mein HassOS zu senden.
Gibt es einen anderen 6-Gang-Schalter zu diesem Preis / dieser Qualität?

Beim Testen der neuesten "Beta" funktioniert alles gut. Für meine können wir das Thema nach der endgültigen Veröffentlichung schließen.

Können wir das _Endlich_ schließen 😄 ?

Ich konnte es nicht testen, da die Beta für HA AddOns nicht verfügbar ist und ich derzeit keine Möglichkeit habe, es auf x86 oder x86 VM zu testen.

@ebaauw , @Mimiix Vielen Dank für die harte Arbeit.

Ich werde es testen, sobald die Freigabe in HA verfügbar ist.

@thecem Ich habe nicht viel gemacht, @ebaauw ist hier zu loben ;)
Wenn das HA-Addon veröffentlicht und aktualisiert wurde, melde dich einfach hier, wenn es Probleme gibt :)

_Mimiix mag es, alte Probleme mit langer Laufzeit loszuwerden 😄_

Gibt es ein spezielles Paarverfahren? Ich habe die neueste deconz-Version installiert, kann aber den 6-Tasten-Schalter nicht koppeln. Es funktioniert, weil es Lichter direkt schaltet, aber nicht mit deconz verbunden ist.

Ich habe das x003 getestet und es funktioniert in NUC WIN10 HA 0.110.4 Addon Deconz 2.05.08:

@ebaauw : Danke für die

Gibt es ein spezielles Paarverfahren? Ich habe die neueste deconz-Version installiert, kann aber den 6-Tasten-Schalter nicht koppeln. Es funktioniert, weil es Lichter direkt schaltet, aber nicht mit deconz verbunden ist.

Ich hatte am Anfang das gleiche Problem. Also habe ich mit der C-Taste rumgespielt (5 Sekunden halten, warten, 1 Sekunde drücken, warten, alles wiederholen) und irgendwann hat es sich mit deconz verbunden. Sehr unbefriedigendes Try-and-Error. _Außerdem löst es kein deconz_event aus, daher ist es momentan für mich nutzlos._

Edit: Ich habe deconz aktualisiert und bekomme jetzt die Ereignisse. :-)

Sie benötigen mindestens Version 2.05.77, wenn Sie sich zuvor verbunden haben, reparieren Sie sie mit der neuesten.
In Dekonz:

• neuen Schalter anschließen
• c-Taste drücken (kurz // 1sek, wenn Sie sie vorher zurückgesetzt haben, indem Sie sie 15sek lang drücken, wenn nicht 15sek lang drücken)
• warte ab

Ich habe 2.05.78 / 22.05.2020 - die neueste Version gestern, aber heute ist sie aus irgendeinem Grund von https://phoscon.de/de/changelog/ verschwunden?

Ich habe 15 Sekunden lang c gedrückt. alle ~ 5 Sekunden blinkt die LED.
Ich habe in der Phoscon Web App auf Schalter hinzufügen gedrückt
Ich habe C für 1 gedrückt (auch 5 versucht) ... die LED blinkt wieder, aber kein Pairing :(

Da dieses Problem dazu führen wird, dass Leute Hilfe bei kleinen Angelegenheiten benötigen und die opple-Schalter unterstützt werden, schließe ich dieses Problem.

Für kleine Fragen ist Discord der richtige Ort! Sie finden die URL in der readme.md

Leute, heute versuche ich, opple 6 Tasten mit meiner Raspbee mit der Firmware 26350500 zu paaren, und bin mit einem interessanten Verhalten konfrontiert. Als ich auf Schalter hinzufügen klickte, fing ich an, auf die gepaarte Taste C zu tippen, und nichts passierte, aber ich klickte auf eine Taste am Schalter, und der Schalter begann, meine drei E27-Aqara-Lampen ein- / auszuschalten, Farbtemperatur und Helligkeit zu steuern. Danach wiederholte ich mehrmals den Pairing-Modus und schließlich wurde dem Phoscon ein Schalter hinzugefügt, aber in HA habe ich keine Ereignisse davon erhalten.

Die Frage ist also, funktioniert Raspbee mit mehreren Schaltern?

Taste 1, oben links, Aktion = Schaltet alle meine Lichter und Steckdosen aus.
Taste 2, oben rechts, Aktion = Schaltet alle meine Lichter und Socken ein.
Taste 3, Mitte links, Aktion = Verringert die Helligkeit der Glühbirnen.
Taste 4, Mitte rechts, Aktion = Erhöht die Helligkeit der Glühbirnen.

Habe heute meinen opple 6-way bekommen und habe genau das gleiche Verhalten.

Ich bin auf 2.5.79 mit Firmware 26350500 auf einem ConBee 1

Ich kann Ihnen nur raten, es erneut zu versuchen. Wie ich bereits in einem anderen Thema geschrieben habe, konnte ich während des Kopplungsvorgangs ohne Tastendruck hinzufügen, einfach den Kopplungsvorgang starten und das Gerät in den Kopplungsmodus versetzen. Also versuch dein Glück. ;)

Hier ist das Thema worüber ich rede: https://github.com/dresden-elektronik/deconz-rest-plugin/issues/3074

Ich habe den Schalter mehrmals repariert.
Habe den Schalter in Phoscon gelöscht.
Beginn der Entdeckung in Phoscon.
Halten Sie die C-Taste am Schalter ~13 Sekunden lang gedrückt, bis die LED zum zweiten Mal blinkt.
......
......
Schalter wird erkannt, ohne eine der 6 Tasten zu drücken.
Alle Lichter und Stecker werden automatisch eingeschaltet.

Nun... okay. Wieder und wieder und wieder. Jetzt funktioniert es. Weiß nicht warum

Nun, ich kann hier auch keine detaillierte Antwort geben. Ich bin froh, dass du es am Ende geschafft hast.

Heute habe ich diesen Schalter erhalten und aus meiner Erfahrung hilft es, wenn Sie nach dem Blinken der LED immer noch die C-Taste drücken. Als ich damit anfing, konnte ich es koppeln.

Habe die gleiche Version wie @saxn-paule und fast die gleiche in Phoscon - nur kleine Unterschiede habe ich Version im Detail.

Es ist notwendig, Informationen zu sammeln und so viel wie möglich den Pairing-Prozess für die Benutzer auf der deconz-Supportseite auf git so detailliert wie möglich zu beschreiben.

Sehr geehrte Damen und Herren
Ich habe den gleichen Schalter erhalten und konnte ihn in Phoscon integrieren. Jetzt versuche ich, einige Aktionen für diese sechs Schaltflächen zu erstellen, leider werden nur die beiden oberen Schaltflächen durch Automatisierungen identifiziert. Wie erzeuge ich Automatisierungen für die mittleren und unteren Tasten?

Hallo
welche Version von deconz verwendest du? Am Anfang gab es einige Probleme. Wenn Sie auf 2.5.82 sind, würde ich vorschlagen, den Schalter wieder zu löschen und erneut beizutreten, indem Sie die Zurück-Taste länger als 15 Sekunden drücken. Nachdem es beigetreten ist und Sie die Meldung erhalten, dass es erfolgreich beigetreten ist, drücken Sie die obere linke Taste. So hat es bei mir funktioniert und alle 6 Schaltflächen zeigen jetzt Ereignisse an.

Hallo
Ich habe diesen Vorgang erneut durchgeführt, aber wenn ich die Konfiguration (Hassio) durchgehe, habe ich nur eine Entität (Batterie) und keine Schaltflächenentitäten?

Ok, aber das ist vielleicht kein Dekonz-Problem. Sie könnten eine Anfrage im Hassio-Supportforum stellen?

Ich benutze ioBroker und dort funktioniert es gut.

Damit konnte ich alle notwendigen Automatisierungen generieren
danke

Hallo
Ich habe diesen Vorgang erneut durchgeführt, aber wenn ich die Konfiguration (Hassio) durchgehe, habe ich nur eine Entität (Batterie) und keine Schaltflächenentitäten?

Sie haben es wahrscheinlich schon gefunden, aber sicher. Im Home Assistant müssen Sie mit Ereignissen arbeiten (Typ deconz_event) - Schaltflächen werden nicht als Schalterelement hinzugefügt.

Wenn Sie alle Geräte haben, die Sie über diesen Schalter in deCONZ steuern möchten, ist Zigbee für mich am bequemsten, Phoscon-Aktionen zu verwenden.

Hallo,

Wie kann ich Phoscon aktualisieren, das auf Raspberry läuft? Es sagt, dass Version 2.05.71 up2date ist, ohne Möglichkeit auf 2.05.77 zu aktualisieren, um Opple zum Laufen zu bringen.

Vielen Dank
Jakub

@elpaso666 Abhängig von Ihrer Installationsmethode. Wenn Sie nur eine native Installation haben, verwenden Sie die Linux-Methode zum Aktualisieren. Infos hier: https://www.cyberciti.biz/faq/ubuntu-upgrade-update-single-package-using-apt-get/

Funktioniert genauso, wenn Sie Raspbian ausführen.

An alle Benutzer hier mit allgemeinen Fragen: Das Gerät ist korrekt implementiert und funktioniert.

Bei Fragen: Discord verwenden, oder ein eigenes Issue eröffnen (mit der User-Frage-Vorlage!)

@Mimiix Ich habe sudo atp-get update/upgrade ausgeführt ... es ging, die letzte Zeile
deconz einrichten (2.05.81-raspbian-buster-stable) ...
wie auch immer in phoscon sehe ich 2.05.71 / 14.09.2020 - alte version, aber neues datum :)

@Mimiix Ich habe sudo atp-get update/upgrade ausgeführt ... es ging, die letzte Zeile
deconz einrichten (2.05.81-raspbian-buster-stable) ...
wie auch immer in phoscon sehe ich 2.05.71 / 14.09.2020 - alte version, aber neues datum :)

Genau das gleiche hier.....Ich habe auf die neueste Version aktualisiert, aber die Phoscon-App zeigt immer noch 2.05.71 mit einer neueren an
Datum wie elpaso666 erwähnt.
Ich habe noch einmal über die Shell nachgesehen, um zu aktualisieren, aber jetzt heißt es, dass ich auf der neuesten Version bin.

Hallo,
Versuchen Sie, das RPI neu zu starten. Nach dem Neustart hatte ich die neueste Version in Phoscon GUI mit verfügbarer Schaltfläche zum Aktualisieren der FW, was ich getan habe, und jetzt bin ich auf der neuesten Phoscon und der neuesten FW, wo die Aquara Opple-Schaltfläche bestätigt, dass sie aktualisiert wird, während sie funktioniert.

Jakub

Hallo,
Versuchen Sie, das RPI neu zu starten. Nach dem Neustart hatte ich die neueste Version in Phoscon GUI mit verfügbarer Schaltfläche zum Aktualisieren der FW, was ich getan habe, und jetzt bin ich auf der neuesten Phoscon und der neuesten FW, wo die Aquara Opple-Schaltfläche bestätigt, dass sie aktualisiert wird, während sie funktioniert.

Jakub

Danke Jakub....das war die Lösung!! Aqara Opple funktioniert jetzt.

Taste 1, oben links, Aktion = Schaltet alle meine Lichter und Steckdosen aus.
Taste 2, oben rechts, Aktion = Schaltet alle meine Lichter und Socken ein.
Taste 3, Mitte links, Aktion = Verringert die Helligkeit der Glühbirnen.
Taste 4, Mitte rechts, Aktion = Erhöht die Helligkeit der Glühbirnen.

Habe heute meinen opple 6-way bekommen und habe genau das gleiche Verhalten.

Ich bin auf 2.5.79 mit Firmware 26350500 auf einem ConBee 1

Hallo, ich habe das gleiche Problem, wie hast du es behoben?
Ich bin am 2.05.88 mit FW 26660700 (neueste Firmware), Conbee 2

Taste 1, oben links, Aktion = Schaltet alle meine Lichter und Steckdosen aus.
Taste 2, oben rechts, Aktion = Schaltet alle meine Lichter und Socken ein.
Taste 3, Mitte links, Aktion = Verringert die Helligkeit der Glühbirnen.
Taste 4, Mitte rechts, Aktion = Erhöht die Helligkeit der Glühbirnen.

Habe heute meinen opple 6-way bekommen und habe genau das gleiche Verhalten.
Ich bin auf 2.5.79 mit Firmware 26350500 auf einem ConBee 1

Hallo, ich habe das gleiche Problem, wie hast du es behoben?
Ich bin am 2.05.88 mit FW 26660700 (neueste Firmware), Conbee 2

Gleiche für mich. Das Pairing mit Phoscon funktioniert gut, aber es aktiviert immer alle Zigbee-Geräte, ohne dass eine Szene in ioBroker konfiguriert wurde. Es macht einfach, was es will, also denke ich, dass dieser Schalter wertlos ist ...

Switch funktioniert hier gut, aber ich muss zugeben, dass ich keine Aktionen über die Phoscon-Schnittstelle zuweist. Ich bearbeite die Tastendrücke über node-red (und das entsprechende deconz-Addon).

Hmm, dann frage ich mich, ob das mit ioBroker zusammenhängt, das ich mit deconz verwende. Obwohl ich keine Befehle eingerichtet habe, um alles auf einen Auslöser zu aktivieren .... irgendwie seltsam

Hallo
Ich habe mehrere aqara opple Schalter und sie funktionieren gut. Auch am Anfang hatte ich Probleme mit der Paarung. Ich habe diese Schritte befolgt.

1. Schalter in der Phoscon-App löschen, wenn er bereits drin ist
2. Pairing-Modus starten
3. Reset-Knopf für mindestens 13 Sekunden auf dem Opple-Schalter drücken und loslassen
4. Warten!!! bis es vollständig gekoppelt ist und Sie sehen können, dass sich Hersteller und Schaltername in Phoscon geändert haben
5. Schließen Sie den Vorgang
6. 1x die linke obere Taste drücken
   Mit diesem Verfahren hat es immer funktioniert.

Hoffe das hilft.

Mit freundlichen Grüße
Schlagen

@easybeat thx für deinen Beitrag. Können Sie alle Ereignisse über Websockets vom opple-Switch empfangen? In meinem Fall funktioniert das Pairing, aber keine Ereignisse im Websocket. (Conbee 2: 2.06.00 Firmware 26660700)

Hallo

ja ich benutze sie in ioBroker ohne Probleme mit dem neuesten deconz Adapter 2.06.

Hilft das?

Danke
Schlagen

@easybeat thx für deinen Beitrag. Können Sie alle Ereignisse über Websockets vom opple-Switch empfangen? In meinem Fall funktioniert das Pairing, aber keine Ereignisse im Websocket. (Conbee 2: 2.06.00 Firmware 26660700)

Haben Sie einen Neustart der deconz-Adapterinstanz versucht? Und ein ioBroker-Neustart? Das war in meinem Fall mit dem Opple-Schalter der Lösungsschritt.

@easybeat thx für deinen Beitrag. Können Sie alle Ereignisse über Websockets vom opple-Switch empfangen? In meinem Fall funktioniert das Pairing, aber keine Ereignisse im Websocket. (Conbee 2: 2.06.00 Firmware 26660700)

Ich habe leider nicht gesehen, dass Sie erwähnt haben, dass Sie bereits die Version 2.06 von deconz verwenden. Bin ich nicht, ich bin auf 2.5.86 mit vorheriger Firmware.

Haben Sie einen Neustart der deconz-Adapterinstanz versucht? Und ein ioBroker-Neustart? Das war in meinem Fall mit dem Opple-Schalter der Lösungsschritt.

Ja, ich habe deconz neu gestartet. Auf meiner Seite ist kein ioBroker beteiligt. Ich habe gerade WebSocket überprüft.

Ich habe einige Versionen recherchiert:

• Beim Koppeln in 2.06.00 --> Keine Ereignisse
• Beim Koppeln in 2.05.88 --> Keine Ereignisse
• Beim Pairing in 2.05.85 --> Events funktionieren
  
  
  
  • Upgrade auf 2.06.00: Events funktionieren noch ( kein neues Pairing)
  
  

Es sieht so aus, als ob das Pairing defekt ist >= 2.05.88 (Pairing funktioniert, aber keine Ereignisse)

@easybeat Thx, dein Hinweis zu deiner Version hat mich in die richtige Richtung gewiesen.

Ich habe einige Versionen recherchiert:

• Beim Koppeln in 2.06.00 --> Keine Ereignisse
• Beim Koppeln in 2.05.88 --> Keine Ereignisse

• Beim Pairing in 2.05.85 --> Events funktionieren

  • Upgrade auf 2.06.00: Events funktionieren noch ( kein neues Pairing)

Es sieht so aus, als ob das Pairing defekt ist >= 2.05.88 (Pairing funktioniert, aber keine Ereignisse)

@easybeat Thx, dein Hinweis zu deiner Version hat mich in die richtige Richtung gewiesen.

OK. sehr interessant. Bitte erstellen Sie einen Fehlerbericht und gut, dass Sie sie zum Laufen gebracht haben. Ich denke, das sind derzeit die besten Switches, die mit deconz kompatibel sind.

Danke
Schlagen

Normalerweise verwende ich die phoscon- und deconz-GUI und gehe beim Koppeln des oppleswitch wie folgt vor:

1. Klicken Sie auf "Neuen Schalter hinzufügen"
2. Drücken Sie den Oppleswitch-Knopf C auf der Rückseite für 6s
3. Gehen Sie zu deconz, klicken Sie auf Basiscluster und lesen Sie Attribute
4. Phoscon sollte anzeigen 'Verbindung wurde hergestellt', schließen Sie es noch nicht.
5. Wenn Ihr Gerät auf deconz so angezeigt wird, ist es erfolgreich und nicht mit allen Zigbee-Geräten gekoppelt
   
6. Wenn nicht, klicken Sie auf das oppleswitch-Gerät in der deconz-GUI und drücken Sie F5 (Reset-Knoten), bis Sie über Cluster gelangen. Wiederholen bis zum Erfolg, ich mache es normalerweise 2-3 Mal.