Aqara Opple - Schalterprogrammintegration, Abmessungen und anderes...

[Beta-User]

Hallo zusammen,

hat eigentlich jemand bereits die Xiaomi "opple"-Taster (1-3 Wippen = 2-6 Taster) rumliegen?
Ich warte immer noch auf das firmwareupdate von Jung für deren Taster ( , war auf "Anfang des Jahres" angekündigt...), und es würde mich sehr interessieren, ob sich die ggf. halbwegs ordentlich in handelsübliche 55-er Rahmen (hier: Jung CD500 WW) "einpacken" lassen. Gefunden habe ich bisher nur, dass die 88mm Außenmaß haben, was über den eigentlichen Sender wenig sagt, und scheinbar mit einem Magneten auf der Grundplatte "befestigt" werden - damit hätte man immerhin eine gewisse flexible Spielmöglichkeit für Basteleien...

Weiß da jemand näheres?

Ansonsten:
- deCONZ-Integration hängt wohl vom Modell ab, ist aber in der Mache - würde annehmen, das ist nur noch eine Frage der Zeit.
- Batterietausch (CR2032) ist wohl möglich, auch wenn man schlecht an die Batterie rankommt.
Auch hier gilt: Wenn jemand was sachdienliches dazu weiß, interessiert es vermutlich nicht nur mich.

Gruß und Danke vorab,

Beta-User

[slor]

Hier gibt's immerhin ein paar Bilder.
https://forum.smartapfel.de/forum/thread/4116-aqara-und-opple-neue-homekit-lichtschalter/

[Beta-User]

Danke für den Link.

Nach den Bildern hier in postID=72092 ist das Kantenmaß des eigentlichen Tasters ca. 65-67mm, allerdings mit eher scharfen Ecken. Grummel, dann ist es jedenfalls "Essig" mit irgendwelchen "normalen" Zwischenrahmen und das dürfte auch nicht gut in einen "solo"-CD-Rahmen passen; die Taster usw. haben nämlich abgerundete Ecken...

Na ja, dann streiche ich die jedenfalls für meine Zwecke mal aus der Liste und warte drauf, wann endich Jung/Insta in die Pötte kommen mit dem update.

Grüße, Beta-User

[FunkOdyssey]

Man könnte aber versuchen, einen normalen Taster aus deinem Schalterprogramm an die Platine zu löten.
Foto von der Platine:
https://forum.smartapfel.de/forum/thread/4116-aqara-und-opple-neue-homekit-lichtschalter/?postID=73304#post73304

Aber ich denke, dass auch die Platine schon zu groß sein wird für eine UP-Dose.

Nachtrag Die Maße von der Platine sind auch im Thread:
https://forum.smartapfel.de/forum/thread/4116-aqara-und-opple-neue-homekit-lichtschalter/?postID=78735#post78735

[Beta-User]

 
Danke für den Schubs. Habe jetzt doch mal einen von den dreifachen bestellt; bis der da ist, hat DE hoffentlich die Software im Griff .

Die Platine muß ja unter Umständen gar nicht in die UP-Dose, es würde schon reichen, wenn man die "hinter" die normalen Abdeckrahmen bekäme und dann mit einem "Vorderteil" irgendwie verschrauben kann, so dass das leicht klemmt (so macht das Jung, wobei da nur eine Abdeckplatte hinter den Rahmen kommt). Da die Taster recht gut zugänglich sind, sind die Chancen da m.E. etwas größer als z.B. bei den 4-fach Z-Wave-Tastern, dass man ggf. auch die mitgelieferten Abdeckungen irgendwie "zurechtgeschnitzt" bekommt.

[FunkOdyssey]

Bei den Gira-Tastern handelt es sich aber um echte Unterputz-Taster. Da habe ich hinter den Tasterflächen kein Platz für eine Platine.

Beispiel: https://www.amazon.de/Gira-015500-Wipptaster-Wechsel-Einsatz/dp/B000UX5CKU

[Blauhorn]

hat eigentlich jemand bereits die Xiaomi "opple"-Taster (1-3 Wippen = 2-6 Taster) rumliegen?
Ich warte immer noch auf das firmwareupdate von Jung für deren Taster ( , war auf "Anfang des Jahres" angekündigt...), und es würde mich sehr interessieren, ob sich die ggf. halbwegs ordentlich in handelsübliche 55-er Rahmen (hier: Jung CD500 WW) "einpacken" lassen. Gefunden habe ich bisher nur, dass die 88mm Außenmaß haben, was über den eigentlichen Sender wenig sagt, und scheinbar mit einem Magneten auf der Grundplatte "befestigt" werden - damit hätte man immerhin eine gewisse flexible Spielmöglichkeit für Basteleien...

Ich hätte noch einen über. Der verhält sich jedoch nach dem Neupairing am cc2530 etwas merkwürdig.

Gruß vom Blauhorn

[Beta-User]

Habe jetzt doch mal einen von den dreifachen bestellt; bis der da ist, hat DE hoffentlich die Software im Griff .

Was bisher geschah:
Es gab ein update von Jung - der Taster scheint soweit zu funktionieren.

Der Opple ist auch gekommen, sieht soweit gut aus, ABER:

Wie pairt man das?!?

Die Anleitung ist sehr chinesisch, und alles, was ich bisher im Netz dazu gefunden habe, ging in die Richtung, dass es ggf. rudimentär gehen sollte, man aber den Kanal umstellen muß. Mache ich das (geht headless über die alte Web-App!), ist nichts anderes mehr zu erreichen...

Hat jemand einen zielführenden Tipp? Versucht habe ich die hintere Taste (lange, kurz+lang, ... die LED blinkt dann auch immer mal wieder vor sich hin), das ganze auch mehrfach, sowie insbesondere einen sehr langen Tastendruck auf die Taste neben der LED. Da passiert aber nichts besonderes.

Ansonsten: deutlich hübscher wie die HM-Dinger, und wenn ich das richtig gelesen habe, geht neben 1-fach auch doppel- und dreifach-Tastendruck und vermutlich min. langer Tastendruck.
Das wäre deutlich universeller wie der Jung, und das bei ca. 25% des Preises...!
EDIT: gepairt...

Man muß das als Sensor machen... der wird dann gleich 6-fach angelegt, funktional in deconz scheint aber nur das erste zu sein, und Events bekomme ich pro Taster nur 3: Kurz, lang und longrelease...

Nachtrag 2:
Nach einem Update auf die beta-Version wird das Ding zwar in phoscon als Schalter angezeigt, aber einbinden wie andere Schalter ist nicht... Dafür gibt es auch keine Events mehr. Werde wohl auf das nächste beta-Release warten, gibt auch entsprechende Info auf github: https://github.com/dresden-elektronik/deconz-rest-plugin/issues/2061

[Tedious]

Das würde mich durchaus auch interessieren - ich habe einen 4er und einen 6er, die bekomme ich zwar angelernt, das war denn aber auch schon alles

[klaus_nase]

Hallo zusammen,

ich habe gestern meine beiden Opple-6-fach bekommen. Das Einbinden in FHEM per XiaomiMQTTDevice hat geklappt. Was mich nun wundert ist die Tatsache, dass die Funktionen eingeschränkt sind.

Generell funktioniert der Doppelklick nicht.
Taste 1 & 2 erkennt den LongPress nicht.
Taste 3 & 4 & 5 & 6 erkennt neben dem Single Klick auch den LongPress

Liegt das am FHEM-Modul?

MFG
KN

[vbs]

Nein, das ist schon in zigbee2mqtt so.

[Beta-User]

Hallo zusammen,

ich habe gestern meine beiden Opple-6-fach bekommen. Das Einbinden in FHEM per XiaomiMQTTDevice hat geklappt.

Tipp: Falls du erst am Einsteigen in MQTT bist: schau mal die MQTT2-Variante an. Ist m.E. einfacher und flexibler...

Hat das Ding jemand schon unter HUEDevice@deconz am laufen? Ich habe zwar einen Sensor anlegen können, aber das war es auch schon. "Eigentlich" sollte das doch unter deconz 2.05.75 gehen, oder hatte ich da was mißverstanden?

[FunkOdyssey]

Ich habe mir den aktuellen deCONZ-Code aus dem Git geholt und selber kompiliert. Damit konnte ich erfolgreich anlernen (ging auch früher bereits kurzzeitig) und empfange Events in FHEM.

Die vorhandenen Forks von SwoopsX und ebaauw sind auch interessant. Sobald die Pull Request gemerged sind, funktionieren auch viele neue Geräte. Aber auf Opple hat das keinen Einfluss mehr.

[Beta-User]

Nun ja, ich bekomme den eingebunden, aber das einzige Event, das ich sehe ist die "battery"-Aktualisierung... Selber compilen mit "irgendwelchen Forks" (ok, ebbauw ist der Maintainer/Hauptentwickler des Projekts, oder?) ist irgendwie für Übergangslösungen ok, aber doch keine Dauerlösung für ein an sich marktgängiges Produkt?!?

Dann warte ich mal, bis die nächste beta kommt, da sollte das dann wieder einen Schritt weiter sein und der "fork" gemerged, nehme ich an?

[FunkOdyssey]

Natürlich ist das eine Notlösung. Ich war es leid, dass seit einem Monat nichts mehr passiert.
Die Conbee-Firmware ist buggy (Ikea) und die neue FW-Beta gibt es nicht für den Stick.
deCONZ ist Open-Source, aber aktuell ein wenig träge mit der Entwicklung.
Phoscon ist Closed-Source und hier fehlt mir noch die volle Opple-Unterstützung.

[Tedious]

Du hast das Ganze aber nicht zufällig in einem Docker-Container stecken? Denn würde ich das durchaus mal testen wollen...

[Beta-User]

Du hast das Ganze aber nicht zufällig in einem Docker-Container stecken? Denn würde ich das durchaus mal testen wollen...

Wen meinst du? Ich hatte zigbee2mqtt mal "dockerlos" auf einem Pi laufen (der hat nichts anderes gemacht), bin dann zu deconz@docker auf der Maschine gewechselt, auf der auch der FHEM-Server läuft. Jetzt läuft deconz hier aber direkt und ohne docker, und zwar seit das deb-Paket für Debian 10 rausgegeben wurde (im Moment auf dem "testing"-Zweig).
Auf zigbee2mqtt wollte ich nicht wieder zurück (soll ja jetzt auch mit dem ConBee II laufen, wie man so hört), bin froh, dass ich diese Java-Umgebung nicht auf dem FHEM-Server brauche und auch die normalen Debian-update-Routinen für deconz passen und dort nix spezielles erforderlich ist...

(Aus dem Augenwinkel hatte ich wahrgenommen, dass bei zigbee2mqtt aber auch nicht die volle Funktionalität da ist, oder habe ich das falsch interpretiert?)

[Beta-User]

Dann warte ich mal, bis die nächste beta kommt, da sollte das dann wieder einen Schritt weiter sein und der "fork" gemerged, nehme ich an?

Die ist jetzt verfügbar, und man bekommt damit auch Events für 1x, 2x, 3x und langes Drücken. Was es nicht gibt, sind Events für Loslassen nach lang, kurz-lang oä (manche ZWave-Taster kennen sowas).

Was es scheinbar nicht gibt, ist ein "Release"-Event?
Da die LED am Opple auch nicht leuchtet, würde ich tippen, dass auch nichts entsprechendes gesendet wird. Also falls da jemand gegenläufige Infos "aus anderen Welten" hätte: Wäre ggf. hilfreich zu wissen...

Phoscon erlaubt nur das Zuweisen von von 1-3x Drücken, Long (verständlicherweise) nicht, weil man z.B. beim Dimmen ja auch nicht wüßte, wann aufhören.

(Werde wohl etwas hirnen müssen und dann ein paar FHEM-Funktionen dafür bauen, wenn es auf direktem Weg nicht geht, aber immerhin ist das Ding damit jetzt grundsätzlich nutzbar. Positiv ist, dass die Events in der ZigBee und ZWave-Welt ähnlich sind, von daher könnte das was generisches werden, mal schauen...)

[Tedious]

Hi,

doch, Dim-Events liefert er auch - zumindest etwas womit man was "bauen" kann. Weiß es nicht mehr genau, aber meine mich zu erinnern so lange man drückt liefert er z.B. 1001 und nach dem loslassen 1003. Ich triggere auf die 1003 (wie gesagt, habs nicht mehr genau im Kopf) als Long-Press. Ließe sich natürlich was basteln á la "so lange 1001 als Event nach alle 0.1 Sekunden X" - denn sobald man loslässt kommt 1003. Habe die Schalter aber auch wie gesagt nur fix in FHEM eingebunden und die Eventmap gebastelt, daher habe ich das noch im Kopf... zu mehr war leider noch keine Zeit.

[Beta-User]

Seltsam, jedenfalls bei dem 6-Tastenmodell ist das Verhalten "komisch" (auch nach neuerlichen update auf deconz .77). Lt. https://github.com/dresden-elektronik/deconz-rest-plugin/wiki/Supported-Devices#supported-wireless-switches sollten alle Events kommen (phoscon bietet aber nur "die kurzen" für Zuordnungen an).

In FHEM sehe ich bzgl. langer Tastendrücke nur 1001 Events, KEINE 1003, die 1001 kommt erwartungsgemäß nach kurzer Druckdauer. Konkret steht mein opple grade auf "1001", obwohl der letzte Tastendruck (bzw. das Loslassen) Stunden her ist. Das dürfte eigentlich - nach meinem Verständnis auf gar keinen Fall so sein. (Batterie=100%).

Ich hatte den Taster unter der .76 auch nochmal entfernt und wieder neu angelernt, das könnte ich nochmal wiederholen, aber dann gehen mir die Ideen aus. (Oder vielleicht liegt es an der Funkstrecke? Mal sehen, kann das Ding ja mal in die Nähe des Dongles bringen...?)

[FunkOdyssey]

Bei mir kommt auch kein Release-Event (1003). Gestern noch beim 4er und 6er-Taster getestet.
Ich verfolge die quasi minütlichen Kommentare in folgendem Ticket: https://github.com/dresden-elektronik/deconz-rest-plugin/issues/2061
Es soll auch das Problem geben, dass nach ca. 6 Sekunden überhaupt keine Events mehr übertragen werden. Das dürfte das Dimmen weiter erschweren.

[Tedious]

Das ist in der Tat komisch. Bei mir kommen die an, sowohl beim 4er als auch beim 6er. Ich nutze übrigens das folgende Docker Image: https://github.com/marthoc/docker-deconz

Dafür funktionieren bei mir die Xiaomi Aqara WXKG11LM Smart Wireless Schalter überhaupt nicht, hier bekomme ich nur ein alive rein...

[Beta-User]

Strange, das...

Na ja, wenn es also nach 6 Sekunden eh' keine Info mehr via Funk gibt, brauchen wir mit ziemlicher Sicherheit eh' Code@FHEM, (auf docker will ich deswegen nicht wechseln, und das 6-Sekunden-Thema dürfte auch dort bestehen). Nicht toll, aber auch kein Beinbruch. Kommt dann doch noch der release-Event auch bei der "normalen" deb-Installation dazu, kann man ja (auch damit) abbrechen; so werde ich das jetzt vermutlich mit einem einfachen Tastendruck lösen... (aber nicht heute).

Das Blöde an der Sache ist halt, dass ich den eigentlich (auch) für direkte Steuerung innerhalb des Hardwaresystems einsetzen wollte, und das geht eben (mal wieder) nicht (zu 100%). Ärgerlich, aber das Risiko war bekannt (und das finanzielle Risiko einigermaßen überschaubar...). Wäre ja auch zu schön, wenn die Dinge einfach mal einfach wären .

Danke aber auch für den Hinweis auf den issue@github; für mich war der Punkt (gedanklich) abgeschlossen; war schon am überlegen, ob ein issue aufgemacht werden sollte...

[FunkOdyssey]

Das ist in der Tat komisch. Bei mir kommen die an, sowohl beim 4er als auch beim 6er. Ich nutze übrigens das folgende Docker Image: https://github.com/marthoc/docker-deconz

Dafür funktionieren bei mir die Xiaomi Aqara WXKG11LM Smart Wireless Schalter überhaupt nicht, hier bekomme ich nur ein alive rein...

Ich nutze auch das Image und empfange die Events.
Aber ich denke nicht, dass dies etwas mit der Docker-Lösung zu tun hat.

Ich hatte aber damals große Probleme bei der Einbindung. Es hat ein wenig gedauert und ich habe die Schalter mehrfach löschen und hinzufügen müssen.

Großer ABER: Ich habe die Modelle WXCJKG13LM und WXCJKG12LM. Somit nicht identisch mit deinem Modell.

[Tedious]

Wenn ich dran denke mache ich heute Abend mal Screenshots vom Verlauf 1001/1003.

[Tedious]

Hier die Bilder - 5001 während ich gedrückt halte, 5003 nach dem loslassen.

[shamal2008]

Good news!!

Habe gerade den Opple 3 sowohl in der Phoscon-App als auch im FHEM aktivieren können. War ein wenig "strange" (um den Ausdruck weiterzuverwenden), aber nun habe ich einen 6-Fach Switch mit richtigen Events (1002,1004, etc.). Offensichtlich unterstützt der Opple3-fach auch 3-fach Aktionen (Events).

Der Schalter hat die Type: WXCJKG13LM

Habe mir die neue Firmware von deconz geholt: V 2.05.77 , Firmware 26580700 mit ConBee II Stick.

Die Software & Firmware für den Conbee II habe ich "händisch" geholt (ist vom 20.5.2020), Phoscon hat mir ursprünglich keine "neuere Version" angezeigt.
(http://deconz.dresden-elektronik.de/raspbian/)

Ich habe auch gleich eine EventMap erstellt - vielleicht kann mir ja einer von euch sagen, wie ich ein AttrTemplate dafür baue - soweit bin ich noch nicht 

EDIT: Habe gerade gemerkt, dass der Opple auch noch 3fach-Press unterstützt - mit x005 als Event... macht die Sache noch spannender! Die x001 Events werden während der Drückphase generiert, beim Loslassen kommt dann der x003 (longpress) Event als Abschluss.

Jetzt brauch ich nur noch einen WAF-tauglichen Usersguide für die 4fach Belegung eines 6-fach Schalters (und ein HowTo für mich selber) 

Übrigens: Das Teil hat ein "oben und unten", die Tastenbelegung habe ich mit: 1st - obere Reihe, 2nd-Mitte, 3rd unten definiert.

Code Auswählen Erweitern


attr DEVICE eventMap

1002:ThirdRightShortPress
3002:SecondRightShortPress
5002:FirstRightShortPress
2002:ThirdLeftShortPress
4002:SecondLeftShortPress
6002:FirstLeftShortPress
1004:ThirdRightDoublePress
3004:SecondRightDoublePress
5004:FirstRightDoublePress
2004:ThirdLeftDoublePress
4004:SecondLeftDoublePress
6004:FirstLeftDoublePress
1003:ThirdRightLongPress
3003:SecondRightLongPress
5003:FirstRightLongPress
2003:ThirdRightLongPress
4003:SecondRightLongPress
6003:FirstRightLongPress
1005:ThirdRightTriplePress
3005:SecondRightTriplePress
5005:FirstRightTriplePress
2005:ThirdLeftTriplePress
4005:SecondLeftTriplePress
6005:FirstLeftTriplePress
1001:ThirdRightHold
3001:SecondRightHold
5001:FirstRightHold
2001:ThirdLeftHold
4001:SecondLeftHold
6001:FirstLeftHold

attr DEVICE icon taster


lg Shamal

PS: Im Phoscon wird er auch als Schalter erkannt und kann direkt zugeordnet werden - allerdings scheinbar nicht mit allen Events... muss ich aber noch im Detail ansehen.

[justme1968]

ich habe zwar auch schon einen (vierfach) hier liegen aber noch nichts damit gemacht.

ist es sinnvoll noch irgendetwas ins modul einzubauen? oder reicht euch die eventmap per attremplate?

vielleicht wäre im wiki ein überblick der verschiedenen taster sinnvoll ?

[Beta-User]

ich habe zwar auch schon einen (vierfach) hier liegen aber noch nichts damit gemacht.

So wie sich das bei github liest, gibt es außer der Zahl der Tasten wohl keine großen Unterschiede zwischen den drei opple.

ist es sinnvoll noch irgendetwas ins modul einzubauen? oder reicht euch die eventmap per attremplate?

Hmm, ich komme damit evt. etwas spät, aber bei eventMap gruselt es mich immer ein wenig. Das kommt mir wie "Kosmetik" vor und ist nicht Fisch nicht Fleisch, von daher greife ich lieber auf ReadingVal() zu statt auf STATE/Value(). Eigentlich fände ich es "schöner", wenn state sprechend wäre. Andererseits liefert auch die MQTT-Variante (vermutlich) "nur" die Zahlenwerte, von daher wäre es evtl. kontraproduktiv, tiefer einzugreifen, da man dann leichter gemeinsame Eventhandler-Routinen basteln kann...?

(Das könnte man dann auch via attrTemplate-Mechanismus als myUtils-Code ausliefern, Teile evtl. auch über Color.pm (?, oä.; denke z.B. an rekursive nichtlineare Dimmer-Aufruffunktionen). Das Ausliefer wäre ggf. analog ebus/roborock (=download bei Anwendung bestimmter attrTemplate); bei Interesse sollten wir das dann aber an anderer Stelle vertiefen).

vielleicht wäre im wiki ein überblick der verschiedenen taster sinnvoll ?

Falls jemand anderes die Arbeit macht, finde ich das eine gute Idee . Ansonsten ist das an und für sich nicht besonders spannend (mal abgesehen von den diversen Überraschungen, die man bei den ganzen verschiedenen Tastern erleben kann...)

Ich habe btw. gestern zwar nicht abgelernt und wieder angelernt, aber den Taster nochmal mit "verbinden" bekannt gemacht und näher bei dem ConBee II betätigt: immer noch keine 1003-Events... (deconz@debian10, normales amd84-deb).
Interessant, dass das bei anderen doch zu klappen scheint. Kann mir aber kaum vorstellen, dass das nur an raspbian liegt? "strage"...

[shamal2008]

Hallo zusammen,

habe nun auch den 4fach Opple angelernt und mit Events versehen bekommen.

@Beta-User: bei mir war folgende Vorgangsweise notwendig, nachdem ich den 6fach auch schon im Phoscon "gesehen" habe:

- Update Firmware & Software, Schalter im Phoscon löschen,
- alle Spuren von ihm im FHEM beseitigen (er hatte sich ja eine Zeitlang als Sensor gemeldet).
- Dann neu anlernen, er wurde im Phoscon als Schalter erkannt, allerdings erst nachdem ich ihm den Conbee "vor die Nase" gehängt habe.
- In der HUEBrigde im FHEM hatte er angeblich eine Sensornummer von einem Multi-Sensor, der schon existierte - FHEM Reboot
- Danach war alles wieder ok - der Schalter hatte eine richtige Nummer und ab dann - gings los!

ad EventMap:

Ich verwende die Eventmap auch nicht wirklich, da im state ja trotzdem die Eventnr. steht und einfacher abzufragen ist. Allerdings ist es bei der Menge an Belegungsmöglichkeiten eine gute "Gedächtnisstütze" für die doch etwas längeren DOIFs 

Der Vollständigkeit halber auch hier die Eventliste für den 2-fach Schalter.

Code Auswählen Erweitern

1001:FirstLeftHold
1002:FirstLeftShortPress
1003:FirstLeftLongPress
1004:FirstLeftDoublePress
1005:FirstLeftTriplePress
2001:FirstRightHoldPress
2002:FirstRightShortPress
2003:FirstRightLongPress
2004:FirstRightDoublePress
2005:FirstRightTriplePress
3001:SecondLeftHold
3002:SecondLeftShortPress
3003:SecondLeftLongPress
3004:SecondLeftDoublePress
3005:SecondLeftTriplePress
4001:SecondRightHold
4002:SecondRightShortPress
4003:SecondRightLongPress
4004:SecondRightDoublePress
4005:SecondRightTriplePress

Wenn justme1968 mir eine kurze Einweisung gibt, was im Wiki zu tun wäre (gerne auch via PN, Skype od. sonstiges), dann kann ich es ja mal beäugen und beurteile, ob ich mir das zutraue. Hier wurde mir schon öfter geholfen, also kann ich gerne etwas zurückgeben.

lg
Shamal

[henne2000]

Wie habt Ihr das Anlernen gemacht? Ich bekomme es irgendwie nicht hin. Über den Reset Knopf hinten oder über die Taste an der blauen LED? Ich habe jetzt Firmware 26580700 mit ConBee II  und V 2.05.77 . DANKE 

[Beta-User]

Wie habt Ihr das Anlernen gemacht? Ich bekomme es irgendwie nicht hin. Über den Reset Knopf hinten oder über die Taste an der blauen LED? Ich habe jetzt Firmware 26580700 mit ConBee II  und V 2.05.77 . DANKE 

Ich meine, es war langes Drücken der Taste links oben neben der blauen LED. Vorher mal lange den reset-Knopf drücken kann aber auch nicht schaden...


Btw.: zwischenzeitlich habe ich auch longrelease-Events. Warum auch immer, tippe auf die firmware auf dem dongle...

[FunkOdyssey]

Das wurde im Deconz-Git vor ein paar Wochen gefixt.

[tklein]

@Beta-User

was ist für dich langes Drücken?

Bei mir ist mittlerweise die Batterie schon von den Anlernversuchen fast leer.
Ich habe Firmware: 26580700, Version 2.05.69/8.3.2020. Den Aqura Cube konnte ich erfolgreich pairen/linken
Der 6-fach Schalter will einfach nicht.

Gruß
Thomas

[Beta-User]

Langes Drücken scheint bei diesem Ding >6 Sekunden zu sein.

Aber falls sich die Versionsangaben auf den ConBee II bzw. deconz beziehen, ist das vermutlich schlicht zu alt. (Wobei das Anlernen eigentlich mit dieser Version schon gehen sollte, aber März war in etwa der Dreh, in dem das Teil dann vollst. integriert wurde).

Grundsätzlich solltest du den Taster zum Anlernen in die unmittelbare Nähe des IO's bringen.

[tklein]

Vielen Dank für deine Antwort. Werden es dann weiter probieren...

Wo/wie kann ich die Software/Firmware aktualisieren? Bei mir zeigt er an, dass die aktuellste Version installiert ist.

[FunkOdyssey]

Schaue mal hier: https://github.com/dresden-elektronik/deconz-rest-plugin/wiki/Update-deCONZ-manually

[tklein]

Danke.

Könnte es evtl auch damit zu tun haben, dass ich keine höhere Version als diese auf meinem Raspi ans Laufen bekommen?

Version: http://deconz.dresden-elektronik.de/raspbian/beta/deconz-2.05.59-qt5.deb

Ab der 60 habe ich folgendes in dem Status vomdeconz service:

Code Auswählen Erweitern


sudo service deconz status
● deconz.service - deCONZ: ZigBee gateway -- REST API
   Loaded: loaded (/lib/systemd/system/deconz.service; enabled)
   Active: activating (auto-restart) (Result: exit-code) since Fr 2020-09-04 12:20:06 CEST; 22s ago
  Process: 2389 ExecStart=/usr/bin/deCONZ -platform minimal --http-port=8090 (code=exited, status=1/FAILURE)
Main PID: 2389 (code=exited, status=1/FAILURE)

Sep 04 12:20:06 pi deCONZ[2389]: /usr/bin/deCONZ: /usr/lib/arm-linux-gnueabihf/libQt5Network.so.5: no version information available (required by /usr/bin/deCONZ)
Sep 04 12:20:06 pi deCONZ[2389]: /usr/bin/deCONZ: /usr/lib/arm-linux-gnueabihf/libstdc++.so.6: version `GLIBCXX_3.4.21' not found (required by /usr/bin/deCONZ)
Sep 04 12:20:06 pi deCONZ[2389]: /usr/bin/deCONZ: /usr/lib/arm-linux-gnueabihf/libQt5Core.so.5: no version information available (required by /usr/bin/deCONZ)
Sep 04 12:20:06 pi deCONZ[2389]: /usr/bin/deCONZ: /usr/lib/arm-linux-gnueabihf/libQt5Gui.so.5: no version information available (required by /usr/bin/deCONZ)
Sep 04 12:20:06 pi deCONZ[2389]: /usr/bin/deCONZ: /usr/lib/arm-linux-gnueabihf/libQt5Widgets.so.5: no version information available (required by /usr/bin/deCONZ)
Sep 04 12:20:06 pi deCONZ[2389]: /usr/bin/deCONZ: /usr/lib/arm-linux-gnueabihf/libQt5Gui.so.5: no version information available (required by /usr/lib/libdeCONZ.so.1)
Sep 04 12:20:06 pi deCONZ[2389]: /usr/bin/deCONZ: /usr/lib/arm-linux-gnueabihf/libQt5SerialPort.so.5: no version information available (required by /usr/lib/libdeCONZ.so.1)
Sep 04 12:20:06 pi deCONZ[2389]: /usr/bin/deCONZ: /usr/lib/arm-linux-gnueabihf/libQt5Core.so.5: no version information available (required by /usr/lib/libdeCONZ.so.1)
Sep 04 12:20:06 pi systemd[1]: deconz.service: main process exited, code=exited, status=1/FAILURE
Sep 04 12:20:06 pi systemd[1]: Unit deconz.service entered failed state.

[Beta-User]

Bitte das in einem anderen Thread diskutieren!

[Abercrombie1892]

Hallo,

Habt ihr auch das Problem das der release command oftmals nicht erscheint ( 1003-6003 )

Ist natürlich doof, wenn das dimmen dann nicht abschaltet beim loslassen.

[shamal2008]

Hallo,

Habt ihr auch das Problem das der release command oftmals nicht erscheint ( 1003-6003 )

Ist natürlich doof, wenn das dimmen dann nicht abschaltet beim loslassen.

Hallo Abercrombie,

kann ich so nicht bestätigen, nicht beim 2-fach od. beim 3-fach. Habe heute noch welche geliefert bekommen, werde die am WE anlernen.

lg Shamal

[PatBreitMe]

Hab ihn jetzt auch gekoppelt und er taucht auch in Fhem auf. Allerdings bekomme ich dort keine Events und wenn ich die oberen zwei Schalter betätige, schalten alle Steckdosen, ohne das ich was angelegt habe. Hat das Problem noch jemand ?

Kann mal jemand seine raw Definition posten ? Was habt ihr bei Model drin stehen ?

[Beta-User]

Kann ich nicht bestätigen, da scheint was anderes schief zu hängen (ggf. auf deconz-Ebene).

model: lumi.remote.b686opcn01
swversion: 20190730

[Marekh]

Bei mir ist es auch so, ich bekomme den Taster gekoppelt und er wird mir auch angezeigt. Betätige ich nun die oberen Tasten, kann ich alle vorhandenen Lampen ein und aus schalten.

Marek

[Beta-User]

Hab ihn jetzt auch gekoppelt und er taucht auch in Fhem auf. Allerdings bekomme ich dort keine Events und wenn ich die oberen zwei Schalter betätige, schalten alle Steckdosen, ohne das ich was angelegt habe. Hat das Problem noch jemand ?

Hm, böse Falle... Scheinbar kann man das Verhalten der Taster umstellen:

Note - Aqara Opple switches have 2 modes of operation: Switch all devices (0), event based switching

Quelle: https://github.com/dresden-elektronik/deconz-rest-plugin/pull/3732/commits/d11a610bfca35d1b29e3fa0b1b927ddf77ddbcb6

[Marekh]

Danke, ich denke das wird das Problem sein.
Aber was mache ich jetzt damit?

Danke
Marek

[Beta-User]

...rausfinden, wie man das umstellen kann...?
Es gibt bestimmt irgendeinen Konfigurationsbefehl, den man irgendwie direkt oder indirekt über die HUEBridge raushauen kann, aber ich kann dir leider nicht sagen, wie der genau aussehen muss. Evtl. wäre es über die deCONZ-GUI (nach einem update) einfacher...

[Marekh]

Es gibt die Version v2.7.0, dort ist das Problem gefixt.

https://phoscon.de/de/changelog/

Man muss die Beta installieren.
Nachdem der Taster angelernt ist, nochmal hinten die C-Taste drücken.

Marek

[Puccini]

Hi.
Frage:
Hab jetzt auch den 6 Fach schalter (WXCJKG13LM).
Nach langem Druck auf reset war auch ein pairing möglich.

Aber welches templat muss ich auf den anwenden von meinem mqtt2 zigbee?
Wenn ich wirless Button auswähle steht das da:

Code Auswählen Erweitern

Wireless button via zigbee2mqtt
Tested with: Xiaomi Aqara WXKG12LM wireless switch with gyroscope

Ist das korrekt?

Listing:

Code Auswählen Erweitern

defmod MQTT2_zigbee_0x04cf8cdf3c793ee5 MQTT2_DEVICE zigbee_0x04cf8cdf3c793ee5
attr MQTT2_zigbee_0x04cf8cdf3c793ee5 IODev ZigBeeServer
attr MQTT2_zigbee_0x04cf8cdf3c793ee5 readingList zigbee2mqtt/0x04cf8cdf3c793ee5:.* { json2nameValue($EVENT) }
attr MQTT2_zigbee_0x04cf8cdf3c793ee5 room MQTT2_DEVICE

setstate MQTT2_zigbee_0x04cf8cdf3c793ee5 2020-12-02 19:27:25 action button_1_single
setstate MQTT2_zigbee_0x04cf8cdf3c793ee5 2020-12-02 19:25:45 associatedWith MQTT2_zigbee_pi
setstate MQTT2_zigbee_0x04cf8cdf3c793ee5 2020-12-02 19:28:21 battery 100
setstate MQTT2_zigbee_0x04cf8cdf3c793ee5 2020-12-02 19:28:21 linkquality 65
setstate MQTT2_zigbee_0x04cf8cdf3c793ee5 2020-12-02 19:28:21 voltage 3000




Es gibt kein templat sonst was passen könnte...

Danke euch

[Beta-User]

Na ja, bisher hat niemand was anderes oder besseres vorgeschlagen...

Würde ggf. wegen des fehlenden "gyroscope" ein weiteres machen, aber da dann nur das stateFormat gegenüber diesem "modernisierten" ändern:

Code Auswählen Erweitern


name:zigbee2mqtt_Wireless_Button
desc: Wireless button via zigbee2mqtt <br>Tested with: Xiaomi Aqara WXKG12LM wireless switch with gyroscope
filter:TYPE=MQTT2_DEVICE:FILTER=CID~zigbee.*
order:L_12
par:BASE_TOPIC;base topic set in configuration.yaml of the zigbee2mqtt bridge;{ AttrVal("DEVICE","readingList","") =~ m,[\b]?([^/:]+)[/].*:, ? $1 : undef }
par:BASE_TOPIC;base topic set in configuration.yaml of the zigbee2mqtt bridge;{ AttrVal("DEVICE","devicetopic",AttrVal("DEVICE","readingList","")) =~ m,[\b]?([^/:]+)[/].+, ? $1 : undef }
par:DEV_ID;name of the device in the zigbee2mqtt bridge;{ AttrVal("DEVICE","devicetopic",AttrVal("DEVICE","readingList","")) =~ m,[^/]+[/]([^/:]+).*, ? $1 : undef }
par:ICON;ICON as set, defaults to control_home;{ AttrVal("DEVICE","icon","control_home") }
attr DEVICE icon ICON
attr DEVICE stateFormat Click: click Action: action
attr DEVICE devicetopic BASE_TOPIC/DEV_ID
attr DEVICE readingList $\DEVICETOPIC:.* { json2nameValue($EVENT,'',$JSONMAP) }
attr DEVICE jsonMap battery:batteryPercent voltage:batterymV
attr DEVICE userReadings userReadings batteryVoltage:batterymV.* {ReadingsNum($name,'batterymV',0)/1000}
deletereading -q DEVICE (?!associatedWith).*
attr DEVICE model zigbee2mqtt_Wireless_Button
setreading DEVICE attrTemplateVersion 20201203

stateFormat für die "normale" Variante wäre dann schlicht:

Code Auswählen Erweitern

attr DEVICE stateFormat action

Wäre nett, wenn du das testen könntest (erst das modifizierte oben, wg. der voltage-Geschichte usw.). Eine Anleitung, wie das in etwa geht, wäre hier zu finden: https://forum.fhem.de/index.php/topic,94495.msg872201.html#msg872201

[Puccini]

Danke.
Hab mal ein template gebaut:

Code Auswählen Erweitern

name:zigbee2mqtt_Wireless_Button_NoGyro
desc: Wireless button via zigbee2mqtt <br>Tested with: Xiaomi Aqara WXCJKG13LM wireless switch
filter:TYPE=MQTT2_DEVICE:FILTER=CID~zigbee.*
order:L_12a1
par:BASE_TOPIC;base topic set in configuration.yaml of the zigbee2mqtt bridge;{ AttrVal("DEVICE","readingList","") =~ m,[\b]?([^/:]+)[/].*:, ? $1 : undef }
par:BASE_TOPIC;base topic set in configuration.yaml of the zigbee2mqtt bridge;{ AttrVal("DEVICE","devicetopic",AttrVal("DEVICE","readingList","")) =~ m,[\b]?([^/:]+)[/].+, ? $1 : undef }
par:DEV_ID;name of the device in the zigbee2mqtt bridge;{ AttrVal("DEVICE","devicetopic",AttrVal("DEVICE","readingList","")) =~ m,[^/]+[/]([^/:]+).*, ? $1 : undef }
par:ICON;ICON as set, defaults to control_home;{ AttrVal("DEVICE","icon","control_home") }
attr DEVICE icon ICON
attr DEVICE stateFormat Action: action Batterie: battery %
attr DEVICE devicetopic BASE_TOPIC/DEV_ID
attr DEVICE readingList $\DEVICETOPIC:.* { json2nameValue($EVENT) }
deletereading -q DEVICE (?!associatedWith).*
attr DEVICE model zigbee2mqtt_Wireless_Button_NoGyro
setreading DEVICE attrTemplateVersion 20200904

Das Device sieht dann so aus:

Code Auswählen Erweitern

defmod Lichtschalter6Btn MQTT2_DEVICE zigbee_0x04cf8cdf3c793ee5
attr Lichtschalter6Btn IODev ZigBeeServer
attr Lichtschalter6Btn devicetopic zigbee2mqtt/0x04cf8cdf3c793ee5
attr Lichtschalter6Btn icon control_home
attr Lichtschalter6Btn model zigbee2mqtt_Wireless_Button_NoGyro
attr Lichtschalter6Btn readingList $DEVICETOPIC:.* { json2nameValue($EVENT) }
attr Lichtschalter6Btn room Theresa ,ZigBee
attr Lichtschalter6Btn stateFormat Action: action Batterie: battery %

setstate Lichtschalter6Btn Action: button_4_single Batterie: 100 %
setstate Lichtschalter6Btn 2020-12-03 12:19:56 action button_4_single
setstate Lichtschalter6Btn 2020-12-02 19:25:45 associatedWith MQTT2_zigbee_pi
setstate Lichtschalter6Btn 2020-12-03 12:18:31 attrTemplateVersion 20200904
setstate Lichtschalter6Btn 2020-12-03 12:19:56 battery 100
setstate Lichtschalter6Btn 2020-12-03 12:19:56 linkquality 47
setstate Lichtschalter6Btn 2020-12-03 12:19:56 voltage 3119



Danke für den Tipp!
Jetzt muss ich mir nur noch ein paar Notify baue um für jede Aktion die richtige Lampe / Aktion zu steuern

[Puccini]

Bei deinem vorgeschlagenen Template kommt bei mir folgende Fehlermeldung:

Code Auswählen Erweitern

Specify the unknown parameters for zigbee2mqtt_Wireless_Button:

base topic set in configuration.yaml of the zigbee2mqtt bridge

Siehe Screenshot.
ich habe einfach den Code über den alten Button WirelessButton drüber kopiert (hoffe das war korrekt).

[Beta-User]

Ja, das war korrekt. Wenn so eine Rückfrage vom attrTemplate kommt, ist in der Regel eine Info nicht vorhanden, die normalerweise da ist, hier entweder aus dem Attribut "devicetopic" oder aus der readingList. Vermutlich war das Device voher leer?
(sonst muss ich nochmal nachsehen, da leutet dunkel mal was...).

Vermutlich ist "NoGyro" für später nicht die optimale Nutzerführung. Da das vermutlich für alle möglichen Fernbedienungen usw. passt, würde ich allg. zu "scene controller" neigen?

Dann mal viel Spaß beim notify-bauen .

[nicegu0815]

Hi,
so ich habe jetzt meinen neuen 6 fach Schalter dank dies Seite in mein FHEM bekomme.
Dafür schon mal besten Dank

Code Auswählen Erweitern

define WZ.KUE.Sensor.Switch HUEDevice sensor 13 1 IODev=deCONZ
attr WZ.KUE.Sensor.Switch IODev deCONZ
attr WZ.KUE.Sensor.Switch alias 6 Fach Schalter
attr WZ.KUE.Sensor.Switch eventMap 1002:ThirdRightShortPress\
3002:SecondRightShortPress\
5002:FirstRightShortPress\
2002:ThirdLeftShortPress\
4002:SecondLeftShortPress\
6002:FirstLeftShortPress\
1004:ThirdRightDoublePress\
3004:SecondRightDoublePress\
5004:FirstRightDoublePress\
2004:ThirdLeftDoublePress\
4004:SecondLeftDoublePress\
6004:FirstLeftDoublePress\
1003:ThirdRightLongPress\
3003:SecondRightLongPress\
5003:FirstRightLongPress\
2003:ThirdRightLongPress\
4003:SecondRightLongPress\
6003:FirstRightLongPress\
1005:ThirdRightTriplePress\
3005:SecondRightTriplePress\
5005:FirstRightTriplePress\
2005:ThirdLeftTriplePress\
4005:SecondLeftTriplePress\
6005:FirstLeftTriplePress\
1001:ThirdRightHold\
3001:SecondRightHold\
5001:FirstRightHold\
2001:ThirdLeftHold\
4001:SecondLeftHold\
6001:FirstLeftHold
attr WZ.KUE.Sensor.Switch group WLAN Schalter
attr WZ.KUE.Sensor.Switch icon taster
attr WZ.KUE.Sensor.Switch model lumi.remote.b686opcn01
attr WZ.KUE.Sensor.Switch room Kitchen,Wohnzimmer

setstate WZ.KUE.Sensor.Switch FirstRightShortPress
setstate WZ.KUE.Sensor.Switch 2020-12-16 10:27:09 .lastupdated 2020-12-16 09:27:09
setstate WZ.KUE.Sensor.Switch 2020-12-16 10:27:09 .lastupdated_local 2020-12-16 10:27:09
setstate WZ.KUE.Sensor.Switch 2020-12-16 12:07:18 battery 100
setstate WZ.KUE.Sensor.Switch 2020-12-16 12:07:18 batteryPercent 100
setstate WZ.KUE.Sensor.Switch 2020-12-16 12:07:18 reachable 1
setstate WZ.KUE.Sensor.Switch 2020-12-16 10:27:09 state 5002

Das Einzige was mir jetzt aufgefallen ist, als ich das Teil mit Funktionen versehen wollte.

Das ein Toggle Switch pro Taste nicht möglich ist. (Also EIN /AUS auf selber Taste)

Sagen wir ich möchte beim drücken der Taste "FirstLeftShortPress"  den toggle Butten eines anderen mqtt fhem Geräts auslösen.
Dann geht das leider nur einmal, da sich der State 6002 vom Schalter im FHEM wohl nicht updatet wenn er vorher schon 6002 war und er wird nicht nochmal mit einem neuen Zeit Stempel geschrieben.

Ich synce mein FHEM zu IOBroker und wolle da dann mittels Blocky auf die einzelnen Butten "States", vom 6fach Schalter reagieren.
Klappt auch soweit gut, außer das halt der 6 Fach Schalter kein Update zum FHEM "State" sendend wenn die selbe Taste zweimal hintereinander kommt.

Hast das auch schon jemand festgestellt?
Es weiß nicht zufällig jemand ob man das in deconz beim Schalter irgendwie ändern kann?
Oder in FHEM?
Oder bekomme ich die einzelnen Schalter auch irgendwie als "Readings" rein / haben sie da ein anderes Verhalten?

Ansonsten muss ich den 6 Fach Schalter zu einem 3 Fach Schalter kastrieren mit einer Taste für ein und einer für aus.
Dann hab ich aber noch das selbe Problem wenn ich "dimmUp /dimmDown" jeweils auf einer Taste haben möchte.
Dann könnte ich nur einmal z.B. "DimmUp" drücken und müsste erst eine Andere Taste auf dem Schalter drücken bevor ich nochmal die zugeordnete "DimmUp" Taste drücken kann.

EDIT 20.12.20:
Es Lag am FHEM Adapter von IOBROKER der Zeit einem update wohl nicht mehr alle Reading Updates Synchronisiert.
Das wurde wohl zur Verbesserung der Performance mal eingebaut.

Dafür gient es aber eine Einstellung: 
Das Objekt fhem.0.info.Configurations.syncUpdate
Auf "true" setzen und jedes Update eines Readings wird wieder synchronisiert.

Trotzdem nochmal Danke für eure Hilfe

[Puccini]

Das versteh ich nicht ganz.
Ich hab bei mir z. B. Firstbuttondouble zum dimmup drin. Wenn ich denn doppelt klicke, wirds heller. Mach ich das nochmal wirds weiter heller (immer in 33% Schritten)
Also erkennt er bei mir auch das auslösen des Buttons wenn er vorher schon ausgelöst wurde.
Ich mach dies über nötig um dann eine Lampe zu schalten/dimmen.

Was genau meinst du?

[Beta-User]

Vermute: Er leitet via MQTT_GENERIC_BRIDGE den STATE weiter, (sonst wirkt sich das eventMap nicht aus) und da passiert halt nichts?

Grundsätzlich neige ich dazu, das Weiterleiten der "harten Fakten" zu empfehlen, und dazu gehört STATE (oder Value()) eben nicht. Man könnte ein userReading "stateText" bauen, das man dann weiterleitet, wenn es unbedingt von FHEM her diese Texte sein sollen?

Das hat aber eigentlich nichts mehr mit den "harten Fakten" zum opple zu tun, das ist eher unter mehrerlei Gesichtspunkten ein gesondertes Thema.
@nicegu0815: Du kannst gerne von hier aus auf den neuen Thread verlinken, aber bitte dort auch zeigen, wie du das nach MQTT umpackst.

[nicegu0815]

Hi,
und danke für die Antwort.
Ich verstehe leider nicht was du mit "zu mqtt umpacken" meinst?
Der Schalter ist ja kein mqtt Device in FHEM sondern angelegt über "HUEBridge /Deconz".
Die Schalter, die ich schalten möchte sind Teils zigbee (also Deconz) und viele aber auch Shellys die mit "mqtt_Server" an FHEM hängen.
Und es ist egal ob ich ein mqtt oder zigbee device schalten will.

Also soll  ich das jetzt nochmal in einen eigenen Thread kopieren bin da immer vorsichtig?

[Beta-User]

Sorry, hatte das hier als "ich mache das mit MQTT" übersetzt:

Ich synce mein FHEM zu IOBroker und wolle da dann mittels Blocky auf die einzelnen Butten "States", vom 6fach Schalter reagieren.
Klappt auch soweit gut, außer das halt der 6 Fach Schalter kein Update zum FHEM "State" sendend wenn die selbe Taste zweimal hintereinander kommt.

Vielleicht noch eine Anmerkung: "State" kennt FHEM nicht, es kennt "state" (das Reading) und "STATE" (das Internal). Ich habe keine Ahnung, was IOBroker wann wie warum als Info bekommt, aber es scheint eben STATE zu sein, und das ist mAn. aus vielerlei Gründen nicht optimal.

Aber ein spezielles Problem von IOBroker bzw. dessen Anbindung. Daher solltest du dann eben im neuen Thread erläutern, wie du das anbindest...
(da scheinbar nicht MQTT bin ich raus.)

[topher]

Mal eine ganz andere Frage: Bei den Opple gibt es Vorbohrungen in den Rahmen für zwei Schrauben zur Wandmontage. Kann jemand von Euch mir sagen, wie groß der Lochabstand ist?

[regenbieger]

Wenn man von oben drauf sieht sind es aussen/aussen 6,8 cm.
Die Ausbrüche sind ca. 4 mm breit, mitte/mitte sind es 6 cm Abstand

[topher]

Super, vielen Dank fürs messen! 

[bartman121]

Moin. Moin,

Ich habe gerade einen Anwendungsfall wo der Schalter nachts nicht gefunden wird. (Ich meine natürlich,dass man die Position des Tasters ertasten muss,weil man  ihn nicht sieht) Kann man die kleine LED vielleicht über Deconz/fhem ansteuern? Ich finde nicht wirklich was dazu...

Vielleicht weiß da jemand mehr?

Viele Grüße

Andreas