Deconz-rest-plugin: Prise en charge des commutateurs Aqara OPPLE

Suite, vu sur Ali (https://nl.aliexpress.com/item/4000322297550.html) pour un bon prix. Vu qu'ils sont zigbee 3.0

+1 sur ceux-ci. Je les ai vus hier et le prix est incroyable par rapport aux autres interrupteurs muraux sur le marché, et beaucoup plus de potentiel par rapport à l'interrupteur mural Aqara normal. Je vais commander et faire un retour.

+1 sur ceux s'il vous plaît. Heureux de voir que cela a obtenu le label « intégration d'appareils ». Prix ​​fou de l'interrupteur. J'ai déjà l'autre interrupteur aquara et ça marche à merveille !

??
A suivre aussi.
Sélecteurs de scène très intéressants.

Je viens de recevoir ma version 6 boutons. J'ai essayé d'ajouter l'appareil en tant que commutateur et cela a échoué, mais je peux le voir dans l'application deconz. Le premier bouton allume toutes mes "lumières" et le deuxième les éteint.

Modèle : WXCJKG13LM
Identificateur de modèle : lumi.remote.b686opcn01

De quelles informations avez-vous besoin pour intégrer cet appareil ?

@djashjones https://github.com/dresden-elektronik/deconz-rest-plugin/wiki/Request-Device-Support
Avez-vous essayé d'écouter deconz_events dans Home Assistant ou Nodered ?

Désolé, je ne sais pas comment écouter les événements dans HA, ni node-red (que j'ai les deux).

@djashjones
Dans HA -> Outils de développement -> Événements
Vous écrivez deconz_event dans la case du bas et appuyez sur "Démarrer l'écoute".
Après cela, essayez d'appuyer sur le commutateur Aqara Opple et voyez si vous obtenez des réponses. En cas de succès, vous verrez des réponses similaires à l'image. Le numéro « événement » devrait changer en fonction du bouton sur lequel vous appuyez et si vous appuyez, appuyez longuement ou double-appuyez.
Veuillez l'essayer et faire un retour :)

Je viens de recevoir ma version 6 boutons.

Comment le vivez-vous, en termes de qualité ?

Même qualité que la bascule à 2 boutons alimentée par batterie que j'ai. Je l'aime beaucoup. C'est comme la télécommande Ikea et la base est magnétique.

Je verrai quels événements seront déclenchés ce soir quand je rentrerai du travail.

Rien ne s'affiche lorsque j'écoute deconz_event dans l'assistant domestique tout en appuyant sur les boutons. Je peux le voir dans deconz comme les captures d'écran ci-dessus mais pas dans phoscon.

Ce qui est bizarre c'est qu'il allume/éteint mes ampoules trafri qui sont liées en phoscon...

Confirmé, rien dans HA, en ce qui concerne les événements.

J'ai des ampoules Ikea Tradfri (dimmables) et des douilles.

Bouton 1, en haut à gauche, action = Éteint toutes mes lumières et prises.
Bouton 2, en haut à droite, action = Allume toutes mes lumières et mes chaussettes.
Bouton 3, milieu gauche, action = Diminue la luminosité des ampoules.
Bouton 4, milieu à droite, action = Augmente la luminosité des ampoules.

Des nouvelles pour Homey ?

même problème ici que djashjones a dit
as-tu trouvé une solution ?

+1, je viens de recevoir les interrupteurs à 4 boutons et fait comme commenté par @djashjones
J'utilise pimatic qui utilise l'API REST et cela ne s'affiche pas.
L'appel de l'API sur /api/ n'affiche pas non plus l'adresse MAC sur la liste de tous les appareils
Que pouvons-nous aider à intégrer l'appareil?

Hors sujet : Version Just Receiver 6 Button. Il n'y avait pas d'instruction dans la boîte. Quelqu'un pourrait-il dire comment le jumeler? Le bouton de réinitialisation semble être inutile? Tenez-le jusqu'à 5 secondes mais rien ne se passe?

Avez-vous le nouveau hub Xiaomi homekit ?

Le jeu. 5 décembre 2019, 22:36 heine79, [email protected] a écrit :

Hors sujet : Version Just Receiver 6 Button. Il n'y avait pas d'instruction dans le
Boîte. Quelqu'un pourrait-il dire comment le jumeler? Le bouton de réinitialisation semble être inutile?
Tenez-le jusqu'à 5 secondes mais rien ne se passe?

-
Vous recevez ceci parce que vous êtes abonné à ce fil.
Répondez directement à cet e-mail, consultez-le sur GitHub
https://github.com/dresden-elektronik/deconz-rest-plugin/issues/2061?email_source=notifications&email_token=AHRBAT6EMS5NORT34L3VFT3QXF7ABA5CNFSM4JLW7MB2YY3PNVWWK3TUL52HS4DFVREXLGLOC43VMWWWWWSF7ABA5CNFSM4JLW7MB2YY3PNVWWK3TUL52HS4DFVREXLGLOC43VMWWWWWWS5
ou se désinscrire
https://github.com/notifications/unsubscribe-auth/AHRBAT3EVRCQ33MKCPF4WJLQXF7ABANCNFSM4JLW7MBQ
.

Avez-vous le nouveau hub Xiaomi homekit ?
…
Le jeu. 5 déc. 2019, 22:36 heine79, @ . * > a écrit : Hors sujet : Just Receiver 6 Button version. Il n'y avait pas d'instruction dans la boîte. Quelqu'un pourrait-il dire comment le jumeler? Le bouton de réinitialisation semble être inutile? Tenez-le jusqu'à 5 secondes mais rien ne se passe? — Vous recevez ceci parce que vous êtes abonné à ce fil. Répondre à cet e - mail directement, voir sur GitHub <# 2061? Email_source = notifications & email_token = AHRBAT6EMS5NORT34L3VFT3QXF7ABA5CNFSM4JLW7MB2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEGCMOOA # issuecomment-562349880> ou désabonnement https://github.com/notifications/unsubscribe-auth/AHRBAT3EVRCQ33MKCPF4WJLQXF7ABANCNFSM4JLW7MBQ .

Non, je ne chante pas conbee avec hassio.

Je pense que je l'ai couplé en maintenant le bouton enfoncé (en haut à gauche, à côté de la led) jusqu'à ce qu'il commence à clignoter.

J'attends également avec impatience l'intégration de ces commutateurs. Je suis allé de l'avant et j'ai déjà acheté un bouton 6, s'il y a quelque chose qui peut être fait pour accélérer l'intégration, faites-le moi savoir.

J'ai aussi les versions à 6 et 4 boutons en attente de support :)
Belle qualité d'ailleurs...

Trouvé sur zigbee2mqtt git que ce commutateur devrait être capable de prendre en charge "release after hold".
Si vrai, ces commutateurs prendront en charge l'événement 1234.
Pour vous les gars qui ont le rocker simple/double Aqara normal, vous avez peut-être remarqué qu'il n'est pas possible de tamiser les lumières dans le bon sens. Ceci parce qu'il n'envoie qu'un seul événement lorsqu'il est maintenu. Le nouveau commutateur Aqara Opple semble pouvoir envoyer à la fois les événements x001 (maintien) et x003 (relâché après maintien).

Ce sera idéal pour ma salle de bain lorsque vous serez pris en charge. 1 pour le marche/arrêt, 2 pour la gradation et la troisième rangée pour le marche/arrêt manuel de l'extracteur

Ou WLED, un pour changer la luminosité, une couleur et un effet !

Le lundi 9 décembre 2019, 17:42 djashjones, [email protected] a écrit :

Ce sera idéal pour ma salle de bain lorsque vous serez pris en charge. 1 pour le marche/arrêt, 2
pour la gradation et la troisième rangée pour le ventilateur extracteur marche/arrêt manuel

-
Vous recevez ceci parce que vous êtes abonné à ce fil.
Répondez directement à cet e-mail, consultez-le sur GitHub
https://github.com/dresden-elektronik/deconz-rest-plugin/issues/2061?email_source=notifications&email_token=AHRBAT3VMW4JPFEYH32PNMDQXZ7PDA5CNFSM4JLW7MB2YY3PNVWWK3TUL52HS4DF2VREXG43VMXWXZ7PDA5CNFSM4JLW7MB2YY3PNVWWK3TUL52HS4DF2VREXG43VMWXZ2
ou se désinscrire
https://github.com/notifications/unsubscribe-auth/AHRBAT3TD3VBIR2KNW7JCVLQXZ7PDANCNFSM4JLW7MBQ
.

Je viens de recevoir le mien :-) , variance à 6 boutons
Je suis d'accord qu'il contrôle toutes les lumières : 2 boutons du haut sont allumés et éteints, les boutons du milieu sont tamisés vers le haut ou vers le bas et les 2 boutons du bas sont de couleur plus jaune ou moins jaune.
n'apparaît pas du tout sur domoticz ou sur phoscon :-(. y a-t-il un moyen de contrôler les lumières qu'il contrôle ?
y a-t-il un moyen de lui faire contrôler uniquement des lumières spécifiques ?

Version à 4 boutons :

Donc, en jouant un peu avec deCONZ, et j'ai remarqué qu'il existe un moyen d'ajouter un fichier xml pour étendre les profils, les appareils, etc. est-ce quelque chose qui peut aider ici ? ou devons-nous obtenir un support de code pour ces commutateurs ?

J'ai essayé de regarder le guide de l'utilisateur "en étendant la section zcldb, mais je ne sais pas comment mapper les choses. il semble que le mappage soit correct (on/off, le gradateur et la couleur sont tous identifiés) mais il n'y a pas d'événements ou de configurations comme il y en a avec un autre commutateur xiaomi que j'ai, et je n'ai pas encore trouvé quelque chose d'évident dans le fichier qui me montre comment le lier à un type d'appareil spécifique.

y a-t-il un moyen de lui faire contrôler uniquement des lumières spécifiques ?

Normalement, je suggérerais de créer un groupe, d'y ajouter une lumière et de lier les clusters clients du commutateur à ce groupe. Je ne sais pas si cela fonctionnera pour Xiaomi, cependant. Cela peut suffire pour lier un seul cluster, mais vous pourriez aussi avoir besoin de lier les trois (_On/Off_, _Level Control_ et _Color Control_).

Je ne comprends pas l'utilisation du 2ème point de terminaison sur le commutateur à 6 boutons.

hmmm - j'ai essayé, les fichiers de liaison à l'expiration :-(

Assurez-vous d'appuyer sur un bouton pour réveiller le commutateur lors de l'émission de la liaison.

Merci beaucoup - je travaille maintenant après quelques essais et pressions. J'ai dû lier chacun des éléments séparément, mais maintenant cela fonctionne sur une seule lampe - ce qui est bien mieux. La prochaine étape est que j'en ai besoin pour fonctionner avec 3 lampes que j'ai dans ma chambre. ai-je besoin de 3 groupes ? un pour marche/arrêt, gradation et couleur ?
Je vais aussi essayer de me lier au deuxième point de terminaison, voir ce qui se passe...

Il est préférable de créer un seul groupe, de lui lier les trois clusters et d'ajouter plusieurs lumières à ce groupe.

OK - a réussi à lier le deuxième point final, mais il n'a rien fait, a essayé de faire de longues pressions, des doubles pressions, etc. mais rien...
Je vais essayer le groupe ensuite, mais j'ai vraiment besoin d'événements maintenant, car je veux lier certaines actions à des appareils qui ne sont pas zibgee

Je serais également intéressé par le support de ces commutateurs. Je me suis procuré les 2, 4 et 6. Ce serait génial de les faire travailler avec conbee...

bien - ça marche un peu maintenant, avec beaucoup de limitations. vous pouvez l'utiliser pour contrôler l'allumage, la gradation et la couleur tant que vos lampes sont également contrôlées par conbee - vous pouvez créer un groupe de lampes dans phoscon et connecter les commutateurs à l'aide de l'option de liaison dans deCONZ (vous pouvez vous lier à un groupe ou à une seule lumière). mais c'est tout.
Vous ne pouvez pas obtenir d'événements sur domoticz/HA/Homey etc. (ce qui est le plus gros problème), vous ne pouvez pas utiliser un appui long ou double et vous ne pouvez pas modifier les affectations des boutons (par exemple, vous ne pouvez pas basculer avec l'un des boutons).
En fait, je l'ai acheté pour pouvoir avoir un contrôleur central dans chaque pièce qui peut contrôler les lumières et le climatiseur (qui est contrôlé à partir de domoticz) - j'attends donc avec impatience de l'aide.

Une autre question pour les experts : existe-t-il un moyen de créer une lumière « virtuelle » dans deCONZ ? Je veux dire que je peux avoir un objet lumineux dans deCONZ qui n'est pas vraiment une véritable ampoule physique.
Parce que j'obtiens des événements lumineux dans domoticz - et si je peux créer une lumière virtuelle dans deCONZ qui est contrôlée par le commutateur, je peux utiliser les événements dans domoticz pour contrôler d'autres matériels.

Quelqu'un l'a-t-il essayé avec le Xiaomi Hub pour voir à quel point cela fonctionne bien ?

Le samedi 14 décembre 2019, 13:28 eserero, [email protected] a écrit :

bien - ça marche un peu maintenant, avec beaucoup de limitations. vous pouvez l'utiliser pour
contrôle marche/arrêt, gradation et couleur tant que vos lampes sont également contrôlées
par conbee - vous pouvez créer un groupe de lampes dans phoscon et connecter le
commutateurs à l'aide de l'option bind dans deCONZ. mais c'est tout.
Vous ne pouvez pas obtenir d'événements à domoticz/HA/Homey etc. (qui est le plus grand
problème), vous ne pouvez pas utiliser un appui long ou double et vous ne pouvez pas changer le
affectations de boutons (par exemple, vous ne pouvez pas basculer avec l'un des
boutons).
En fait, je l'ai acheté pour pouvoir avoir un contrôleur central dans chaque
pièce qui peut contrôler les lumières et le climatiseur (qui est
contrôlé depuis domoticz) - j'attends donc avec impatience de l'aide.

Une autre question pour les experts : existe-t-il un moyen de créer un
lumière « virtuelle » dans deCONZ ? Je veux dire que je peux avoir un objet lumineux dans deCONZ
ce n'est pas vraiment une véritable ampoule physique.
Parce que je reçois des événements légers à domoticz - et si je peux créer un
lumière dans deCONZ qui est contrôlée par le commutateur, je peux utiliser les événements dans
domoticz pour contrôler d'autres matériels.

-
Vous recevez ceci parce que vous êtes abonné à ce fil.
Répondez directement à cet e-mail, consultez-le sur GitHub
https://github.com/dresden-elektronik/deconz-rest-plugin/issues/2061?email_source=notifications&email_token=AHRBAT7XWEUYIXCITRDJBKDQYTNOVA5CNFSM4JLW7MB2YY3PNVWWK3TUL52HS4DFWVREXG43VMT57
ou se désinscrire
https://github.com/notifications/unsubscribe-auth/AHRBATZMPO6E6WTQ7OR3DJTQYTNOVANCNFSM4JLW7MBQ
.

ne l'ai pas essayé. il n'est pris en charge que dans le nouveau hub (celui avec le support siri). Je suppose qu'ils ajouteront la prise en charge du hub standard à l'avenir, aucune raison réelle de ne pas le faire.

Je commence à avoir l'impression que les pouvoirs en place n'ont aucun intérêt à intégrer de nouveaux appareils ou est-ce moi ?

Je commence à avoir l'impression que les pouvoirs en place n'ont aucun intérêt à intégrer de nouveaux appareils ou est-ce moi ?

Je ne pense pas que l'histoire mérite ce genre de cynisme, la plupart (ou tous?) Les appareils Xiaomi précédents ont été intégrés pour autant que je sache. Je suis plus enclin à penser que c'est cette saison qui est chargée pour tout ce qui ralentit la progression. Cela dit, j'apprécierais moi aussi un mot ou deux pour nous faire savoir que ces appareils ne sont pas oubliés, même si aucun progrès n'a encore été fait.

Ne vous méprenez pas, j'adore mon bâton Conbee II, il est solide depuis un an

Je viens de commander des prises Samsung Smartthings Zigbee version 2019 et de relire la version précédente qui avait de l'intérêt mais n'a jamais été intégrée.

Je viens de recevoir le mien. Curieusement lorsque vous le connectez à Phoscon (vous n'obtenez aucun retour qu'il ait trouvé), il contrôle immédiatement toutes les lumières. Je n'ai même pas de groupe pour toutes les lumières, donc je ne sais pas comment l'éteindre. Je ne vois pas le Switch dans Phoscon ou via l'API REST. Rien n'est envoyé à Home Assistant.

Sur une note matérielle, je peux voir dans le manuel qu'il a une pile CR2032 mais il n'y a pas d'instructions sur la façon de la remplacer éventuellement. Quelqu'un a-t-il cherché à savoir si c'était possible ?

Trouvé l'explication du comportement étrange et aussi comment accéder à la batterie. https://community.hubitat.com/t/xiaomi-opple-6-button-remote/27921/9

Je suis juste sur le point de poster ce lien mais tu m'as devancé !

@manup Y a-t-il des informations que nous pouvons vous fournir qui vous aideraient à mieux intégrer cet appareil ?

Il contrôle toutes les lumières qui sont sur phoscon ?

Le mer. 18 décembre 2019, 12:41 PremiumUsername, [email protected]
a écrit:

Je viens de recevoir le mien. Curieusement lorsque vous le connectez à Phoscon (vous n'obtenez aucun
retour d'information qu'il a trouvé), il contrôle immédiatement toutes les lumières. Je ne
même avoir un groupe pour toutes les lumières, donc je ne sais pas comment l'éteindre. je
ne peut pas voir le commutateur dans Phoscon ou via l'API REST. Rien n'est envoyé à
Assistante à domicile.

Sur une note matérielle, je peux voir sur le manuel qu'il a une pile CR2032
mais il n'y a pas d'instructions sur la façon de le remplacer éventuellement. Est-ce que quelqu'un
essayé de savoir si c'est possible?

-
Vous recevez ceci parce que vous êtes abonné à ce fil.
Répondez directement à cet e-mail, consultez-le sur GitHub
Https://github.com/dresden-elektronik/deconz-rest-plugin/issues/2061?email_source=notifications&email_token=AHRBAT72KTKADT3G2HH5XADQZID5PA5CNFSM4JLW7MB2YY3PNVWWK3TUL52HS4DFWVREXGLO3VMA3JLW5CNFSM4JLW7MB2YY3PNVWWK3TUL52HS4DFWVREXGLO3VM
ou se désinscrire
https://github.com/notifications/unsubscribe-auth/AHRBAT4WD65QRWPGJHEYYQLQZID5PANCNFSM4JLW7MBQ
.

Oui

Les gars, si vous regardez mon message ci-dessus - j'ai réussi à le configurer pour qu'il fonctionne avec une lumière spécifique ou un groupe spécifique en utilisant l'option bind dans deCONZ. si vous avez besoin d'aide supplémentaire à ce sujet, faites-le moi savoir et je posterai une explication plus précise.

si vous avez besoin d'aide supplémentaire à ce sujet, faites le moi savoir

C'est une offre intéressante, mais j'ai besoin de l'intégration avec Home Assistant pour mes besoins.

Je posterai une explication plus précise.

Je vous en prie.

si vous avez besoin d'aide supplémentaire à ce sujet, faites le moi savoir

C'est une offre intéressante, mais j'ai besoin de l'intégration avec Home Assistant pour mes besoins.

Moi aussi. il a plus d'options que le bouton IKEA 5 que j'utilise actuellement.

Je posterai une explication plus précise.

Je vous en prie.

d'accord avec tout le monde, nous avons besoin d'événements pour les systèmes domotiques, sinon c'est une solution paralysée. en utilisant Domoticz moi-même.

Quoi qu'il en soit - voici ce que j'ai fait pour le faire fonctionner uniquement sur les lumières de mon salon.

1. créer un groupe dans phoscon (par exemple des lumières, ou n'importe quel interrupteur)
2. si vous exécutez phoscon sur chrome, faites un clic droit sur la page et sélectionnez "inspecter".
3. allez dans l'onglet réseau - vous devriez voir quelque chose comme ci-dessous (je ne sais pas comment obtenir le numéro de groupe de deconz...)

1. cliquez sur l'une des lignes contenant "groupe" - sur le côté droit, vous pouvez voir les numéros de groupe. si vous les développez, vous pouvez voir les noms de groupe que vous avez définis dans phoscon. trouvez le groupe que vous voulez et souvenez-vous du numéro
2. allez à deconz, et sélectionnez le "bind panel" dans la liste déroulante du panneau

3. 

4. ouvrez le menu du cluster à partir du commutateur xiaomi et faites glisser la ligne "on/off" vers le bouton "source" dans la zone de liaison. il devrait être 006. sur la partie de destination, sélectionnez "groupe" et tapez le numéro de groupe avec le 0x00 précédent comme vous pouvez le voir dans la capture d'écran.

5. appuyez maintenant sur le bouton "lier". - notez qu'il m'a fallu quelques essais et des clics répétés sur l'un des boutons de l'interrupteur afin de le réveiller.
6. répéter l'opération pour "contrôle de niveau" 0008 et "contrôle de couleur" 0300.

La méthode fournie par eserero peut-elle être utilisée de quelque manière que ce soit pour contrôler aucun appareil Zigbee dans Home Assistant ? Par exemple, est-il possible de créer un groupe d'éclairage dans Phoscon sans éclairage et d'intégrer ce groupe d'une manière ou d'une autre dans Home Asssitant et d'utiliser l'état de ce groupe pour contrôler les automatisations ?

deCONZ version 2.05.71
J'ai essayé aussi.
J'ai fait la même chose que @eserero (Ajouter un commutateur à l'identifiant de groupe) mais ne fonctionne pas.
Et vérifiez l'écouteur d'événements deconz lorsque j'appuie sur le bouton ..
Mais rien, tranquille..

Pour voir les événements de bouton, vous avez besoin d'un support approprié dans le plugin REST API. La liaison sert uniquement à contrôler directement les lumières (et empêche le commutateur de contrôler toutes les lumières de votre réseau).

@ebaauw existe-t-il un moyen simple d'obtenir un support approprié dans le plugin API REST en attendant une intégration officielle ? Évidemment, il y a une communication du commutateur Opple à deconz.

La méthode fournie par eserero peut-elle être utilisée de quelque manière que ce soit pour contrôler aucun appareil Zigbee dans Home Assistant ? Par exemple, est-il possible de créer un groupe d'éclairage dans Phoscon sans éclairage et d'intégrer ce groupe d'une manière ou d'une autre dans Home Asssitant et d'utiliser l'état de ce groupe pour contrôler les automatisations ?

C'est une façon très détournée de le faire, mais s'il est possible de créer un groupe de lumière vide, vous pouvez l'utiliser dans HA pour contrôler une automatisation (étant donné qu'il est possible d'éteindre et d'allumer un tel groupe dans phoscon). À moins que vous ne soyez très pressé, il est préférable d'attendre les événements de bouton appropriés avec une véritable intégration de deconz, au lieu d'utiliser cette solution provisoire à mon avis.

J'ai dc_eventlog en cours d'exécution.
Je vois d'autres capteurs et événements de bouton mais pas d'Aqara OPPLE...

Je vais essayer d'être patient :-)

Évidemment, il y a une communication du commutateur Opple à deconz.

Techniquement, non, le switch ne communique _pas_ avec la passerelle ; il envoie des messages de diffusion (groupcast), qui sont également captés par la passerelle. La passerelle écoute les messages du commutateur vers le groupe.

Notez que ces commutateurs OPPLE fonctionnent très différemment des autres commutateurs Xiaomi, qui envoient en effet des rapports directement au coordinateur, et ne peuvent pas contrôler directement les lumières.

existe-t-il un moyen simple d'obtenir un support approprié dans le plugin REST API en attendant une intégration officielle ?

Je n'appellerais pas cela facile. Tu dois:

• Liste blanche du commutateur dans https://github.com/dresden-elektronik/deconz-rest-plugin/blob/bb47cdbc19c257e3000fdb8475aa456830e6df94/de_web_plugin.cpp#L103
• Créez une carte des boutons, probablement très similaire à https://github.com/dresden-elektronik/deconz-rest-plugin/blob/bb47cdbc19c257e3000fdb8475aa456830e6df94/sensor.cpp#L498
• Liez le commutateur à la carte des boutons dans https://github.com/dresden-elektronik/deconz-rest-plugin/blob/bb47cdbc19c257e3000fdb8475aa456830e6df94/sensor.cpp#L1130
• Définissez checkReporting , checkClientCluster et appelez checkSensorGroup() pour le commutateur dans https://github.com/dresden-elektronik/deconz-rest-plugin/blob/bb47cdbc19c257e3000fdb8475aa456830e6df94/de_web_plugin .cpp#L3036
• Liste blanche du commutateur dans https://github.com/dresden-elektronik/deconz-rest-plugin/blob/bb47cdbc19c257e3000fdb8475aa456830e6df94/bindings.cpp#L2138
• Liste blanche du commutateur dans https://github.com/dresden-elektronik/deconz-rest-plugin/blob/bb47cdbc19c257e3000fdb8475aa456830e6df94/bindings.cpp#L2392
• Et probablement ajouter à la liste blanche le commutateur dans un ou deux autres endroits ("il y a toujours un autre endroit pour ajouter un appareil à la liste blanche").

Ce n'est pas trop difficile, si vous prenez comme exemple un commutateur au comportement similaire qui est déjà pris en charge et recherchez dans le code les références mettant ce commutateur en liste blanche. Mais c'est un peu d'essais et d'erreurs. C'est pourquoi je ne crée plus de PR pour les commutateurs auxquels je n'ai pas accès.

@ebaauw
Je suivais vos étapes + une liste blanche supplémentaire où j'ai ajouté le commutateur et je peux le coupler via la section capteur de l'application phoscon et il apparaît dans le reste de l'API. Malheureusement, quelque chose ne va pas. Il n'y a pas d'événement de bouton envoyé... Je ne sais pas ce que je fais mal ? Probablement des conflits ?

J'essaie avec l'interrupteur à bouton Aqara Opple 2.

Le cluster On/Off et Level doit-il avoir une couleur bleue ?

Au moins, il n'allume/éteint plus toutes les lumières comme d'autres personnes l'ont signalé :)

Il n'y a pas d'événement de bouton envoyé... Je ne sais pas ce que je fais mal ? Probablement des conflits ?

L'avez-vous lié à une carte de boutons ? Que dit le journal deCONZ ?

Le cluster On/Off et Level doit-il avoir une couleur bleue ?

Non. Les clusters viennent par paires : le cluster de serveurs (bleu) est l'actionneur, gardant l'état ; le cluster client (gris) contrôle l'actionneur. Les commandes sont envoyées du client au serveur ; les rapports (et les réponses) sont envoyés du serveur au client. Il est en fait tout à fait normal que les contrôleurs aient des clusters clients ; ce sont les autres commutateurs sans fil Xiaomi qui mutilent la norme au-delà de la reconnaissance en envoyant des rapports au lieu de commandes.

Au moins, il n'allume/éteint plus toutes les lumières comme d'autres personnes l'ont signalé :)

Ensuite, les liaisons sont probablement configurées correctement. Notez également config.group .

@ebaauw ok, j'ai réussi à faire fonctionner les événements de bouton. Ma carte des boutons était fausse...
Depuis que je fais ça pour la première fois, il y a encore des choses que je ne comprends pas. Peut-être que vous pouvez m'aider à comprendre cela afin que je puisse mettre en œuvre le support correctement...

1. A propos du groupe. Aucun de mes autres commutateurs n'a de group dans la configuration. Pourquoi celui-ci a-t-il un groupe et ça va comme ça ?

2. J'ai fait fonctionner les événements de bouton, mais seules les pressions simples et doubles fonctionnent. Le commutateur devrait également prendre en charge un appui long, mais cela ne semble pas fonctionner. J'ai remarqué que la simple pression venait du cluster OnOff et la double pression venait du cluster Level. Cela signifie-t-il que l'appui long doit provenir du groupe de couleurs ? Devez-vous ajouter explicitement le cluster de couleurs au commutateur ?

3. Les informations sur la batterie indiquent toujours null . Est-ce que ça va?

4. Je ne peux ajouter le commutateur dans l'application phoscon que lorsque je recherche des capteurs, pas des commutateurs. Pourquoi donc? Cela peut-il être modifié pour qu'il le trouve lorsque je recherche des commutateurs ?

1. A propos du groupe. Aucun de mes autres commutateurs n'a de groupe dans la configuration. Pourquoi celui-ci a-t-il un groupe et ça va comme ça ?

De quels autres commutateurs disposez-vous ? Seuls les commutateurs qui envoient des commandes à (un groupe de) lumières ont config.group . Comme je l'ai dit plus haut, les autres commutateurs Xiaomi sont l'exception en ce sens qu'ils se comportent comme un capteur avec état au lieu d'un commutateur sans fil sans état.

1. J'ai fait fonctionner les événements de bouton, mais seules les pressions simples et doubles fonctionnent. Le commutateur devrait également prendre en charge un appui long, mais cela ne semble pas fonctionner. J'ai remarqué que la simple pression venait du cluster OnOff et la double pression venait du cluster Level. Cela signifie-t-il que l'appui long doit provenir du groupe de couleurs ? Devez-vous ajouter explicitement le cluster de couleurs au commutateur ?

Vous devez déterminer quelle commande le commutateur envoie lors d'un appui long. Typiquement, c'est _Move_ en attente et _Stop_ en relâchement long. deCONZ doit enregistrer ces commandes (lorsqu'il est démarré avec la bonne quantité de journalisation de débogage). Quelle commande envoie-t-il lors d'un double appui ? _Passer au niveau_ ? Je doute que cela enverrait des commandes du cluster _Color Control_, à moins qu'un appui long ne soit utilisé pour faire défiler les couleurs ou les températures de couleur.

1. Les informations sur la batterie indiquent toujours null. Est-ce que ça va?

Non. Est-il renseigné lorsque vous lisez les attributs du cluster _Power Configuration_ ? Si tel est le cas, vous devez créer une liaison à partir de ce cluster (serveur !) vers le coordinateur (point de terminaison 0x01) et configurer la génération de rapports d'attributs pour _Battery Percentage Remaining_. Cela devrait indiquer la valeur en 0,5 %, mais tous les fournisseurs n'y adhèrent pas (notamment IKEA).

1. Je ne peux ajouter le commutateur dans l'application phoscon que lorsque je recherche des capteurs, pas des commutateurs. Pourquoi donc? Cela peut-il être modifié pour qu'il le trouve lorsque je recherche des commutateurs ?

Désolé, je n'ai aucune expérience avec Phoscon. Ce n'est pas open source, donc seul Dresden elektronik peut le changer.

1. Oui, j'ai d'autres commutateurs xiaomi. Mais j'ai aussi des gradateurs Philips Hue et je viens de remarquer qu'ils ont aussi un groupe. Donc c'est clair maintenant pour :)

2. J'ai donc compris que ma carte de boutons était erronée après avoir regardé dans le journal deCONZ, c'est ainsi que j'ai fait fonctionner la simple et la double pression. Mais pour l'appui long, rien dans le journal n'apparaît. Pour la double pression, j'obtiens maintenant button 1004 Double press ou button 2004 Double press dans la console. La carte des boutons ressemble à ça :

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 }
};

Je ne sais pas si c'est correct à 100%.

Existe-t-il un endroit où je peux déboguer avec un journal en appuyant longuement ? Ou comment devrais-je procéder maintenant pour savoir pourquoi un appui long n'apparaît pas ?

1. Voici à quoi ressemble la configuration de l'alimentation après l'avoir lu.
   

2. J'ai compris.

Merci pour le soutien.

La carte des boutons ressemble à ça

Ainsi, le commutateur envoie une commande _Step_ (cluster 0x0008, commande 0x02) lors d'un double appui.

Existe-t-il un endroit où je peux déboguer avec un journal en appuyant longuement ?

Exécutez deCONZ avec --dbg-info=2 --dbg-aps=2 --dbg-error=1 et le tail -f la sortie. Vous devriez voir des messages comme :

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)

Il s'agit d'appuyer, de maintenir et de relâcher longuement pour un contrôleur Trådfri On/Off. Le premier message de chaque séquence est l'indication APS-DATA, indiquant l'adresse NWK (0x7ce3 dans mon cas) de la source. Vérifiez le panneau _Node Info_ dans l'interface graphique de deCONZ pour trouver l'adresse NWK de votre commutateur. Ensuite, vous voyez le point de terminaison source (0x01), le profil (0x0104 pour ZHA) et le cluster (0x0006 pour _On/Off_ ou 0x0008 pour _Level Control_). Dans le asdu vous voyez la charge utile ZCL. Le premier octet est un bitmap d'état, le deuxième octet est le numéro de séquence, le troisième octet est la commande ( 01 pour _On_ ; 05 pour _Move with (On/Off)_ ; et 07 pour _Stop_). Voir la spécification de la bibliothèque de clusters ZigBee. Les octets qui suivent sont les paramètres de la commande ( 00 pour la direction : _Up_ et 53 pour la vitesse de déplacement). Notez que le texte après button 100x provient de la carte des boutons.
deCONZ devrait enregistrer un avertissement lorsqu'aucune commande correspondante n'est trouvée dans la carte des boutons, mais je n'ai pas d'exemple sous la main.

1. Voici à quoi ressemble la configuration de l'alimentation après l'avoir lu.

Bien sûr, Xiaomi ne signale pas le _Pourcentage de batterie restant_, même s'ils ont maintenant des commutateurs "normaux". Vous devez ajouter le commutateur ici à la liste blanche :
https://github.com/dresden-elektronik/deconz-rest-plugin/blob/bb47cdbc19c257e3000fdb8475aa456830e6df94/de_web_plugin.cpp#L5736
De quel type de batterie dispose l'OPPLE ? CR2032 ? Le code pour convertir la tension en pourcentage devrait probablement fonctionner tout aussi mal pour n'importe quelle pile bouton au lithium 3V. Vous aurez peut-être toujours besoin de la liaison et du rapport d'attribut, mais il est également possible que le commutateur soit codé en dur pour le signaler périodiquement au coordinateur (adresse NWK 0x0000).

1.

Ainsi, le commutateur envoie une commande Step (cluster 0x0008, commande 0x02) lors d'un double appui.

Est-ce que ça va ou c'est un problème ?

2.
Ok donc j'ai aussi eu une sorte d'appui long (maintenir) pour travailler. Voici à quoi ressemble la carte des boutons maintenant :

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 }
};

Mais malheureusement, peu importe si je maintiens le bouton gauche ou droit de l'interrupteur, il ne déclenche toujours que l'événement Hold off (le bouton gauche). Qu'est-ce que je fais mal ici ? Le paramètre est différent et je l'ai dans la carte des boutons mais ne fonctionne toujours pas...

Voici le débogage :

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.
Oui, il a une pile CR2032. Après avoir ajouté le commutateur à la liste blanche à l'endroit spécifié, il affiche le pourcentage de la batterie, mais uniquement lorsque je lis manuellement le cluster de configuration de l'alimentation avec l'interface graphique ... Pourquoi?

Est-ce que ça va ou c'est un problème ?

D'accord

Qu'est-ce que je fais mal ici ? Le paramètre est différent et je l'ai dans la carte des boutons mais ne fonctionne toujours pas...

Vous devez gérer la commande 0x4c (_Step Color Temperature_), après le _Move Color Temperature_ :
https://github.com/dresden-elektronik/deconz-rest-plugin/blob/bb47cdbc19c257e3000fdb8475aa456830e6df94/de_web_plugin.cpp#L3418 -L3419
La logique est probablement la même que pour _Step_ :

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

Vous ne devriez pas émettre un x001 sans x003 correspondant. Si le commutateur n'envoie rien lors d'une version longue, vous devez mapper ces commandes sur x003.

mais seulement quand je lis manuellement la batterie de configuration de puissance avec le gui… Pourquoi est-ce ?

Comme je l'ai dit, vous devrez peut-être configurer le rapport d'attributs.

Ok, j'ai réussi à ce que l'événement du bouton Hold fonctionne également correctement. Je pense que les événements sont maintenant envoyés correctement...

Comme je l'ai dit, vous devrez peut-être configurer le rapport d'attributs.

Je ne sais pas comment faire. Pourriez-vous m'aider avec ça?

Donc, eh bien, le type de commutateur fonctionne maintenant. Il y a encore quelques problèmes qui doivent être corrigés mais je ne sais pas comment procéder maintenant. Je ne sais pas non plus si ce que j'ai codé là-bas est la bonne façon de gérer le commutateur ...

Comme je l'ai dit, vous devrez peut-être configurer le rapport d'attributs.

Je ne sais pas comment faire. Pourriez-vous m'aider avec ça?

• Assurez-vous que checkReporting est défini pour le capteur dans https://github.com/dresden-elektronik/deconz-rest-plugin/blob/bb47cdbc19c257e3000fdb8475aa456830e6df94/de_web_plugin.cpp#L3036
• Liste blanche du capteur dans https://github.com/dresden-elektronik/deconz-rest-plugin/blob/bb47cdbc19c257e3000fdb8475aa456830e6df94/bindings.cpp#L1691
• Liste blanche du capteur une fois de plus pour la gestion de la tension de la batterie dans https://github.com/dresden-elektronik/deconz-rest-plugin/blob/bb47cdbc19c257e3000fdb8475aa456830e6df94/bindings.cpp#L1919

je ne sais pas comment procéder maintenant. Je ne sais pas non plus si ce que j'ai codé là-bas est la bonne façon de gérer le commutateur ...

Il est préférable de créer une pull request, afin que le code puisse être examiné.

J'ai tout réglé comme ça mais ça ne marche toujours pas. Ce qui est intéressant, c'est qu'après avoir ajouté un commutateur après quelques minutes, je ne suis même plus capable de lire les attributs manuellement via deconz gui. La lecture manuelle s'exécute toujours dans un délai d'attente. Mais les événements de bouton fonctionnent à partir du commutateur...

J'ai fait fonctionner les 3 interrupteurs (2, 4 et 6 boutons) au moins partiellement. Il y a encore de nombreux problèmes que j'ai et je ne sais pas si je peux les résoudre à ce stade.

1. Les commutateurs partagent le même groupe de fournisseurs avec VENDOR_115F . Je soupçonne que cela pourrait être à l'origine de certains des problèmes.

2. L'ajout d'un commutateur ne fonctionne pas toujours pour une raison quelconque. Parfois, cela fonctionne du premier coup, mais parfois je dois essayer de multiplier les fois. Je ne sais pas pourquoi.

3. Je ne peux ajouter un interrupteur que lorsque je recherche des capteurs. Je peux également rechercher des commutateurs mais cela ne réussit jamais, même si le commutateur est toujours couplé mais se comporte étrangement. Aussi aucune idée pourquoi...

4. Lorsque j'ajoute un commutateur, un nouveau groupe est toujours créé pour chaque commutateur. J'ai déjà environ 50 groupes en ce moment (en raison des fois où j'ai supprimé et rajouté les commutateurs). Cela peut-il être fait d'une manière ou d'une autre pour que les commutateurs Aqara Opple ne créent qu'un seul groupe ?

5. Parfois, dans la configuration, les températures augmentent dans le reste de l'API. Même si je l'ai mis sur liste noire dans la base de données.cpp...

6. L'interrupteur à 4 boutons n'a pas d'événement de bouton de maintien. Quel que soit le bouton que je maintiens, il n'y a toujours qu'une seule pression.

7. L'interrupteur à 6 boutons n'a pas d'événement de double pression. Ici, peu importe où j'appuie deux fois, une seule pression vient toujours.

8. De plus, le commutateur à 6 boutons pour le maintien envoie un événement de maintien lorsque je maintiens le bouton et un événement de relâchement lorsque je le relâche. Peu importe si je maintiens le bouton gauche ou droit, au relâchement, le même événement se produit toujours, il n'y a pas de différence entre le relâchement gauche ou droit. C'est bien comme ça ? De plus, le maintien et le relâchement des 5ème et 6ème boutons ne fonctionnent pas, même si la carte est correcte. Ma carte ressemble à ça :

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 }
};

Je vais créer une pull request à partir du code que j'ai et peut-être que quelqu'un pourra m'aider à résoudre les problèmes qui sont toujours présents. Au moins, je pense que cela va dans la bonne direction et que les commutateurs sont déjà lentement utilisables.

Encore une fois merci @ebaauw je n'irais pas si loin sans votre aide

1. Les commutateurs partagent le même groupe de fournisseurs avec VENDOR_115F. Je soupçonne que cela pourrait être à l'origine de certains des problèmes.

Je ne pense pas. C'est juste l'un des attributs permettant d'identifier l'appareil.

1. Parfois, dans la configuration, les températures augmentent dans le reste de l'API. Même si je l'ai mis sur liste noire dans la base de données.cpp...

Le commutateur envoie-t-il un rapport d'attribut spécial Xiaomi (attribut 0xff01 ou 0xff02) dans le cluster _Basic_) ? Dans ce cas, il signale sa température interne, probablement avec la tension de la batterie. Vous devriez voir un message « extraire l'attribut spécial Xiaomi » dans le journal deCONZ.

1. L'interrupteur à 4 boutons n'a pas d'événement de bouton de maintien. Quel que soit le bouton que je maintiens, il n'y a toujours qu'une seule pression.

Cela dépend vraiment des commandes ZigBee envoyées par le commutateur. Seul un _Move_ est accompagné d'un _Stop_ correspondant ; un _Step_ ou _Move to Level_ ne le fait pas.

1. De plus, le commutateur à 6 boutons pour le maintien envoie un événement de maintien lorsque je maintiens le bouton et un événement de relâchement lorsque je le relâche. Peu importe si je maintiens le bouton gauche ou droit, au relâchement, le même événement se produit toujours, il n'y a pas de différence entre le relâchement gauche ou droit.

On dirait que le mauvais param dans la carte des boutons. Notez que le commutateur envoie la même commande _Stop_ lorsqu'il relâche longuement _Off_ ou _On_. Le plugin REST API se souvient de la direction du _Move_ précédent dans sensor->previousDirection pour savoir quel événement x003 envoyer.

1. De plus, le commutateur à 6 boutons pour le maintien envoie un événement de maintien lorsque je maintiens le bouton et un événement de relâchement lorsque je le relâche. Peu importe si je maintiens le bouton gauche ou droit, au relâchement, le même événement se produit toujours, il n'y a pas de différence entre le relâchement gauche ou droit. C'est bien comme ça ? De plus, le maintien et le relâchement des 5ème et 6ème boutons ne fonctionnent pas, même si la carte est correcte.

Je ne comprends pas le code pour gérer param pour la commande _Move Color Temperature_. Il est là pour l'interrupteur d'éclairage dresden elektronik. Pour le sunricherCCTMap j'ai mis des instructions de débogage pour voir quelle serait la valeur de param , et j'ai mis ces valeurs dans la carte des boutons. Cela semble fonctionner, même si je ne sais pas pourquoi. Voir ma remarque dans https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1509#issuecomment -530545504.

1. L'interrupteur à 4 boutons n'a pas d'événement de bouton de maintien. Quel que soit le bouton que je maintiens, il n'y a toujours qu'une seule pression.
2. L'interrupteur à 6 boutons n'a pas d'événement de double pression. Ici, peu importe où j'appuie deux fois, une seule pression vient toujours.

J'avais à la fois 4 boutons et 6 boutons et quand je les ai essayés sur un hub Aqara à la fois simple, double et maintenez le travail sur tous les boutons dans l'application Aqara et dans HomeKit. Donc, je suppose qu'ils devraient également fonctionner de cette façon à Deconz.

Avez-vous pu renifler les commandes qu'ils envoient ?

Je ne pense pas. C'est juste l'un des attributs permettant d'identifier l'appareil.

Oui, mais il y a des vérifications dans le code pour cet identifiant de groupe VENDOR_115F qui font des choses supplémentaires que je ne comprends pas.

Le commutateur envoie-t-il un rapport d'attribut spécial Xiaomi (attribut 0xff01 ou 0xff02) dans le cluster de base) ? Dans ce cas, il signale sa température interne, probablement avec la tension de la batterie. Vous devriez voir un message « extraire l'attribut spécial Xiaomi » dans le journal deCONZ.

Je n'ai pas vu ce message dans la console. La valeur de la température reste toujours null lorsqu'elle apparaît dans la configuration.

Cela dépend vraiment des commandes ZigBee envoyées par le commutateur. Seul un Move est accompagné d'un Stop correspondant ; une étape ou passer au niveau ne le fait pas.

Les commandes envoyées sont mappées dans la carte des boutons, rien d'autre n'apparaît dans le journal de débogage.

On dirait que le mauvais paramètre dans la carte des boutons. Notez que le commutateur envoie la même commande d'arrêt lorsqu'il relâche longuement Off ou On. Le plugin REST API se souvient de la direction du précédent Move in sensor->previousDirection pour savoir quel événement x003 envoyer.

Alors, comment dois-je mapper cela dans la carte des boutons ? Comme vous l'avez dit, la même commande _Stop_ vient du commutateur, quel que soit le bouton que je relâche, donc j'obtiens toujours _On middle hold stop_ dans le journal de débogage.

Je ne comprends pas le code pour gérer le paramètre pour la commande Déplacer la température de couleur. Il est là pour l'interrupteur d'éclairage dresden elektronik. Pour le sunricherCCTMap, j'ai mis des instructions de débogage pour voir quelle serait la valeur de param et j'ai mis ces valeurs dans la carte des boutons. Cela semble fonctionner, même si je ne sais pas pourquoi. Voir ma remarque en #1509 (commentaire).

Moi non plus :) Donc il doit y avoir un traitement spécial pour ça dans le cas de l'Aqara Opple ?

Vous pouvez d'ailleurs jeter un œil à la pull request et voir s'il y a quelque chose que vous remarquez peut-être mal...

Quand les commutateurs Aqara OPPLE seront-ils pris en charge dans deconz ?
Prochaine sortie ?

Le support initial est inclus dans le #2239
J'ai déjà une version personnalisée de ce code en cours d'exécution sur ma machine et ils fonctionnent bien avec quelques problèmes mineurs. Nous devons juste attendre que @manup fusionne ma demande d'extraction ...

Merci beaucoup à tous ceux qui ont rendu cette intégration si rapide. Je suis prêt à appuyer sur le bouton de commande pour recevoir certains d'entre eux !!

J'ai déjà une version personnalisée de ce code en cours d'exécution sur ma machine et ils fonctionnent bien avec quelques problèmes mineurs.

Bien fait! Quels sont les problèmes mineurs restants ?

Il peut arriver parfois qu'ils ne s'associent pas du premier coup (mais c'est peut-être simplement lié à mon environnement de développement).
De plus, le commutateur à 4 boutons, pour une raison quelconque, n'a pas d'événement de maintien et le bouton à 6 manque l'événement de double pression.
En plus de cela, ils fonctionnent bien et je les utilise quotidiennement sans aucun autre problème.

Il peut arriver parfois qu'ils ne s'associent pas du premier coup (mais c'est peut-être simplement lié à mon environnement de développement).
De plus, le commutateur à 4 boutons, pour une raison quelconque, n'a pas d'événement de maintien et le bouton à 6 manque l'événement de double pression.
En plus de cela, ils fonctionnent bien et je les utilise quotidiennement sans aucun autre problème.

sur zigbee2mqtt, la version à 6 boutons n'a également qu'un événement one click , alors peut-être que c'est fait intentionnellement par Xiaomi ?

Quelqu'un a mentionné ici qu'avec le hub d'Aqara, tous les événements sont sur les 3 commutateurs, donc je n'en suis pas sûr.

le bouton un manque l'événement de double pression.

D'après cet avis : https://homekitnews.com/2019/12/04/aqara-opple-smart-switch-review/

Il semble que les doubles clics devraient être disponibles pour la version à 6 boutons, du moins si elle est utilisée avec un hub xiaomi. Est-il possible que le commutateur détecte quel coordinateur est utilisé et limite les fonctionnalités si un hub xiaomi n'est pas utilisé ?

Quelqu'un a mentionné ici qu'avec le hub d'Aqara, tous les événements sont sur les 3 commutateurs, donc je n'en suis pas sûr.

Oui, j'ai testé la version 4 boutons + 6 boutons avec le hub Aqara et une simple pression, maintenez la pression et double pression fonctionne sur tous les boutons. Les deux peuvent être configurés dans l'application Xiaomi/Aqara Home ou dans HomeKit. Peut-être qu'un renifleur zigbee peut résoudre cette question ?

Oui, quelqu'un aurait besoin de renifler la communication zigbee de ces commutateurs avec le hub Aqara. D'après ce que j'ai vu, il n'y a même pas de paquets arrivant à deconz indiquant qu'il y a eu un double-clic sur le commutateur à 6 boutons.
Donc, quelqu'un avec un hub Aqara et ces commutateurs devrait renifler le trafic...

Je ne suis pas un expert en zigbee.
Mais changer le code pour que Deconz ajoute un appareil est 1980.

C'était génial s'il était possible d'importer un fichier dans Deconz qui contient un support et une explication / des informations pour les nouveaux appareils pris en charge par deconz.

C'est vrai, je pense que pour cette raison, ils veulent travailler sur une API REST v2, ce qui devrait faciliter l'ajout de nouveaux appareils.

Oui, quelqu'un aurait besoin de renifler la communication zigbee de ces commutateurs avec le hub Aqara. D'après ce que j'ai vu, il n'y a même pas de paquets arrivant à deconz indiquant qu'il y a eu un double-clic sur le commutateur à 6 boutons.
Donc, quelqu'un avec un hub Aqara et ces commutateurs devrait renifler le trafic...

Super que vous ayez ajouté cet appareil merdok ! :)
J'ai vu que manup a approuvé la demande de tirage maintenant. Bonne nouvelle :)
Comme je ne suis pas un codeur moi-même, j'ai à la fois le hub Aqara et les commutateurs Opple. Je peux acheter un renifleur et publier les journaux si vous ou quelqu'un d'autre êtes prêt à essayer de l'utiliser ?

Je veux dire, si vous avez déjà un bâton de conbee, vous pouvez l'utiliser pour renifler le trafic.

Je veux dire, si vous avez déjà un bâton de conbee, vous pouvez l'utiliser pour renifler le trafic.

J'ai un Conbee II et pour autant que j'aie compris, il n'y a pas encore de support pour Wireshark. Je comprends parfaitement que les journaux de renifleurs ne peuvent s'avérer utiles. Néanmoins, je vais commander un renifleur aujourd'hui et faire rapport ici avec les journaux. Depuis que j'ai ces interrupteurs Opple dans une boîte en attente d'être installés et intégrés dans toute ma maison, je ne peux pas me démarquer sans savoir pourquoi tous les boutons événements fonctionnent à Aqara mais pas à deconz. :)

Certes, le support de Conbee 2 devrait arriver cette année...
Mais ce serait formidable si vous pouviez renifler le trafic, cela aiderait certainement avec les trucs manquants.

Certes, le support de Conbee 2 devrait arriver cette année...
Mais ce serait formidable si vous pouviez renifler le trafic, cela aiderait certainement avec les trucs manquants.

J'ai commandé un CC2531 avec débogueur/programmeur hier. Je signalerai les journaux ici une fois qu'il arrivera.

Parfait 👍

salut à tous - des progrès incroyables sur ce point jusqu'à présent :-) .
quelqu'un peut-il publier ici une API de repos compilée pour ubuntu avec le support opple? J'ai essayé de compiler avec les instructions de la page principale et je n'arrive pas à obtenir la première commande (sudo apt install deconz-dev) - je ne trouve pas deconz-dev....

Je pense que vous devriez être un peu plus patient, je suis sûr que @manup publiera bientôt une nouvelle version :)

:sob: mais je le veux maintenant :grin:
Je souhaite mettre à jour le plugin python domoticz pour le créer et le prendre en charge, mais je serai patient.

J'ai donc reniflé le trafic entre le hub Aqara et les commutateurs Opple 6 boutons + 4 boutons.
Les différences que j'ai remarquées sont que :
Un seul clic :
"Uint16 : 1 (0x0001)"
Double-clic :
"Uint16 : 2 (0x0002)"
Tenir:
"Uint16 : 0 (0x0000)"
Relâchez la prise :
"Uint16 : 255 (0x00ff)"

Je ne pense pas que vous aurez besoin de journaux pour tous les boutons car la seule valeur qui change est "Source endpoint" indique seulement s'il s'agit du bouton 1, 2, 3, 4, 5 ou 6.
Les journaux suivants seront pour le bouton 1.

6 boutons simple clic :

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 boutons double-clic :

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)

Maintien du bouton 6 :

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)

Maintien du relâchement à 6 boutons :

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)

Le bouton 4 est donc très similaire, ainsi que tous les journaux du premier bouton.
4 boutons simple clic :

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)

Double-clic sur 4 boutons :

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)

Maintien des 4 boutons :

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)

Maintien du relâchement à 4 boutons :

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)

Il y a un peu plus d'arbre dans les journaux, mais je ne pense pas que ce soit nécessaire ? Cependant, si d'autres journaux sont nécessaires, je serai heureux de vous les fournir.

De la chance avec un renifleur, @addellll ? J'ai une version à 6 boutons et je pense qu'elle agit assez étrangement. Je ne suis pas convaincu que la carte des boutons soit correcte. Il est difficile de croire que les choses seraient fondamentalement différentes entre le hub d'Aqara et deCONZ. (Edit : Ah, je vois votre nouveau message juste au-dessus... opportun !)

Bonnes choses, @addellll

Il me semble que l'Opple est un hybride, tout comme le gradateur Hue : il envoie à la fois des commandes pour contrôler les lumières directement ainsi que des rapports pour informer le coordinateur. L'utilisation de _Multistate Input_ et _Present Value_ est typique pour Xioami, mais généralement, ils annoncent les clusters (et les points de terminaison) dans les descripteurs.

Je crains un peu que ces rapports n'apparaissent pas dans le journal deCONZ. Ce serait atypique pour Xiaomi, mais peut-être que le hub Aqara fait une certaine configuration lorsque le switch est appairé ?

@merdok , il

@addellll merci pour ça ! Avec cette connaissance, nous pouvons améliorer le support :)

@ebaauw mais je ne vois pas le cluster multi-états dans le deconz gui sur ces commutateurs ? Cela sera-t-il un problème?

Je ne pense pas, mais je ne suis pas sûr. C'est peut-être pour cela que vous n'avez pas vu ces rapports dans le journal ?

Je sais qu'il existe d'autres appareils qui n'annoncent pas tous les clusters pris en charge. Pour ceux-ci, le plugin REST API repousse simplement le cluster manquant vers l'empreinte digitale, après quoi l'interface graphique les affichera. Je suppose qu'une approche similaire pourrait être adoptée pour les points de terminaison manquants, mais je ne pense pas avoir déjà vu cela.

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

J'ai donc juste essayé d'ajouter .push_back(MULTISTATE_INPUT_CLUSTER_ID); à plusieurs endroits aux commutateurs, mais cela n'a pas aidé... Le cluster multi-états n'apparaît toujours pas dans l'interface graphique de deconz et aucun événement/rapport de ce cluster n'apparaît dans le journal. Je ne sais pas où est le problème.

Moi non plus, j'en ai peur. Il est également possible que le capteur ait besoin d'un réglage spécial avant d'envoyer les rapports _Multistate Input_. Nous aurions besoin d'un journal de renifleur lors de l'association du capteur au hub Aqara pour confirmer ou infirmer cela.

Oh, vous ajouteriez le cluster au fpSwitch.inClusters lors du traitement du cluster _Basic_, en vérifiant en fonction du modelId et du manufacturercode de l'Opple. Cela devrait au moins suffire pour les rapports du premier point de terminaison.

Je fournirai les journaux d'appariement ce soir ou demain.

Il s'agit d'un vidage complet de la seconde avant de mettre le hub Aqara en mode d'appairage jusqu'à ce que l'appairage avec le commutateur soit réussi. De plus, la dernière action est une simple pression sur le premier bouton.
https://anonfile.com/d9K910P9n4/OppleAqaraPairing_pcapng
Ouvrez-le simplement dans Wireshark.

Merci. Je ne vois rien être configuré sur l'Opple. Cependant, l'Opple demande le _Node Descriptor_ au coordinateur. Je n'ai jamais vu d'appareils faire ça auparavant. Essaie-t-il de déterminer (à partir du _Code du fabricant_ 0x115F) s'il est connecté à un réseau par un hub Xioami ? Ou est-ce juste pour confirmer qu'il peut envoyer des rapports d'attributs au coordinateur ?

@addellll avez-vous déjà essayé d'associer l'Opple à deCONZ, en reniflant s'il envoie également les rapports d'attribut _Multistate Input (Basic)_ à la passerelle ?

Fait intéressant, le hub Aqara ne vérifie pas le _Node Descriptor_ d'Opple ni les _Simple Descriptors_. Cela suggérerait qu'il a codé en dur l'empreinte digitale de chaque appareil, sur la base de l'_Identifiant de modèle_ et probablement de la _Version de l'application_ (car il interroge uniquement ces attributs _Basic_). L'Oppla envoie également un rapport d'attribut pour ces deux attributs.

Je vois un rapport d'attribut pour 0xfcc0/0x00f7 (avec le code du fabricant 0x115f), qui ressemble étrangement au rapport d'attribut spécial Xiaomi, mais maintenant codé en tant que chaîne octec (type 0x41). La charge utile semble décoder très bien, cependant :

  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

Je ne pense pas que nous ayons déjà vu la balise 0c . 64 est utilisé pour ouvrir/fermer sur le capteur de porte, pour fuite sur le capteur d'eau, et pour marche/arrêt pour le lumi.ctrl_ln2 . 04 , 08 et 0a sont assez courants, mais nous n'avons pas pu comprendre ce qu'ils signifient.
En résumé : nous devrions pouvoir supporter config.battery et config.temperature pour l'Opple.

Pouvez-vous me dire où se déroule le traitement du cluster de base ? J'ai trouvé quelque chose sur :
https://github.com/dresden-elektronik/deconz-rest-plugin/blob/10810836905fbcd1e7c9fafcaf386702c9fed41f/de_web_plugin.cpp#L3706
mais cela n'est jamais appelé pour aucun de mes appareils ...

Je pense que nous devrions nous concentrer sur le cluster Multistate en ce moment et le faire fonctionner, après cela nous pouvons obtenir la température et la batterie de l'attribut spécial

ÉDITER:
Ok, j'ai compris que cela vient juste d'être appelé lors de l'appairage de l'appareil. Il a donc été appelé et j'ai ajouté le cluster multi-états dans fpSwitch.inClusters mais toujours pas de chance. Aucun changement dans l'interface graphique et aucun événement/rapport n'arrive...

Vidage complet en cours d'exécution du commutateur Aqara dans mon deconz avec différentes pressions sur les boutons. Mais je n'exécute pas le dernier code source ici avec le pull fusionné. L'ID source est 0x4177. Je ne sais pas si cela peut aider...
https://anonfile.com/Z34b69Pdne/OppleDeconz_pcapng

Utilisation de deCONZ 2.05.66 avec un Conbee (I). Je me rends compte que les commutateurs Opple ne sont pas encore pris en charge, mais je me demande pourquoi toutes mes lumières zigbee (Hue et Tradfri) sont allumées/éteintes lorsque j'appuie sur un bouton après avoir couplé le commutateur Opple 6. Une sorte de commande breadcast est-elle envoyée ?

Utilisation de deCONZ 2.05.66 avec un Conbee (I). Je me rends compte que les commutateurs Opple ne sont pas encore pris en charge, mais je me demande pourquoi toutes mes lumières zigbee (Hue et Tradfri) sont allumées/éteintes lorsque j'appuie sur un bouton après avoir couplé le commutateur Opple 6. Une sorte de commande breadcast est-elle envoyée ?

Il n'y a pas encore de build pour cette mise à jour, vous devez compiler le code source pour le faire fonctionner aujourd'hui, sinon vous devez attendre que @manup fasse une nouvelle build. Je suis sûr que ça viendra bientôt.

Utilisation de deCONZ 2.05.66 avec un Conbee (I). Je me rends compte que les commutateurs Opple ne sont pas encore pris en charge, mais je me demande pourquoi toutes mes lumières zigbee (Hue et Tradfri) sont allumées/éteintes lorsque j'appuie sur un bouton après avoir couplé le commutateur Opple 6. Une sorte de commande breadcast est-elle envoyée ?

Il n'y a pas encore de build pour cette mise à jour, vous devez compiler le code source pour le faire fonctionner aujourd'hui, sinon vous devez attendre que @manup fasse une nouvelle build. Je suis sûr que ça viendra bientôt.

Je sais :) Je me demande juste pourquoi toutes mes lumières zigbee sont allumées/éteintes avec la version actuelle de deCONZ. Est-ce qu'il envoie des commandes de diffusion ou quelque chose ?

Oui, le commutateur envoie une diffusion qui affecte les lumières de votre réseau zigbee. Ce problème sera corrigé dès la sortie de la nouvelle version.

Oui, le commutateur envoie une diffusion qui affecte les lumières de votre réseau zigbee. Ce problème sera corrigé dès la sortie de la nouvelle version.

@merdok - J'ai écrit des pilotes de périphérique Xiaomi / Aqara pour un système HA différent, Hubitat, et je me demande comment vous avez contourné le problème de ces commutateurs qui envoient des messages groupés au groupe _tous les appareils_.

Votre modification deCONZ conserve-t-elle la liaison avec le coordinateur mais change-t-elle le groupe affecté en un groupe vide sur le coordinateur ?

Il n'y a aucun engagement envers le coordinateur. Les appareils Xiaomi envoient leurs rapports au coordinateur (adresse NWK 0x0000) par défaut.

Il n'y a pas de groupes sur le coordinateur. Un groupe ZigBee est comme une adresse de multidiffusion, à laquelle les appareils s'abonnent. Voir le panneau _Cluster Info_ dans l'interface graphique de deCONZ pour le cluster de serveur (bleu) _Groups_ pour plus de détails.

À l'état neuf, l'Opple envoie des messages de diffusion pour contrôler directement les lumières (sans interférence de deCONZ). Lors de la liaison des clusters client (gris) _On/Off_ et _Level Control_ à un groupe, il envoie des messages groupcast à la place. deCONZ écoute les messages de diffusion/diffusion de groupe pour procéder à l'ingénierie inverse des événements de bouton. Lorsqu'il voit un groupcast, il définit config.group dans la ressource du capteur.

Il n'y a aucun engagement envers le coordinateur. Les appareils Xiaomi envoient leurs rapports au coordinateur (adresse NWK 0x0000) par défaut.

Il n'y a pas de groupes sur le coordinateur. Un groupe ZigBee est comme une adresse de multidiffusion, à laquelle les appareils s'abonnent. Voir le panneau _Cluster Info_ dans l'interface graphique de deCONZ pour le cluster de serveur (bleu) _Groups_ pour plus de détails.

Je ne connais pas très bien les réseaux ZigBee, mais les tables de liaison ne sont-elles pas stockées et gérées par le coordinateur ?

Et quel(s) appareil(s) gère(nt) les groupes ZigBee - le coordinateur, les routeurs, les terminaux ou les trois ?

À l'état neuf, l'Opple envoie des messages de diffusion pour contrôler directement les lumières (sans interférence de deCONZ). Lors de la liaison des clusters client (gris) _On/Off_ et _Level Control_ à un groupe, il envoie des messages groupcast à la place. deCONZ écoute les messages de diffusion/diffusion de groupe pour procéder à l'ingénierie inverse des événements de bouton. Lorsqu'il voit un groupcast, il définit config.group dans la ressource du capteur.

Dans le nouvel état d'usine, j'ai compris que les boutons Aqara-Opple diffusaient des messages à tous les nœuds (point de terminaison 0xFFFF), donc les clusters sont liés à ce point de terminaison, n'est-ce pas ?

Si je comprends bien votre explication, la seule façon d'utiliser les boutons Aqara-Opple est de lier les clusters pertinents à un groupe, et non au coordinateur - donc la monodiffusion n'est pas possible. Et les commutateurs Aqara-Opple doivent toujours être configurés pour contrôler au moins un terminal directement (en tant que membre d'un groupe).

Alors je me demande comment le hub Aqara gère la configuration des boutons Aqara-Opple pour qu'ils ne contrôlent pas toutes les lumières/interrupteurs sur le mesh par défaut après l'appairage ?

mais les tables de liaison ne sont-elles pas stockées et gérées par le coordinateur ?

Non, chaque appareil ZigBee a sa propre table de liaison, qui configure par point de terminaison et cluster où envoyer les messages. Voir la section sur le _Binding Dropox_ dans le manuel d'utilisation de l'interface graphique, à partir du menu d'aide.

Et quel(s) appareil(s) gère(nt) les groupes ZigBee

Un groupe ZigBee n'est qu'un numéro, pas un objet à gérer. Chaque appareil gère sa propre adhésion, c'est-à-dire qu'il possède sa propre table d'adhésion des groupes qu'il écoute. Comme je l'ai dit précédemment, cette table est gérée via le cluster _Groups_.

point de terminaison 0xFFFF

C'est l'adresse de diffusion NWK, pas un point de terminaison.

les clusters sont donc liés à cette destination de point de terminaison , n'est-ce pas ?

Non, comme je l'ai dit, c'est codé en dur au cas où il n'y aurait pas d'entrée dans la table de liaison.

la seule façon dont les boutons Aqara-Opple peuvent être utilisés

Non, je n'ai jamais dit ça. Pour empêcher l'Opple d'envoyer des diffusions, vous devez créer des liaisons à partir des clusters _On/Off_ et _Level Control_. La meilleure pratique est celle d'un groupe. L'interrupteur ne sait pas et ne se soucie pas si des lumières écoutent ce groupe.

pour contrôler au moins un terminal directement

Les commutateurs contrôlent généralement les routeurs ; les terminaux ont tendance à dormir et ne peuvent pas être contrôlés, car leur radio est éteinte (pour économiser la batterie).

Alors je me demande comment le hub Aqara gère la configuration des boutons Aqara-Opple pour qu'ils ne contrôlent pas toutes les lumières/interrupteurs sur le mesh par défaut après l'appairage ?

Il crée les liaisons sur l'appareil. Et il en sera de même pour le plugin REST API une fois que le commutateur sera entièrement pris en charge.

Merci pour votre patience, @ebaauw ! J'ai tout compris, mais j'ai encore une question :

Pour empêcher l'Opple d'envoyer des diffusions, vous devez créer des liaisons à partir des clusters _On/Off_ et _Level Control_. La meilleure pratique est celle d'un groupe. L'interrupteur ne sait pas et ne se soucie pas si des lumières écoutent ce groupe.

Les liaisons peuvent-elles être créées à partir de ces clusters vers autre chose qu'un groupe ?

La raison pour laquelle je demande est que je n'utilise pas DeCONZ, j'utilise une solution HA différente et j'essaie de trouver une méthode pour que les appareils à boutons Aqara-Opple fonctionnent de la même manière que les appareils à boutons Aqara / Xiaomi - envoi uniquement rend compte au coordinateur.

Voir la conversation ci-dessus. L'Opple fonctionne différemment de tous les autres appareils Xiaomi, en contrôlant directement les lumières. En plus de cela, il envoie des rapports des clusters _Multistate Input_ du serveur au coordinateur, encore une fois sans liaison. D'une manière ou d'une autre, deCONZ ne les reçoit pas ou ne les traite pas, nous cherchons toujours pourquoi (probablement lié au fait que l'Opple n'annonce pas les clusters _Multistate Input_ ni les autres points de terminaison). Vous devez toujours créer des liaisons pour les clusters clients afin d'empêcher Opple de diffuser les commandes.

Notez que la création de liaisons n'est pas exposée par l'API REST. Ceci est interne au plugin REST API.

Hors du fil, je ne suis pas sûr : le support d'Aqara OPPLE est-il à prévoir dans la prochaine version ?
Je ne vois aucune référence "OPPLE" dans les commits.

Oui, le support initial sera inclus dans la prochaine version.

Est-il déjà inclus dans le http://deconz.dresden-elektronik.de/raspbian/beta/deconz-latest-beta.deb qui a été mis à jour le 14 ?

J'ai testé deconz-2.05.73 avec les commutateurs Aqara OPPLE *4 et *6 boutons.
Et est la possibilité d'ajouter des commutateurs.

La presse simple est ok.
Mais * 2 clics et appui long sont aléatoires.
Travaille sur un bouton.

Mais je ne vois pas les commutateurs dans phoscon.

Le 2 clic et l'appui long sont différents entre ces commutateurs. C'est parce que nous avons toujours du mal à rendre le point de terminaison correct disponible dans deconz. On sait qu'il y a un cluster Multistate présent sur le switch mais il n'est pas visible dans deconz...

Bonjour, avec la version bêta duré, j'ai essayé avec succès d'inclure 4 boutons et 6 boutons dans Phoscon, mais ne pas afficher comme vous le dites ostgardh.

Commutateur 4 boutons : 1 clic ok sur 4 boutons, double clics ok sur les boutons 3 et 4, pas de clics longs
Commutateur 6 boutons : 1 clic ok sur 6 boutons, double clics pas ok, et clic long ok sur les boutons 3, 4, 5, mais sur le bouton 6 le clic long revient au relâchement des 5 boutons (6001 -> 5003)

J'ai une question : comment ouvrir l'interrupteur pour changer de batterie ?

Je viens de mettre à jour la version 2.05.73 - comment coupler le commutateur opple ? Appuyer sur le bouton C au dos ne fait rien, la LED clignote 3 fois mais deconz ne reconnaît pas le switch.

deconz ne reconnait pas le switch

Vous ne pouvez pas le voir dans l'interface graphique de deconz après son couplage, et il ne signalera pas qu'il a couplé quoi que ce soit lorsque vous essayez de le coupler. Si vous utilisez Home assistant, vous pouvez vnc dans deconz pour voir si le commutateur est dans la carte de l'appareil.

@mrgreenfr

J'ai une question : comment ouvrir l'interrupteur pour changer de batterie ?

Maby est vous aider.
https://homekitnews.com/2019/12/04/aqara-opple-smart-switch-review/
Faites défiler jusqu'à LE SUJET DU REMPLACEMENT DE LA BATTERIE

Si quelqu'un est intéressé, j'ai ajouté un support de base pour Domoticz pour la variante à 6 boutons - cela fonctionne avec une simple pression et une double pression pour les boutons du milieu. C'est plutôt bien :-)

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

Bonjour, avec la version bêta duré, j'ai essayé avec succès d'inclure 4 boutons et 6 boutons dans Phoscon, mais ne pas afficher comme vous le dites ostgardh.

Commutateur 4 boutons : 1 clic ok sur 4 boutons, double clics ok sur les boutons 3 et 4, pas de clics longs
Commutateur 6 boutons : 1 clic ok sur 6 boutons, double clics pas ok, et clic long ok sur les boutons 3, 4, 5, mais sur le bouton 6 le clic long revient au relâchement des 5 boutons (6001 -> 5003)

J'ai une question : comment ouvrir l'interrupteur pour changer de batterie ?

J'ai le même problème avec le relâchement des 6 boutons après un long clic. Evénement de retour à distance 5003 au lieu de 6003.
@merdok Avez-vous une chance de regarder le problème avec le sixième bouton ? Merci d'avance.

Est-ce que zigbee2mqtt prend en charge le commutateur Aqara Opple
https://www.zigbee2mqtt.io/devices/WXCJKG13LM.html
J'essaie de creuser dans le code zigbee2mqtt et de trouver comment ils ont résolu le support d'opple ..

@bastshoes je connais ce problème, j'essaierai de le résoudre quand
@ostgardh la dernière fois que j'ai vérifié leur implémentation, c'était assez proche de celui-ci, donc je suppose qu'ils auront les mêmes problèmes que nous avons avec le double-clic et un appui long sur les versions à 4 et 6 boutons.

Je vois dans le code que les commutateurs Opple ne signalent pas les bonnes valeurs buttonevent , je ne peux donc pas ajouter de support à homebridge-hue.

Le x000 (appuyer), x001 (maintenir), x002 (relâcher) et x003 (relâcher après maintien) proviennent du gradateur Hue. Lorsque vous appuyez/relâchez un bouton, il envoie x000, x002. En appuyant, en maintenant, en relâchant un bouton, il envoie x000, x001, x001, ..., x001, x003.
Le pont Hue ne prend pas en charge les notifications push, donc les clients API (comme homebridge-hue) doivent interroger le pont. Le meilleur que le pont est capable de gérer est une fois toutes les 2 secondes. Cela signifie que les clients API risquent de manquer l'événement x000 et certains des événements x001. Par conséquent, leur logique est basée sur la visualisation de x002 et x003.

Assurez-vous donc que chaque séquence d'action de bouton (maintenir)-relâcher se termine par x002 ou x003. Ne _pas_ émettre x000 sans x002 ou x003 correspondant, et _pas_ émettre un x001 sans x003 correspondant. Si un commutateur n'envoie qu'une commande à la pression, il doit être mappé sur x002 ; uniquement s'il envoie une commande à l'appui et une au relâchement, l'appui est mappé sur x000 et le relâchement sur x002.

Je ne sais pas exactement ce que vous entendez par là, je ne suis pas un expert des événements et j'ai juste fait mon développement en fonction des événements pour d'autres boutons. Je n'ai eu aucun problème depuis que j'ai implémenté cela (en utilisant HomeAssistant). Pouvez-vous peut-être m'indiquer quoi et où doit être ajusté exactement ?

De plus, nous ne voyons toujours pas le cluster Multistate dans deconz, ce qui, je suppose, est nécessaire pour ajouter un support Opple approprié. Il manque actuellement des événements que les commutateurs envoient mais n'arrivent pas dans deconz en raison du cluster non disponible.

Pouvez-vous peut-être m'indiquer quoi et où doit être ajusté exactement ?

Vous souhaitez émettre :

• Pour une seule pression : x002 ( S_BUTTON_ACTION_SHORT_RELEASED );
• Pour un appui long : x003 ( S_BUTTON_ACTION_LONG_RELEASED );
• Pour la double pression : 0x004 ( S_BUTTON_ACTION_DOUBLE_PRESS ).

N'émettez un x000 ( S_BUTTON_ACTION_INITIAL_PRESS ) que s'il sera suivi d'un x002 ou x003 ; n'émettez un x001 ( S_BUTTON_ACTION_HOLD ) que s'il sera suivi d'un x003. C'est-à-dire, si le commutateur envoie des messages différents pour appuyer/maintenir vs relâcher.

De plus, nous ne voyons toujours pas le cluster Multistate dans deconz, ce qui, je suppose, est nécessaire pour ajouter un support Opple approprié

Juste après ici :
https://github.com/dresden-elektronik/deconz-rest-plugin/blob/84cd1b0bdf4e66b5f244cf733c263166129fca62/de_web_plugin.cpp#L3848 -L3852
vous souhaitez ajouter les éléments suivants :

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

Cela devrait afficher le cluster dans l'interface graphique et permettre la journalisation des messages. Je ne sais pas si le commutateur nécessite une liaison. En règle générale, les appareils Xiaomi envoient des rapports au coordinateur (adresse NWK 0x0000) prêts à l'emploi, mais ces commutateurs ne ressemblent à aucun autre commutateur Xioami.

Pour gérer les rapports _Multistate Input_, vous devez modifier
https://github.com/dresden-elektronik/deconz-rest-plugin/blob/84cd1b0bdf4e66b5f244cf733c263166129fca62/de_web_plugin.cpp#L3407
à

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

Vous pouvez le faire avec un seul boutonMap pour les trois commutateurs :

• ep correspond au bouton (0x01, ... 0x06 pour S_BUTTON_1 à S_BUTTON_6 ; les commutateurs à 2 et 4 boutons n'enverront tout simplement pas de messages à partir des points de terminaison supérieurs) ;
• cluster est 0x0012 (_Entrée multi-états_);
• cmd est 0x0a (_Attributs de rapport_);
• param est :
  
  
  
  • 0 pour S_BUTTON_ACTION_HOLD ;
  
  
  • 1 pour S_BUTTON_ACTION_SHORT_RELEASED ;
  
  
  • 2 pour S_BUTTON_ACTION_DOUBLE_PRESS ;
  
  
  • 255 pour S_BUTTON_ACTION_LONG_RELEASED .
  
  

Merci! Je vais vérifier ça ce week-end et voir si je peux le faire fonctionner !

@ebaauw
J'ai essayé d'ajouter le cluster multi-états selon votre suggestion, mais cela n'a pas fonctionné. Le code est appelé, car j'y ai également ajouté un journal et je le vois dans la console, mais le cluster multi-états n'apparaissait toujours pas dans l'interface graphique.
D'autres idées ?

Actuellement, je ne peux pas ajuster la carte des boutons selon votre demande, car le bouton n'envoie qu'un S_BUTTON_ACTION_INITIAL_PRESS et c'est tout. Rien ne vient après ça. Aucun S_BUTTON_ACTION_SHORT_RELEASED vient.
Sur certains boutons, un S_BUTTON_ACTION_LONG_RELEASED revient. Mais ici aussi, quand je tiens longtemps et que je relâche, rien ne revient.

Je pense que sans faire fonctionner le cluster multi-états, nous ne pouvons pas obtenir un support approprié pour ces commutateurs ...

Bon, j'ai revérifié mon lumi.sensor_wleak : en effet, le cluster _IAS Zone_ ajouté ne s'affiche pas dans l'interface graphique, mais les messages de ce cluster sont mis à disposition du plugin REST API.

Je ne vois aucun nouvel événement ou message après avoir ajouté le cluster avec votre code. Rien n'a vraiment changé.

As-tu re-appairé le switch ?

Oui, j'ai réparé. Et comme je l'ai dit, j'ai vu le code être appelé car j'y ai ajouté une sortie de journal et il est apparu dans la console.

Qu'est-ce que le uniqueid de la ressource /sensors ? Est-ce que ça se termine par -01-0012 ?

Malheureusement non:

{
"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, c'est probablement parce que le cluster client _On/Off_ (out) est prioritaire ici :
https://github.com/dresden-elektronik/deconz-rest-plugin/blob/69946322ade31ba98f2d0827f3dc7a8fc07a71b5/de_web_plugin.cpp#L4764

Empêchez peut-être l'ajout des clusters clients en répertoriant les commutateurs ici :
https://github.com/dresden-elektronik/deconz-rest-plugin/blob/69946322ade31ba98f2d0827f3dc7a8fc07a71b5/de_web_plugin.cpp#L4290 -L4293
Après cela et le ré-appairage, il devrait se terminer par -01-0012 .

J'ai vu le code être appelé car j'y ai ajouté une sortie de journal et il est apparu dans la console.

Juste pour vérifier, ce serait cette ligne?

    fpSwitch.inClusters.push_back(MULTISTATE_INPUT_CLUSTER_ID);

Actuellement, je ne peux pas ajuster la carte des boutons selon votre demande, car le bouton n'envoie qu'un S_BUTTON_ACTION_INITIAL_PRESS et c'est tout.

Le bouton n'envoie pas S_BUTTON_ACTION_INITIAL_PRESS. Il envoie une commande à la presse, qui est actuellement mappée sur S_BUTTON_ACTION_INITIAL_PRESS. Cette commande aurait dû être mappée sur S_BUTTON_ACTION_SHORT_RELEASED à la place, car le bouton n'envoie pas d'autre commande au relâchement.

Empêchez peut-être l'ajout des clusters clients en répertoriant les commutateurs ici :

Ok, maintenant le uniqueid se termine par -01-0012 mais je ne vois aucun nouveau message ou événement dans la console. Le commutateur fonctionne comme avant, rien de vraiment à part l'uniqueid changé.

Juste pour vérifier, ce serait cette ligne?

Oui, cette ligne.

Le bouton n'envoie pas S_BUTTON_ACTION_INITIAL_PRESS. Il envoie une commande à la presse, qui est actuellement mappée sur S_BUTTON_ACTION_INITIAL_PRESS. Cette commande aurait dû être mappée sur S_BUTTON_ACTION_SHORT_RELEASED à la place, car le bouton n'envoie pas d'autre commande au relâchement.

Oh, je dois donc changer la carte des boutons de S_BUTTON_ACTION_INITIAL_PRESS à S_BUTTON_ACTION_SHORT_RELEASED ?

Ok, maintenant l'uniqueid se termine par -01-0012

C'est bon.

mais je ne vois aucun nouveau message ou événement dans la console.

Ce n'est pas bon. En regardant zigbee2mqtt, il fait de la magie pour configurer l'Opple :
https://github.com/Koenkk/zigbee-herdsman-converters/blob/29f6a72d56e6c93e19261e93d2de76fa7da70362/devices.js#L890

Le cluster est défini ici :
https://github.com/Koenkk/zigbee-herdsman/blob/e7050455cedc7dc8115dc1260989a666515923ed/src/zcl/definition/cluster.ts#L3651

Il écrit donc la valeur u8 1 dans le cluster 0xFFC0 0xFCC0, attribut 0x0009, en utilisant le code fabricant 0x115f. Je parie que l'Opple a besoin d'entendre ce mot magique pour commencer à envoyer des messages _Multistate Input_.

Nous faisons quelque chose de similaire pour le gradateur Hue dans delayedFastEnddeviceProbe() , quelque part autour :
https://github.com/dresden-elektronik/deconz-rest-plugin/blob/69946322ade31ba98f2d0827f3dc7a8fc07a71b5/de_web_plugin.cpp#L14171
Je crains que le fichier ne soit trop volumineux pour être répertorié sur GitHub. Je me demande si c'est un indice ? ;-)

Oh, je dois donc changer la carte des boutons de S_BUTTON_ACTION_INITIAL_PRESS à S_BUTTON_ACTION_SHORT_RELEASED ?

Oui s'il vous plaît.

Il écrit donc la valeur u8 1 dans le cluster 0xFFC0, attribut 0x0009, en utilisant le code fabricant 0x115f. Je parie que l'Opple a besoin d'entendre ce mot magique pour commencer à envoyer des messages d'entrée multi-états.

Ça a du sens. Mais je n'ai aucune idée de comment l'écrire au point de terminaison avec deconz. Pourriez-vous me dire comment et où je dois le faire ?

Nous faisons quelque chose de similaire pour le gradateur Hue dans delayFastEnddeviceProbe(), quelque part autour :

Je ne trouve pas l'implémentation de la méthode delayedFastEnddeviceProbe() dans de_web_plugin.cpp, je la vois juste être appelée deux fois. Es-tu sûr que c'est dans ce fichier ?

Oui s'il vous plaît.

Je peux faire ce changement, mais est-il logique de l'ajuster encore maintenant, puisque nous nous rapprochons pour que le cluster multi-états fonctionne ?

BTW : savez-vous comment ajouter un support approprié pour Home Assistant ? Actuellement, je dois écouter les événements du commutateur et sous Device for the Opple, il n'y a que la batterie répertoriée. D'autres commutateurs y ont tous les événements répertoriés...

Je ne trouve pas l'implémentation de la méthode delayedFastEnddeviceProbe() dans de_web_plugin.cpp, je la vois juste être appelée deux fois. Es-tu sûr que c'est dans ce fichier ?

Je devrai revérifier quand je serai de retour à la maison. Comme je l'ai mentionné, le fichier est trop volumineux pour que GitHub puisse l'afficher dans son intégralité. Les deux derniers milliers (!) de lignes manquent.

Je peux faire ce changement, mais est-il logique de continuer à l'ajuster maintenant

Je suis d'accord, concentrons-nous sur le fonctionnement de _Multistate Input_.

BTW : savez-vous comment ajouter un support approprié pour Home Assistant ?

Désolé, je n'utilise ni ne connais HA.

Je devrai revérifier quand je serai de retour à la maison. Comme je l'ai mentionné, le fichier est trop volumineux pour que GitHub puisse l'afficher dans son intégralité. Les deux derniers milliers (!) de lignes manquent.

Oh, maintenant. Je vois la méthode maintenant dans mon environnement de développement local.

Ok, donc sur la base de zigbee2mqtt, nous savons maintenant ce qui doit être fait pour que le cluster multi-états fonctionne, maintenant nous devons simplement trouver le bon emplacement pour écrire les données sur le point de terminaison (au démarrage, je suppose).

Le bon endroit est dans delayedFastEnddeviceProbe() , à côté de l'endroit où l'attribut Hue dimmer est écrit. Cela fait quelques années que je n'ai pas écrit ça, mais ça marche toujours. Voir https://github.com/dresden-elektronik/deconz-rest-plugin/commit/82cdb3b521e3704d2c75b17eb360b334893f7bf5.

J'ai donc ajouté ceci :

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);
}

Le code est appelé lors de l'appariement (je vois le DBG_Printf dans la console), mais le cluster multi-états n'est toujours pas visible dans l'interface graphique, pas de nouveaux événements ou messages. Qu'ai-je fait de mal?

Voici une sortie de journal :

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

J'ai également recherché dans toute la console les références d'identifiant de cluster multi-états (0x0012), mais il n'y a pas d'entrée unique pour cela ...

L'attribut Opple est de type u8, donc le deuxième argument du constructeur ZclAttribute doit être deCONZ::Zcl8BitUint . Vous devez le définir sur la valeur u8 de 1 à attr.setValue((quint64) 1); .

Les classes deCONZ:: proviennent de l'API C++ que le programme de base deCONZ propose aux plugins. Voir les fichiers #include du package deconz-dev , installés dans /usr/include/deconz . Le site Web documentant cette API C++ a disparu...

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);
}

Toujours rien. Dois-je laisser les hacks d'hier ou dois-je les supprimer ?

Supprimez l'appel à setBitMap , juste pour être sûr.

Toujours rien...

Double-vérifié et triple-vérifié les sources zigbee2mqtt. Il m'a fallu une quatrième vérification pour voir que le cluster est 0xFCC0 . Ma faute.

Heh, j'ai copié cela à partir de votre commentaire mais même après cela, je l'ai comparé plusieurs fois à la source mais je n'ai pas non plus remarqué l'erreur...

Ok, donc maintenant je peux enfin voir quelque chose de nouveau.

Un cluster multi-états et 2 nouveaux points de terminaison sont apparus dans l'interface graphique :

Mon ancienne carte des boutons ne fonctionne plus.
De nouveaux événements proviennent du cluster 0x0012 (multi-états) :

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

Quelques nouveautés comme le rapport d'attribut ZCL :

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

Certains d'entre eux du point final 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

Je ne sais pas comment gérer ces...

Modifier maintenant, j'ai 6 nouveaux points de terminaison dans l'interface graphique, pour chaque bouton de la télécommande, un point de terminaison est créé. Ils n'apparaissent dans l'interface graphique que lorsque j'appuie pour la première fois sur un bouton de la télécommande.

Le message no button handler for: dans la console n'apparaît que pour le premier point de terminaison, pour tout le reste, je ne vois que ZCL attribute report dans la console.

uniqueid dans rest api se termine toujours par -01-0006

Donc, je suppose que maintenant j'ai juste besoin de configurer une nouvelle carte de boutons et cela devrait fonctionner. Alors, comment puis-je créer une carte de boutons appropriée maintenant avec ces nouvelles données ?

Un cluster multi-états et 2 nouveaux points de terminaison sont apparus dans l'interface graphique :
Ils n'apparaissent dans l'interface graphique que lorsque j'appuie pour la première fois sur un bouton de la télécommande.

Ah c'est vrai (bien sûr, maintenant je m'en souviens); l'interface graphique affiche les clusters (non signalés dans les _descripteurs détaillés_) lorsqu'elle voit un message du périphérique provenant de ce cluster.

Mon ancienne carte des boutons ne fonctionne plus.

Vous souhaiterez peut-être vérifier que les liaisons pour les clusters clients ont été créées.

Cependant, le commutateur utilise très probablement les clusters clients ou le cluster de serveurs _Multistate Input_. Peut-être qu'écrire une autre valeur à l'attribut magique changerait le mettre en mode "double", mais je pense que nous devrions compter nos bénédictions et ne pas essayer de réparer ce qui n'est pas cassé.

Vous devez toutefois vous abstenir de créer un groupe pour ces commutateurs, d'exposer config.group et de configurer les liaisons de cluster client.

Je ne sais pas comment gérer ces...

Dans le boutonCarte.

Le gestionnaire no button for : le message dans la console n'apparaît que pour le premier point de terminaison

Il est préférable de créer d'abord une nouvelle carte de boutons.

pour tout le reste, je ne vois que le rapport d'attribut ZCL dans la console.

Et c'est ce que nous voulons voir!

uniqueid dans l'api de repos se termine toujours par -01-0006

Assurez-vous de ne pas ajouter les clusters clients à l'empreinte digitale fpSwitch, voir https://github.com/dresden-elektronik/deconz-rest-plugin/issues/2061#issuecomment -593149167.

Alors, comment puis-je créer une carte de boutons appropriée maintenant avec ces nouvelles données ?

Voir ci-dessus, https://github.com/dresden-elektronik/deconz-rest-plugin/issues/2061#issuecomment -592617874. J'ai lu que le commutateur prend également en charge la triple pression avec la valeur 3.

Vous devez cependant vous abstenir de créer un groupe pour ces commutateurs, d'exposer config.group et de configurer les liaisons de cluster client.

Désolé, je ne comprends pas. Pourriez-vous être plus précis?

Assurez-vous de ne pas ajouter les clusters clients à l'empreinte digitale fpSwitch, voir #2061 (commentaire).

En faisant cela, je dois également repousser le cluster multi-états ( fpSwitch.inClusters.push_back(MULTISTATE_INPUT_CLUSTER_ID); ) sinon le commutateur ne s'appariera pas, est-ce correct ?

Commencé une nouvelle carte de boutons selon votre suggestion dans un commentaire précédent :

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 }
};

et cela se traduit toujours par button 1001 Off top hold déclenchement de

Appuyer sur les autres boutons ne fait toujours pas apparaître no button handler for: la console...

Vous trouverez ci-dessous les messages pour chaque événement.

Une seule pression :

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

Appuyez deux fois sur:

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

Triple pression :

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

Tenir:

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

Libérer:

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

Le seul changement entre ces messages est la dernière partie de la charge utile, et semble être exactement comme vous l'avez dit, mais toujours seulement button 1001 Off top hold apparaît dans la console.
Pour les autres boutons, seule l'indication APS-DATA apparaît sur la console et button xxxx même que j'ai ajusté la carte des boutons.

Désolé, je ne comprends pas. Pourriez-vous être plus précis?

N'appelez pas checkSensorGroup() ni checkSensorBindingsForClientClusters() ni sensor->addItem(DataTypeString, RConfigGroup);

En faisant cela, je dois également repousser le cluster multi-états

Oui, cela doit rester.

et cela se traduit toujours par le déclenchement du bouton 1001 Off top hold, peu importe si je fais une simple pression, une double pression, une triple pression, un maintien ou un relâchement.

Pouvez-vous lister le code que vous avez modifié ici :
https://github.com/dresden-elektronik/deconz-rest-plugin/blob/84cd1b0bdf4e66b5f244cf733c263166129fca62/de_web_plugin.cpp#L3407

L'appui sur les autres boutons n'entraîne toujours pas l'absence de gestionnaire de boutons pour : l'apparition de la console...

Avez-vous ajouté les entrées pour les autres points de terminaison au buttonMap ?

N'appelez pas checkSensorGroup() ni checkSensorBindingsForClientClusters() ni sensor->addItem(DataTypeString, RConfigGroup);

j'ai compris! J'ai supprimé mes appels à checkSensorGroup() et checkSensorBindingsForClientClusters() . Ce sensor->addItem(DataTypeString, RConfigGroup); je n'ai jamais ajouté. Le commutateur fonctionne toujours mais le config.group est toujours présent dans le reste de l'API.

J'ai également supprimé checkClientCluster = true; Est-ce que ça va ?

Pouvez-vous lister le code que vous avez modifié ici :

N'y a rien changé.

Avez-vous ajouté les entrées pour les autres points de terminaison au buttonMap ?

Oui je l'ai fait. Ce qui est intéressant, pour les autres boutons, même la méthode checkSensorButtonEvent() n'est pas appelée. Je viens d'y placer une sortie de journal et elle s'imprime dans la console pour le bouton avec le point de terminaison 1, mais pour tous les autres, elle n'imprime pas mon journal donc elle n'est jamais appelée...

Ce qui est intéressant, pour les autres boutons, même la méthode checkSensorButtonEvent() n'est pas appelée.

Il y a toujours un endroit de plus pour la liste blanche... Vous devez mettre les commutateurs en liste blanche ici, pour les rechercher à l'aide du point de terminaison 01.
https://github.com/dresden-elektronik/deconz-rest-plugin/blob/c69b8323051a90dd78035025ffe174df7370f440/de_web_plugin.cpp#L715 -L718

N'y a rien changé.

Vous devriez avoir, voir https://github.com/dresden-elektronik/deconz-rest-plugin/issues/2061#issuecomment -592617874 ci-dessus, juste avant la carte des boutons.

Notez que vous pouvez utiliser la même configuration de boutons pour les trois commutateurs.

J'ai également supprimé checkClientCluster = true; Est-ce que ça va?

Je le pense.

Il y a toujours un endroit de plus pour la liste blanche... Vous devez mettre les commutateurs en liste blanche ici, pour les rechercher à l'aide du point de terminaison 01.

Donc en gros quelque chose comme ça si je vous comprends bien ?

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

Vous devriez avoir, voir #2061 (commentaire) ci-dessus, juste avant le bouton.

Oh désolé, j'ai raté ça d'une manière ou d'une autre.

Je vais ajouter le code manquant aujourd'hui dans la soirée et l'essayer.

Je le pense.

Je suppose que depuis que nous avons maintenant fait fonctionner le cluster multi-états, une partie du code précédent que j'ai ajouté n'est plus nécessaire, donc je veux essayer de le garder aussi propre que possible...
Est-il correct que le config.group apparaisse toujours dans le reste de l'API ? Le commutateur doit-il toujours être dans un groupe maintenant que le cluster multi-états est actif ou n'est-ce plus nécessaire ?

Donc en gros quelque chose comme ça si je vous comprends bien ?

Ouais.

Oh désolé, j'ai raté ça d'une manière ou d'une autre.

Comme je l'ai dit, il y a toujours un endroit de plus...

Est-il correct que le config.group apparaisse toujours dans le reste de l'API ?

Non, ce n'est pas ok, car le commutateur n'envoie désormais aucune commande pour contrôler les lumières de ce groupe. Vous souhaiterez peut-être supprimer la ressource et réassocier le commutateur pour vérifier si config.group est toujours créé. C'est probablement un reste d'avant d'écrire l'attribut spécial.

Ok, maintenant toutes les pressions sur les boutons vont à l'intérieur du checkSensorButtonEvent() afin que ce soit résolu.

Mais maintenant, après avoir ajouté à l'intérieur de la méthode checkSensorButtonEvent() :

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

toutes les pressions sur les boutons affichent no button handler for: même si le bouton est correct et ajusté selon votre suggestion.

Avez-vous vérifié avec une impression de débogage que le bloc then pour ce if est exécuté ?

Oui, ça s'appelle. Il est même appelé 5 fois par simple pression sur un bouton.

EDIT : Désolé, je viens de remarquer que je me trompe si bloquer...

Ok, le switch fonctionne parfaitement maintenant 👍 Tous les événements arrivent et sont correctement gérés. Je pense que nous l'avons compris !
config.group n'est également plus présent dans l'API de repos !
Laissez-moi vérifier les variantes à 4 et 2 boutons et je pense que c'est fait.
Je préparerais une pull request par la suite. Ce serait bien si vous pouviez y jeter un coup d'œil et vérifier si tout va bien, notamment en ce qui concerne la mise à jour du plugin homebridge.

Je pense que nous l'avons compris !

Cool!

Laissez-moi vérifier les variantes à 4 et 2 boutons et je pense que c'est fait.

Utilisez simplement le même buttonMap; ils n'enverront tout simplement pas de rapports à partir des points de terminaison supérieurs.

Une autre petite chose que je viens de remarquer concernant le config.group dans le reste de l'api. Ainsi, lorsque j'associe initialement le commutateur, config.group apparaît dans le reste de l'API, puis après avoir redémarré deconz, il a disparu. Savez-vous pourquoi c'est comme ça et comment puis-je empêcher cela?

Vous avez donc des clics simples, doubles, longs (et triples ?) qui fonctionnent sur tous les boutons maintenant, @merdok ?

Est-ce que config.group s'affiche avec la valeur null ? Voyez-vous une notification Websocket indiquant que la config.group est modifiée ?

Êtes-vous sûr de ne pas effectuer un addItem(DataTypeString, RConfigGroup) pour le nœud du capteur ?

@ebaauw Non, il existe un numéro de groupe et ce groupe est en fait créé.
L'intéressant est que sous le point /groups terminaison
Après avoir couplé le commutateur et redémarré deconz, le commutateur n'a plus la propriété config.group , mais le groupe sous le point /groups terminaison

Non, je n'appelle pas et je n'ai jamais appelé (même dans ma première implémentation) ce addItem(DataTypeString, RConfigGroup)

Je pense qu'il se heurte peut-être à un autre bloc if où cela s'appelle ... mais où?

@jdberry correct, tous les événements fonctionnent ! Simple, Double, Triple, Hold, Long Release

@ebaauw
OK, c'est pas grave. Trouvé l'endroit où le groupe a été créé. C'était dans bindings.cpp

Il y a aussi actuellement ce bloc de code dans bindings.cpp :
https://github.com/dresden-elektronik/deconz-rest-plugin/blob/c69b8323051a90dd78035025ffe174df7370f440/bindings.cpp#L2482 -L2489

Dois-je également y ajouter le cluster MULTISTATE maintenant qu'il fonctionne ?

C'était dans bindings.cpp
Dois-je également y ajouter le cluster MULTISTATE maintenant qu'il fonctionne ?

La plupart des appareils Xiaomi (sinon tous) envoient des rapports prêts à l'emploi au coordinateur. Pas besoin de créer de liaison pour ces appareils. Vous les avez introduits pour l'Opple car il contrôle les lumières directement via ces clusters clients par défaut. Maintenant que le cluster _Multistate Input_ fonctionne, toutes les références à l'Opple doivent être supprimées de bindings.cpp (en supposant qu'il signale également la batterie au coordinateur dès la sortie de la boîte). Assurez-vous également qu'aucune des méthodes de bindings.cpp n'est appelée pour l'Opple. Voir https://github.com/dresden-elektronik/deconz-rest-plugin/issues/2061#issuecomment-593671487 .

Quand est-ce que je sais qu'il signale la batterie au coordinateur ? J'ai supprimé toutes les références aux commutateurs Opple dans bindings.cpp et tout fonctionne toujours sauf la batterie dans le reste de l'API affiche maintenant null , je dois appuyer manuellement sur le bouton de lecture du cluster de configuration d'alimentation dans le deconz gui pour qu'il se mette à jour vers 100 .

EDIT : j'ai actuellement laissé la liaison de tension de la batterie dans le fichier bindings.cpp du commutateur, sans cela, j'obtiens la valeur null pour la batterie dans le reste de l'API.

EDIT : j'ai actuellement laissé la liaison de tension de la batterie dans le fichier bindings.cpp pour le commutateur, sans cela, j'obtiens la valeur null pour la batterie dans le reste de l'API.

On n'aurait peut-être pas besoin de moi, mais ça ne ferait pas de mal, je suppose. config.battery affiche généralement null jusqu'à ce que le premier rapport arrive. Je ne serais pas surpris si la mise en place du reporting déclenche un premier rapport.

J'ai commandé un Opple à six boutons ; des gens gentils ici m'ont donné de l'argent. Une fois que je pourrai renifler son trafic, il sera plus facile de vérifier si la configuration est nécessaire. Il faudra attendre quelques semaines avant qu'il n'arrive, cependant...

Ok cool
J'ai soumis la pull request avec le support amélioré. Tout semble fonctionner correctement ! Si vous avez le temps, jetez-y un coup d'œil et vérifiez si j'ai raté quelque chose.

Travail incroyable @merdok et @ebaauw !!

Travail incroyable @merdok et @ebaauw !!

D'accord! Merci à vous deux d'avoir travaillé dur pour résoudre ce problème !

Je viens de configurer mon premier interrupteur opple à 6 boutons et je me demande si je suis le seul à avoir ce problème, mais je ne l'ai vu nulle part ailleurs dans mes recherches.

En regardant les événements, j'obtiens les événements 1000, 2000,3000,4000,5000 et 6000 pour une seule pression sur les boutons correspondants, ce qui est génial. Les boutons enfoncés 1 ou 2 me donnent les mêmes événements correspondants (1000 et 2000) mais les boutons 3-6 me donnent un code de maintien de (exemple du bouton 3) 3001 et 3003 (au relâchement). une double pression sur l'un des 6 boutons me donne juste l'événement de pression unique, et une triple pression n'effectue aucun événement sur les 6 boutons.

Ce comportement est-il déjà connu/enregistré quelque part, ou suis-je le seul à avoir ce comportement ? J'ai également lancé un nœud de débogage sur le composant deconz dans le nœud rouge à la recherche d'événements, mais il n'y a pas non plus de changement, les mêmes résultats que ci-dessus avec Home Assistant.

Merci d'avance

Vous devez compiler vous-même le plugin REST API (voir README) ou attendre la prochaine version avec ces modifications.

@jsnyde30 c'est l'ancienne implémentation. Pour le nouveau support amélioré, utilisez deconz v2.05.75 beta ou attendez la prochaine version officielle.

merci merdok ! Désolé si j'ai raté ça dans les notes.

Vous devez compiler vous-même le plugin REST API (voir README) ou attendre la prochaine version avec ces modifications.
@ebaauw
Readme est assez court pour installer l'enironnement de développement :
sudo apt install deconz-dev

Où se trouve le référentiel de packages ? Essayé sur mon raspi, ne trouve pas le paquet deconz-dev.
Le meilleur indice que j'ai obtenu en cherchant était :
wget http://www.dresden-elektronik.de/rpi/deconz-dev/deconz-dev-latest.deb
qui ne se résout pas.
Y a-t-il d'autres instructions sur la contribution pour ce projet ?

Je viens de passer à la version 2.05.75 et maintenant ma télécommande opple n'envoie plus d'événements de bouton. J'ai supprimé le commutateur et l'ai apparié à nouveau. Cela n'a pas aidé. Toujours pas d'événements. J'ai perdu le groupe qui est créé pour la télécommande.

Je viens de passer à la version 2.05.75 et maintenant ma télécommande opple n'envoie plus d'événements de bouton. J'ai supprimé le commutateur et l'ai apparié à nouveau. Cela n'a pas aidé. Toujours pas d'événements. J'ai perdu le groupe qui est créé pour la télécommande.

Avez-vous supprimé, puis ré-associé, le commutateur à votre réseau ?

Avez-vous supprimé, puis ré-associé, le commutateur à votre réseau ?

Oui. J'ai supprimé la télécommande et j'ai suivi le processus d'appariement.

Pareil ici. dans le 2.04.74, j'ai réussi à obtenir des événements de bouton (une seule pression) mais avec le 2.04.75, le commutateur ne fait rien. Déjà réapparié, il apparaît maintenant dans l'interface graphique mais n'envoie aucun état.

@raddi
Pareil pour moi.
Mise à jour vers 2.04.75, suppression de l'appareil. Mais n'envoie aucun état.

POUR VOTRE INFORMATION..
Si j'appuie sur le bouton d'autres appareils, je peux voir le bouton bleu clignoter dans l'interface graphique.
Mais pas pour l'Aqara OPPLE que j'ai ajouté...

Je vais vérifier cela aujourd'hui dans la soirée. Peut-être que quelque chose s'est mal passé avec la fusion...

Ok, je vois un endroit où quelque chose s'est mal passé pendant que @manup fusionnait les commits.
Je devrai soumettre une nouvelle demande de tirage pour résoudre ce problème.

A cessé de travailler ici aussi après la mise à jour

A soumis un correctif : #2561

Juste pour confirmer, j'ai obtenu la dernière source avec mon correctif, compilé, testé et tout fonctionne bien. Les commutateurs apparaissent dans l'interface utilisateur et tous les événements fonctionnent !

@merdok Je viens de compiler le PR et de le tester ici avec un tout nouveau Opple à 6 boutons. Pour jumeler, je suis allé sur l'ancienne interface Web et j'ai utilisé "réseau ouvert". J'ai ensuite maintenu le bouton à l'arrière jusqu'à ce que la LED clignote. J'ai ensuite appuyé une fois sur chaque bouton.

Il semble que le bouton du haut soit maintenant une commande "tout allumé"/" tout éteint ", car toutes mes lumières s'allument ou s'éteignent lorsque j'appuie dessus. J'ai vérifié l'API REST, mais je n'arrive pas à la trouver du tout (mais j'utilise peut-être mal l'API REST...) ?

Je n'ai actuellement pas accès à l'interface utilisateur deCONZ (bureau)...

Des idées? Autant être un PEBCAK, c'est sûr... ! :P

Je n'ai jamais essayé de jumeler avec l'ancienne interface Web. Je vous recommande d'essayer avec l'application Phoscon.

Ok, donc je suis allé dans l'application de bureau et je l'ai supprimée à partir de là, mais mes lumières y réagissent toujours...
J'ai essayé de l'ajouter à nouveau en allant dans "ajouter un capteur" dans Phoscon, mais le bouton "prêt" ne devient pas cliquable. Idem pour "ajouter un commutateur". Est-ce que je le fais mal ?

Supprimez le commutateur avant de le coupler à nouveau.

J'ai fait. Je suis allé dans l'application de bureau deCONZ, j'ai sélectionné le nœud et j'ai appuyé sur « supprimer ». Le nœud a ensuite disparu.

ÉDITER:
On dirait qu'il a été rajouté maintenant, je vais vérifier si cela fonctionne mieux maintenant. :)

"39": {
"config": {
"batterie": 100,
"on": vrai,
"accessible": vrai
},
"ep": 1,
"etag": "190c1c15c8c64eea05ce4a20bad3a8b6",
"nom du fabricant": "LUMI",
"mode": 1,
"modelid": "lumi.remote.b686opcn01",
"nom": "Émetteur 3-gang",
"Etat": {
"buttonevent": 2002,
"dernière mise à jour": "2020-03-09T21:43:23"
},
"swversion": "20190730",
"type": "ZHASwitch",
"uniqueid": "04:cf:8c:df:3c:77:b5:89-01-0012"
}

Compilé les nouveaux commits et cela fonctionne parfaitement maintenant. Visible dans l'interface graphique Phoscon, fonctionne avec le plugin Homebridge-Hue et avec le plugin Node-RED. Merci beaucoup pour vos efforts et votre temps!

Bonjour @merdok !

Si je comprends bien, selon les modifications de votre code, aucun groupe ne sera créé pour le commutateur opple.
Il était utile de créer des liaisons directes pour contrôler les lumières même si le coordinateur est en panne. Un changement pour le garder ?

Le groupe était nécessaire dans la première implémentation pour ne pouvoir contrôler que des lumières spécifiques, sans le groupe, le commutateur contrôlerait simplement toutes les lumières de votre réseau zigbee. Comme pour le moment, le commutateur est correctement pris en charge, le groupe n'est donc plus nécessaire. Je veux dire que vous pouvez toujours créer des groupes vous-même à l'aide de l'API REST et y mettre le commutateur si vous le souhaitez.

Je veux dire que vous pouvez toujours créer des groupes par vous-même en utilisant l'API REST et y mettre le commutateur

Cela ne servira à rien. Nous avons modifié le mode de fonctionnement de l'Opple, afin qu'il envoie des rapports au coordinateur, au lieu de commandes au groupe associé. Cela était nécessaire pour prendre en charge les événements de bouton riches (pression, maintien, relâchement, relâchement long, double pression, triple pression).

Salut les gars

J'ai donc daté à 205.75. J'ai le même problème avec aucun événement. Cela signifie-t-il que je dois attendre la prochaine version pour que ce commutateur fonctionne ?

Avez-vous supprimé la ressource /sensors et réapparié le commutateur ?

Merci pour la réponse rapide.
Je n'ai pas supprimé la ressource des capteurs. Sera-ce dans le Phoscon ?

mais j'ai refait la paire, deux fois

Oui, je pense que si vous supprimez le commutateur dans Phoscon, cela supprimera la ressource. Cependant, si vous supprimez le nœud dans l'interface graphique, les ressources restent intactes.

Je veux dire que vous pouvez toujours créer des groupes par vous-même en utilisant l'API REST et y mettre le commutateur

Cela ne servira à rien. Nous avons modifié le mode de fonctionnement de l'Opple, afin qu'il envoie des rapports au coordinateur, au lieu de commandes au groupe associé. Cela était nécessaire pour prendre en charge les événements de bouton riches (pression, maintien, relâchement, relâchement long, double pression, triple pression).

OK, j'ai compris.

Comment obtenir une assistance tardive pour Aqara OPPLE ?
je ne trouve que 2.05.75
http://deconz.dresden-elektronik.de/ubuntu/beta/?C=M;O=D

Attendez la prochaine version, ou compilez deconz vous-même à partir des sources.

merci fera l'affaire :)

Je n'obtiens toujours le niveau de la batterie que lorsque je relie l'interrupteur. Il réinitialise également tous mes autres voyants lors de la connexion. Lorsque je vérifie le changelog, cela ne devrait pas arriver. Qu'est-ce que je fais mal? La 2.05.75 n'est-elle pas la version qui prendra en charge les commutateurs opple ? Home Assistent affiche le commutateur comme

suivi : lumi.remote.b286opcn01
par LUMI

Pour Home Assistant, l'intégration de deconz doit être mise à jour avec le support Opple. Jusqu'à ce que cela se produise, vous pouvez écouter les événements du commutateur Opple.

Attendez la prochaine version, ou compilez deconz vous-même à partir des sources.

Quand la prochaine version est-elle prévue ?

Je ne sais pas cela. @manup fait les sorties.

Pour Home Assistant, l'intégration de deCONZ doit être mise à jour avec le support Opple. Jusqu'à ce que cela se produise, vous pouvez écouter les événements du commutateur Opple.

Cela ne semble pas fonctionner ici. J'avais l'habitude de pouvoir recevoir des événements du switch avec deconz 2.05.74 mais depuis la mise à jour vers .75 cela ne fonctionne plus :

Appuyer sur n'importe quel bouton de l'interrupteur ne génère aucun événement dans Home Assistant.

Il semble connecté dans l'application web Phoscon...

... ainsi que dans l'interface graphique.

J'ai déjà essayé de supprimer le commutateur dans l'interface Web ainsi que dans l'interface graphique de deCONZ mais en vain. Y a-t-il autre chose que je pourrais essayer ?

Il a déjà été indiqué ici plusieurs fois que la 2.05.75 est boguée et que vous devez attendre la prochaine version ou construire vous-même deconz à partir des sources.

Salut les gars! Dites-moi, les dates de mise à jour approximatives s'il vous plaît? J'ai déjà mes deux interrupteurs à 6 boutons, mais bon sang :)

Dans mon cas, j'ai compilé à partir du dernier maître et les commutateurs ne sont pas ajoutés. Phoscon affiche actuellement la version .75. Sur l'interface graphique, ils sont comme ceci :

Et sur le reste de l'API, ils ne s'affichent pas.

@mat1990dj J'ai le même sur .75.
Et l'interrupteur se lie à toutes les lumières et interrupteurs Zigbee. Ainsi, en appuyant sur les boutons marche/arrêt, ils s'allument/s'éteignent tous.

Est-ce que je compile peut-être mal ? ou mal appariement ?
J'ai compilé avec :

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.

J'ai supprimé les deux anciens capteurs de l'API de repos, également de l'interface graphique avec Supprimer le nœud sélectionné
J'ai jumelé en faisant :
5s appuyez sur le bouton de retour
Analyser les appareils / interrupteurs d'analyse
Rien ne s'est passé

Je l'ai aussi compilé aussi, et rien ne s'est passé pour moi et pour mon seul pote. Donc, les gars, nous devons attendre qu'il y ait une intégration plus étroite des gars de DE avec Mark, ou du moins s'il existe des versions de développement des assemblages. Pour éviter de telles situations comme avec opple...

Je ne sais pas comment supprimer correctement les appareils, ils continuent à se reconnecter automatiquement :(

Vous devez utiliser l'API rest pour supprimer l'appareil, puis redémarrer deconz avant d'essayer de le coupler à nouveau. C'est ainsi que je procède.

Je l'ai déjà fait une fois, mais j'ai trois appareils qui reviennent et je ne sais pas comment les supprimer car ils n'apparaissent plus sur l'API

Essayez de le mettre en mode d'appairage puis supprimez-le.

Je l'ai déjà fait, ils continuent de s'apparier comme ça :(

Hé @mat1990dj, je pense que vous https://github.com/dresden-elektronik/deconz-rest-plugin/issues/2605

Veuillez l'essayer, je pense que ce n'est pas mon problème local, ou le vôtre, quelque chose s'est passé après certaines mises à jour...

Cela ressemble à quelque chose de similaire, mais je n'ai pas renommé les appareils. Il semble vraiment que les vieux bugs fantômes

Essayez de le mettre en mode d'appairage puis supprimez-le.

Cela a fonctionné pour moi !
J'ai appuyé sur le bouton "c" (environ 5 s) à l'arrière, puis je l'ai supprimé. Après cela, l'appareil n'est plus affiché.

Merci

D'accord, mais pouvez-vous répéter ma question en renommant également ? Il suffit de renommer un appareil via phoscon, puis de redémarrer deconz, ce qui est intéressant à ce sujet. Aurez-vous le même problème ou pas... Merci d'avance.

Essayez de le mettre en mode d'appairage puis supprimez-le.

Cela a fonctionné pour moi !
J'ai appuyé sur le bouton "c" (environ 5 s) à l'arrière, puis je l'ai supprimé. Après cela, l'appareil n'est plus affiché.

Merci

Juste pour être clair,
5s C bouton, puis supprimer de deCONZ GUI?
Pas d'appairage depuis phoscon ?

Cela ne fonctionne pas pour moi, ils continuent d'arriver, ils restent sans la ligne de liaison et je ne peux plus les coupler correctement.

Je ne sais pas comment aller d'ici pour les jumeler et les utiliser
Je les ai même supprimés de zll.db et j'essaie de les associer à nouveau, mais ils viendront toujours comme ça

On dirait que vous avez juste besoin de réinitialiser le stick - mais ce n'est pas normal. Personnellement, à mon avis, il s'agit d'une conséquence des mises à jour, un tel comportement n'a jamais existé auparavant. Vous supprimez, associez à nouveau, etc. en toute sécurité.

J'ai aussi deux fantômes sur mon raspbee...

J'ai plusieurs images sur mon raspberry pi. Un pour le fonctionnement 24h/24 et 7j/7 et un pour le développement. Ainsi, les appareils que je lie en développement apparaissent également dans le deconz gui sur mon image de course quotidienne. Mais cela ne devrait pas causer de problèmes et je n'ai jamais eu de problèmes avec ça.
Alors pourquoi vouloir s'en débarrasser complètement ?

Je ne sais pas comment mais j'en suis arrivé à cette situation :

L'un des commutateurs est couplé (bien qu'il ne signale aucun état)
L'autre est appairé mais sans descripteur, comment les obtenir ? Dieu seul sait...

D'accord, mais pouvez-vous répéter ma question en renommant également ? Il suffit de renommer un appareil via phoscon, puis de redémarrer deconz, ce qui est intéressant à ce sujet. Aurez-vous le même problème ou pas... Merci d'avance.

J'ai maintenant essayé de reproduire votre problème.
J'utilise la clé ConBee II avec la version 2.05.75 / 8.3.2020 dans Hassio.
J'ai maintenant renommé une lumière, un interrupteur et un capteur :
Tous les appareils ont également été renommés directement dans Hassio. Après cela, j'ai redémarré le conteneur deCONZ. Tous les appareils ont conservé leur nom. Même après avoir redémarré Hassio, je ne peux pas reproduire le problème décrit.

Essayez de le mettre en mode d'appairage puis supprimez-le.

Cela a fonctionné pour moi !
J'ai appuyé sur le bouton "c" (environ 5 s) à l'arrière, puis je l'ai supprimé. Après cela, l'appareil n'est plus affiché.
Merci

Juste pour être clair,
5s C bouton, puis supprimer de deCONZ GUI?
Pas d'appairage depuis phoscon ?

Cela ne fonctionne pas pour moi, ils continuent d'arriver, ils restent sans la ligne de liaison et je ne peux plus les coupler correctement.

Je ne sais pas comment aller d'ici pour les jumeler et les utiliser
Je les ai même supprimés de zll.db et j'essaie de les associer à nouveau, mais ils viendront toujours comme ça

le commutateur opple ne m'a été affiché que dans deCONZ, pas dans l'interface graphique de phoscon.
Je l'avais supprimé plusieurs fois dans deCONZ mais il revenait sans cesse.
Seulement après avoir appuyé sur le bouton "C" pendant 5 secondes. puis (après environ 5 minutes) en supprimant l'appareil dans deCONZ, l'appareil a vraiment disparu définitivement.

Juste un petit rappel - comme ces boutons ne fonctionnent pas sur mon système et que j'utilise Docker (en raison d'un très grand environnement avec SQL, FHEM, Homebridge, etc.) j'aimerais demander si la prochaine version corrigée sera être publié? Quelqu'un a une idée - alors que je vérifie quotidiennement les guichets automatiques Github ...

Les gars de DE ne partagent aucune date de sortie.

Okidoki, merci. Je me demandais juste car environ un mois s'est écoulé et de nombreux problèmes ont été marqués comme résolus - laissez-moi espérer qu'une sortie pourrait être proche ;)

Oui. comme je l'ai déjà dit, je ne m'attendais pas à une mise à jour comme maintenant.

Aujourd'hui, j'ai reçu mon Opple à 6 boutons (WXCJKG13LM).
J'avais besoin de 3xreset avant que phoscon ne configure le commutateur.
Après la première réinitialisation, le commutateur n'a pas été reconnu par phoscon, bien que certains clics de lumière aléatoire s'allumaient et s'éteignent sur le bouton 2.
après la deuxième réinitialisation, phoscon l'a récupéré et a configuré le commutateur comme :

Mon enthousiasme s'est effondré après avoir réalisé que le commutateur ne générait aucun événement de canal dans openhab. J'utilise la liaison openhab deCONZ qui fonctionne bien pour l'existant.

Avant le test, un nouveau conteneur Docker a été créé sur la base de http://deconz.dresden-elektronik.de/raspbian/beta/deconz-latest-beta.deb

@lukicsl, je pense que cela doit être mis en œuvre pour l'intégration openhab deconz.
Je dois faire quelque chose de similaire pour l'assistant à domicile. J'ai déjà préparé un commit pour l'intégration de l'assistant à domicile deconz et j'attends la prochaine version officielle de deonz.

@merdok Je viens de déboguer la liaison deconz et il semble qu'aucun événement ne soit généré sur le websocket enregistré

Désolé, je ne connais rien à openhab...

@merdok deconz expose un websocket où vous vous inscrivez à toutes sortes d'événements.
Concernant ce switch, aucun événement n'est généré, semble-t-il du moins.
https://dresden-elektronik.github.io/deconz-rest-doc/websocket/

Intéressé de savoir si nous pouvons faire fonctionner cela avec deconz et Homeassistant

J'ai configuré dans node red un écouteur websocket :

Lorsque vous appuyez sur les boutons d'Opple, aucun événement n'est généré !

ici définition nodée, modifiez la clé d'application lors de l'utilisation :

flux.json.txt

Comment NodeRed devrait-il obtenir des événements si deconz ne les génère pas... Problème - deconz ne génère pas d'événements pour ces Opple ATM - c'est pourquoi nous attendons tous la prochaine version...

J'ai utilisé le dernier-beta.deb. Je pensais que cela avait tous les commits git.
Sinon, j'ai la dernière version compilée par moi-même. J'essaierai celui là.

J'ai pu compiler la dernière version qui a généré le libde_rest_plugin.so. J'ai copié le libde_rest_plugin.so dans /usr/share/deCONZ/plugins.
Malheureusement, il en est résulté que je n'ai pas pu me connecter à Phoscon.
étrange, c'est que le serveur VNC fonctionnait, alors j'ai été témoin de la construction du réseau.
Je suis revenu à 0,75 et j'attends la sortie officielle.

@lukicsl J'ai le même résultat avec le dernier plugin compilé par moi-même. Alors... attendez juste la nouvelle version.

+1 pour l'intégration. Je n'ai pas vérifié s'ils étaient pris en charge auparavant et j'étais satisfait lorsque mes commutateurs sont arrivés aujourd'hui.
Trop tôt...

+1 pour l'intégration. Je n'ai pas vérifié s'ils étaient pris en charge auparavant et j'étais satisfait lorsque mes commutateurs sont arrivés aujourd'hui.
Trop tôt...

Idem ici... Espérons une intégration très bientôt... Vous avez 2 de ces 6 pièces Button...

Wow, je ne peux pas croire que cela fait déjà 5 mois.

... il n'y a aucune mise à jour à l'horizon. :|

... il n'y a aucune mise à jour à l'horizon. :|

Merde .. Une idée pourquoi il n'y a pas de mises à jour à venir ? Est-ce un si gros problème d'intégrer ces commutateurs ? Même mon bouton Osram 4 ne fonctionne pas... :-(

Je pense que les mises à jour sont plus lentes maintenant en raison de la couronne.

Vous avez des informations sur une mise à jour à venir les prochains jours.

Je pense que les mises à jour sont plus lentes maintenant en raison de la couronne.

Eh bien, ils devraient arrêter de boire désolé pour celui-là 🧥

C'est dommage. :( @merdok peut-être que nous allons essayer un conteneur de développement ? Peut-être

Vous avez des informations sur une mise à jour à venir les prochains jours.

Juin... août ? :RÉ

Eh bien, n'hésitez pas à compiler vous-même ;)

Je n'étais pas timide et je l'ai compilé... vous pouvez lire le résultat ci-dessus. :)

La version compilée devrait fonctionner (je l'utilise tout le temps sans aucun problème, tous les événements fonctionnent), assurez-vous simplement de réassocier vos commutateurs.

Lorsque vous associez vos commutateurs avec deconz 2.05.75, puis installez une autre version sans ré-apparier les commutateurs, les événements ne fonctionneront toujours pas.

@merdok dois-je réparer chaque appareil ou juste les commutateurs opple ?

J'essaye de me compiler sur un raspi 4, mais j'obtiens toujours une erreur :

{entrée standard} : messages de l'assembleur :
{entrée standard} : 10900 : avertissement : la fin du fichier n'est pas à la fin d'une ligne ; nouvelle ligne insérée
{entrée standard} :11309 : Erreur : pseudo-opération inconnue : .l' {standard input}:11276: Error: invalid operands (*UND* and .ARM.extab.text._ZN5QListIN6deCONZ16SimpleDescriptorEE13detach_helperEi sections) for -'
{entrée standard}:11279 : Erreur : opérandes invalides (sections UND et .ARM.extab.text._ZN5QListIN6deCONZ16SimpleDescriptorEE13detach_helperEi) pour `-'
g++ : erreur fatale : programme cc1plus terminé par le signal tué
compilation terminée.
make[1] : * [Makefile.

make[1] : quitter le répertoire '/home/pi/deconz-rest-plugin'
make: ** [ Makefile:40 : release] Erreur 2

Juste des commutateurs Opple.

Voici une pensée. Aqara, Opple, Lumi, Xiaomi ou peu importe comment ils s'appellent. Une chose que j'ai remarquée, c'est que bien qu'ils soient basés sur Zigbee, la société ne suit pas la procédure standard. Avec chaque version, ils rendent plus difficile l'intégration de leurs produits à l'utilisation de leur hub et vous obligent donc à utiliser leur service cloud et à collecter des données vous concernant ?

@merdok Marcin pourriez-vous partager s'il vous plaît votre plugin compilé?

@SAOPP je ne suis pas sûr d'avoir le droit de faire ça...

J'exécute le programme d'installation complet de hass.io, est-il correct que je ne puisse pas compiler avec cette version ?

Non, Hass utilise des modules complémentaires pré-compilés, ce qui prend environ jours/semaines/mois après la sortie d'une nouvelle version.

@SAOPP je ne suis pas sûr d'avoir le droit de faire ça...

oh, c'est-à-dire que le plugin compilé ne peut pas être distribué ? :(

Pas sûr, mais il est assez facile de le compiler tout seul. Cela ne prend littéralement que 5 minutes.

Pas sûr, mais il est assez facile de le compiler tout seul. Cela ne prend littéralement que 5 minutes.

L'as-tu compilé sur raspbian ?
J'obtiens une erreur et je ne peux pas compiler

Oui, je l'ai compilé sur raspbian, suivez simplement le guide, vous ne pouvez rien faire de mal.

Je l'ai compilé moi-même mais cela ne fonctionne absolument pas, voir les commentaires ci-dessus. Je ne parviens pas à me connecter à phoscon et à me reposer.

Oui, je l'ai compilé sur raspbian, suivez simplement le guide, il n'y a rien que vous puissiez faire de mal

J'ai tout fait exactement comme décrit. Mais j'obtiens toujours une erreur :

{entrée standard} : messages de l'assembleur :
{entrée standard} :38943 : avertissement : la fin du fichier n'est pas à la fin d'une ligne ; nouvelle ligne insérée
{entrée standard} : 39934 : avertissement : zéro supposé pour l'expression manquante
{entrée standard} : 39904 : Erreur : opérandes invalides (sections UND et .ARM.extab) pour `-'
g++ : erreur fatale : programme cc1plus terminé par le signal tué
compilation terminée.
make[1] : * [Makefile.

make[1] : quitter le répertoire '/home/pi/deconz-rest-plugin'
make: ** [ Makefile:40 : release] Erreur 2

EDIT : j'ai réussi à le faire compiler sur une nouvelle image deconz. les commutateurs sont reconnus comme je l'espérais.

Oui, je l'ai compilé sur raspbian, suivez simplement le guide, vous ne pouvez rien faire de mal.

J'aimerais attendre la nouvelle version régulière. Y a-t-il une date de sortie prévue pour la v2.05.76 ?

Il y en a bien sûr, mais quand exactement il sera publié, seul @manup le sait !

Cela fait tellement longtemps que j'ai acheté les interrupteurs que je ne sais même plus où je les ai mis....

J'ai compilé avec succès le plugin sans aucun problème. J'ai pu intégrer avec succès le commutateur. Dans Phoscon, il n'y a aucune possibilité de lier avec une lumière, mais les événements sont déclenchés dans l'API (essayé avec node-red, home assistant et aussi avec l'application android hue essentials). Je peux maintenant lier tous les boutons (appui court, appui long, appui multiple) avec des groupes, des lumières, etc. dans Hue Essentials.

Je l'ai compilé aussi. Tout fonctionne jusqu'à présent avec iobroker.

Maintenant, je peux dire que ces commutateurs oppel valent chaque centime. ??

Alors, quelle est ma meilleure solution ? J'ai un interrupteur prêt dans la chambre de bébé. La journée est fixée au 12 mai. J'exécute l'installation facile hass.io sur un raspberry pi 4. Attendre et utiliser un commutateur Ikea jusqu'à ce que les mises à jour arrivent ? Ou réinstaller raspbian avec home assistant, compiler la dernière version en espérant que mes connaissances soient suffisantes ?

Utilisez des trucs qui fonctionnent déjà, que ce soit l'ikea ou essayez le gradateur de teinte Phillips. Les deux sont disponibles dans la plupart des pays et bon marché.

Utilisez des trucs qui fonctionnent déjà, que ce soit l'ikea ou essayez le gradateur de teinte Phillips. Les deux sont disponibles dans la plupart des pays et bon marché.

C'est vrai, mais aux Pays-Bas, le gradateur Hue ne s'adaptera pas à la bascule normale. Ce fourgon d'aiguillage doit être placé au même endroit où se trouvait l'ancienne bascule. C'est la beauté :). Le plan est d'utiliser éventuellement cet interrupteur dans chaque pièce.

Je pensais que Phillips avait fait un couvercle pour s'adapter à la plaque frontale? Ils le font pour le Royaume-Uni.

EDIT : j'ai réussi à le faire compiler sur une nouvelle image deconz. les commutateurs sont reconnus comme je l'espérais.

Je suis capable de compiler, mais le plugin ne se charge pas...

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

(Il n'y a pas de ligne comme 20:26:58:519 found node plugin: libde_rest_plugin.so - REST API Plugin , qui est là quand j'utilise le conteneur docker sans modification)

J'utilise l'image officielle du docker, quelque chose qui me manque ici ?

Edit : il semble que je ne sois pas le seul à avoir le problème : https://github.com/marthoc/docker-deconz/issues/114

Merci à l'équipe de développement pour le travail que vous y consacrez. J'ai hâte que cela soit étiqueté et fasse partie de la prochaine version. Je n'ai pas été en mesure de trouver un autre appareil que j'aime qui est proche de cette option à 6 gangs.

J'ai été un peu déçu de découvrir que cela ne fonctionnait pas encore (je l'ai acheté en fonction de la liste de compatibilité du wiki).

Je ne suis pas opposé à l'exécution du repo, mais je ne sais pas comment (ou si) cela fonctionne avec une configuration HassOS/HassIO avec superviseur.

Je suppose que je devrai comprendre cela ou attendre patiemment une sortie.

@luke3butler Cela ne fonctionnera pas avec la solution du superviseur. Je suis dans le même bateau, essayant de déterminer si je veux réinstaller RaspPI avec Rasbian, puis installer Home Assistant.

Même son de cloche ici : on dirait le seul appareil qui correspond à mes besoins (à part le quad ZWAVE aeotec wallmote).
Mais exécuter HAssOS dans VM, donc non pour moi (et je n'aime pas changer ça bientôt, puisque toute la maison fonctionne maintenant dessus)

@annetimdegraaf @bramv101
Je pense que c'est possible avec un peu de travail. Forkez le plugin superviseur existant, modifiez-le pour créer une version à partir de master, puis créez simplement un nouveau référentiel sur Github ici pour cela et appelez-le "deCONZ-dev" ou quelque chose du genre.

Une fois que cela est en place, n'importe qui peut potentiellement simplement ajouter le référentiel personnalisé et migrer vers l'utiliser s'il souhaite utiliser le canal instable. Pourrait même permettre de définir manuellement la commande de vérification pour cloner et construire à partir de.

Edit : j'allais attendre et être patient pour une sortie, mais quand quelqu'un dit que ce n'est pas possible je n'ai plus qu'à trouver une solution 😄
Je ne sais pas si je vais continuer, mais c'est tout à fait possible.

Je viens de commander un raspbee car je veux éloigner ma radio zigbee de mon PC HASS.

Y a-t-il des howtos sur la façon de compiler le dernier logiciel, maintenant j'ai une clé conbee de rechange. J'ai besoin d'essayer quelque chose sur l'interrupteur opple?

@luke3butler

Je viens de publier tous les appareils, d'installer et de compiler l'état réel. Mais malheureusement, aucun de mes commutateurs opple n'a fonctionné de manière stable. Comme la compilation n'a pas généré de messages d'erreur, je suppose qu'il semble y avoir (au moment où j'ai compilé) des changements dans le code qui affectent la stabilité. Ainsi, si quelqu'un était capable de compiler une version de développement stable - je suis d'accord, ce serait bien de l'échanger ou les fichiers de données eux-mêmes sur un hébergeur de partage ou ailleurs...

J'ai un problème étrange. J'avais deux commutateurs 6x connectés et affichés dans le module complémentaire deconz. Appuyer sur les boutons, etc. n'a montré aucune activité dans le diagramme VNC, j'ai donc supprimé les deux à partir du module complémentaire. J'ai ensuite voulu les ajouter à nouveau en tant que commutateur. L'application ne les a pas trouvés et ne les affiche pas comme des commutateurs, mais cela a fonctionné d'une manière ou d'une autre :

Bien entendu, ces commutateurs ne sont pas présentés à HA en tant que commutateurs, ce qui les rend inutiles.
Une idée de ce que je peux faire ?

EDIT: En relisant tous les messages, il semble que je ne sois ni le premier ni le seul. Donc je suppose que je dois attendre la prochaine version de deconz.

Dans l'assistant à domicile, en utilisant l'intégration de deconz, tous les événements d'appui simple, double appui et de maintien fonctionnent, mais aucun événement pour relâcher après maintien

Dans l'assistant à domicile, en utilisant l'intégration de deconz, tous les événements d'appui simple, double appui et de maintien fonctionnent, mais aucun événement pour relâcher après maintien

Avec la version de sortie en ce moment ? Version 2.05.75 FW 264A0700 ?
Ne fonctionne pas ici ... Les commutateurs Opple ne sont pas du tout reconnus comme des commutateurs.

Désolé, je voulais dire que les événements sont reconnus si vous les écoutez dans l'assistant à domicile en utilisant "deconz_event" dans la section des outils de développement, ce qui signifie que vous pouvez effectuer des automatisations en fonction d'eux, mais vous avez raison, aucune entité de commutation n'est encore disponible.

Désolé, je voulais dire que les événements sont reconnus si vous les écoutez dans l'assistant à domicile en utilisant "deconz_event" dans la section des outils de développement, ce qui signifie que vous pouvez effectuer des automatisations en fonction d'eux, mais vous avez raison, aucune entité de commutation n'est encore disponible.

Avez-vous configuré/installé quelque chose de spécial pour cela ? J'ai le plugin Deconz superviseur, lié mon appareil à 6 boutons dans Deconz, le swich apparaît dans les appareils avec pourcentage de batterie, mais je ne vois rien dans le journal deconz_event lorsque j'appuie sur les boutons :(

Tout d'abord, vous pouvez voir tous les événements déclenchés par le plug-in deconz en allant dans Outils de développement -> événements (dans l'assistant domestique), et en bas de la page, vous avez une section intitulée "Écouter les événements". entrez deconz_event dans le champ 'événement auquel vous abonner' et appuyez sur démarrer l'écoute.
Désormais, lorsque vous appuyez sur une touche de votre télécommande, vous verrez en bas de l'écran les événements déclenchés par le plugin deconz.
Par exemple, un simple clic sur le bouton 1 vous donne un événement avec l'identifiant 1002. C'est l'identifiant que vous pouvez utiliser comme déclencheur pour allumer une lumière par exemple.
Vous pouvez créer ces automatismes en ajoutant un automatisme comme vous pouvez le voir dans une entrée sur cette page : https://community.home-assistant.io/t/deconz-switch-configuration/93346/2

Une alternative aux automatisations dans yaml consiste à utiliser le plugin node-red pour home assistant, où j'ai toutes mes automatisations dans home assistant. Node-red est génial à bien des égards et vous pouvez jeter un œil à son fonctionnement sur youtube si vous ne le savez pas déjà, par exemple ici https://www.youtube.com/results?search_query=home+assistant+event +déclencheur+nœud-rouge

Quelle version de Phoscon utilisez-vous @joggs ? Avec la dernière version, vous ne recevrez aucun événement avec le commutateur Opple dans Home Assistant. Par conséquent, de nombreuses personnes attendent maintenant une mise à jour car elle résoudra le problème.

2.05.75. N'est-ce pas le dernier en date ?

C'est la dernière version, étrange. J'ai moi-même un commutateur à 6 voies et je ne reçois aucun événement dans Home Assistant.

2.05.75. N'est-ce pas le dernier en date ?

Exécuter la même version mais écouter les événements deconz_event ne donne aucun événement. Pas en appuyant sur les boutons, mais pas non plus lors du déclenchement de détecteurs de mouvement ou de basculement des lumières. Peut-être y a-t-il un paramètre qui provoque ces événements ? @joggs as -tu ajouté le bouton à un groupe dans phoscon ?

Juste pour info, je dois créer le nouveau plugin dans l'image docker. Cela semble fonctionner. https://github.com/marthoc/docker-deconz/issues/114

J'ai finalement réussi à faire la compilation de la bonne manière, avant de faire des bêtises avec Pi(armhf) et d'obtenir le package de développement pour amd64. La bibliothèque est maintenant récupérée par le conteneur. Mes instructions détaillées se trouvent sur : docker-deconz/issues/114 .

J'ai démarré le conteneur et j'ai pu me connecter à Phoscon, le REST était également ok. J'ai vérifié dans le conteneur en cours quelle bibliothèque est présente. Tout va bien comme prévu.

J'ai retiré le commutateur et j'ai essayé de l'ajouter à nouveau. L'ajout en tant que commutateur ne fonctionnait pas du tout, l'ajout en tant que capteur fonctionnait au premier essai.

Bien que je n'obtienne toujours aucun événement sur l'interface REST, nada, rien, nichts.
En appuyant sur l'un des boutons, je ne vois aucune activité sur la LED non plus :

Enfin, enfin, je l'ai fait fonctionner.
J'ai supprimé plusieurs fois le switch de Phoscon et réinitialisé le switch, aucun résultat positif. Je n'étais pas en train de renommer le commutateur dans Phoscon. Au dernier essai, je l'ai renommé et il a commencé à fonctionner.
Je ne suis pas du tout sûr de ce qui l'a fait wkn.

2.05.75. N'est-ce pas le dernier en date ?

Exécuter la même version mais écouter les événements deconz_event ne donne aucun événement. Pas en appuyant sur les boutons, mais pas non plus lors du déclenchement de détecteurs de mouvement ou de basculement des lumières. Peut-être y a-t-il un paramètre qui provoque ces événements ? @joggs as -tu ajouté le bouton à un groupe dans phoscon ?

Je viens d'ajouter l'opple à deconz et j'utilise toujours le nom par défaut (Transmitter 3-gang). Non ajouté à aucun groupe dans phoscon.
Dans l'intégration de deconz dans l'assistant domestique, j'ai activé « autoriser les groupes d'éclairage de deconz », mais cela ne devrait pas avoir d'importance dans ce cas.
Peut-être que vous pouvez essayer de réinstaller l'intégration deconz dans home assistant

Salut!

J'ai remarqué un comportement inhabituel de mes commutateurs opple et je ne sais pas comment le résoudre ...

Chaque fois que je redémarre le Raspbery Pi avec le logiciel Conbee installé ou l'adaptateur Deconz dans mon iobroker, l'Opple semble atteindre les 4 commandes suivantes :

1x "Bouton 1 : Relâcher après avoir appuyé = vrai"
1x "Bouton 4: Relâcher après avoir appuyé = vrai"
2x "Bouton 4 : Relâcher après une triple pression = vrai"

L'état "True" n'est pas visible pour moi dans la vue Objets de iobroker. Ils restent "faux".

C'est un très gros problème car le bouton "1" allume ma télé, ce qui n'est pas très sympa si le framboise redémarre en pleine nuit....

Quelqu'un a-t-il des problèmes similaires ou peut-être une idée de comment résoudre cela?

MERCI!

J'ai enfin reçu l'Opple à 6 boutons que j'ai commandé le 2 mars. Il s'est couplé sans aucun problème et je vois les événements de bouton x002, x004, x005 et x001/x003 pour appuyer, double pression, triple pression et maintenir/relâcher les 6 boutons. Les descripteurs sont un peu en désordre, mais le commutateur fonctionne néanmoins. Fera quelques expérimentations le week-end prochain, pour voir si le commutateur peut être séduit en mode double, en signalant les événements de bouton via les clusters _Multistate Input_ et, en même temps, en contrôlant les lumières via les clusters _On/Off_.

Quelqu'un a-t-il déjà compris si la batterie peut être remplacée ?

Apparemment Aqara ne voulait pas que les utilisateurs puissent facilement remplacer la batterie des interrupteurs Opple mais néanmoins il est possible de remplacer la batterie avec quelques travaux.

Merci @merdok. Avez-vous besoin d'ouvrir les culbuteurs pour cela? Ils semblent plutôt fragiles lorsqu'on essaie de les ouvrir.

Oui, il faut les démonter. Je ne l'ai pas encore fait par moi-même mais j'ai vu un guide en ligne.

J'ai un bâton de conbee de rechange maintenant. Comment obtenir cette version préliminaire ? Ce sera ma plate-forme de test pour les futurs appareils deconz sur mon réseau.

Avez-vous besoin d'ouvrir les culbuteurs pour cela? Ils semblent plutôt fragiles lorsqu'on essaie de les ouvrir.

J'étais curieux lorsque j'ai reçu pour la première fois le commutateur à six boutons, @ebaauw , et

@ebaauw il y a un guide sur https://community.hubitat.com/t/xiaomi-opple-6-button-remote/27921

@manup Salut manuel, nous sommes nombreux à attendre la prochaine version. Il ne semble pas possible de compiler manuellement pour la solution superviseur/hassio/assistant à domicile. J'ai regardé les dates de sortie des versions précédentes, et cette fois, cela semble prendre plus de temps. Pouvez-vous nous éclairer sur la date de sortie de la v2.05.76 ?

Peut-être que quelqu'un qui l'a compilé pour Raspberry pourrait vous partager les fichiers, et nous les copions manuellement aux emplacements appropriés ? Ou cela ne fonctionnerait-il pas.
Personnellement, je n'aimerais pas mettre la pression sur les développeurs ... mais j'aimerais moins jouer avec les commutateurs ;)

Peut-être que quelqu'un qui l'a compilé pour Raspberry pourrait vous partager les fichiers, et nous les copions manuellement aux emplacements appropriés ?

libde_rest_plugin.so (armhf)
pour raspi

Merci, mais où se trouve ce fichier ?

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

J'ai donc essayé le fichier de @lukicsl ici. Il est ramassé et chargé dans le conteneur, mais le comportement ne semble pas différent.

Je ne parviens pas à supprimer le commutateur de la liste, il réapparaît immédiatement lorsque je rafraîchis. Il éteint toujours toutes mes lumières et interrupteurs. Essayer de le coupler ne fonctionne pas non plus. Il n'y a pas d'événements du commutateur dans l'assistant domestique.

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

Merci mais ce n'est pas accessible sous HASSIO

Bien sûr. Vous pouvez simplement étendre l'addon officiel :

1. Télécharger https://github.com/home-assistant/hassio-addons/tree/master/deconz
2. Copiez le dossier deconz dans le répertoire des addons de votre assistant domestique (à l'aide de SMB ou SCP)
3. Modifiez config.yml et changez le nom par exemple deconz-master
4. Copiez libde_rest_plugin.so dans le répertoire deconz.
5. Remplacez le Dockerfile par

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

1. Installez votre module complémentaire local, arrêtez le deconz officiel et démarrez le nouveau.

Mais comme je l'ai dit, cela ne semble toujours pas fonctionner correctement.

vient d'arriver un Opple 6 boutons, connecté à deconz via l'application en tant que commutateur, se connecte mais ne renvoie aucun événement à Home Assistant, version 2.05.75

@ Luke95vl c'est un bug connu. Attendez la prochaine version pour le correctif

Quelqu'un connaît personnellement @manup ?

J'espère qu'il va bien, tu sais avec tout ce qui se passe. Je ne trouve aucune activité de sa part depuis le 5 avril, je crains que nous soyons seuls à compiler. J'utilise l'image docker et je ne sais pas comment la compiler et la faire fonctionner. Quelqu'un a-t-il réussi à le faire ?

Je pense qu'il y a des changements majeurs à venir, ils veulent juste s'assurer que la mise à jour est stable. Il y a beaucoup trop de problèmes avec deconz ces derniers temps et ça devient un peu instable

@djashjones ahh c'est logique.

@djashjones s'ils font des changements majeurs, c'est un peu étrange de ne commettre aucun code pendant 4 semaines. Avec des changements majeurs, il est généralement sage de faire des commits souvent...

Deconz n'est pas complètement open source. Le code back-end est fermé et appartient à Dresden elektronik. Le reste de l'API est open source et maintenu par des codeurs n'appartenant pas à l'entreprise, c'est-à-dire des bénévoles.

Si vous souhaitez que les appareils zigbee les plus récents et les plus performants soient pris en charge dans votre configuration de maison intelligente, alors zigbee2mqtt est la voie à suivre.

@djashjones Je suis sûr à 99% que @manup travaille pour Dresde.

@svenove Si tel est le cas, WTF continue !!!!! ??

ont également ce problème avec un interrupteur aqara opple 2 voies. y a-t-il un moyen de le résoudre?

Aqara Opple 2-gang ne fonctionne pas
Le commutateur sans fil intelligent Aqara WXKG11LM 2016 fonctionne parfaitement

zigbee2mqtt fonctionnerait mais est-ce plus dyi?

J'ai la version 2 gangs de ce commutateur opple aqara (WXCJKG12LM) et j'ai essayé de le coupler avec phoscon et cela a échoué, MAIS, lors de l'écoute de deconz_events dans Home Assistant, cela se voit ! Il montre comme :

{
"event_type": "deconz_event",
"Les données": {
"id": "lumi_remote_b486opcn01_30",
"unique_id": "04:cf:8c:df:3c:75:c2:25",
"événement": 3000
},
"origine": "LOCAL",
"time_fired": "2020-05-08T10:34:52.733044+00:00",
"le contexte": {
"id": "2213df60b1a24be09c93bec99e1b1276",
"parent_id": null,
"user_id": null
}
}

Cependant, le commutateur est introuvable dans l'application Web phoscon ...

deux boutons avec le même événement ?

deux boutons avec le même événement ?

Non, tous les boutons ont des identifiants d'événement différents, je n'allais tout simplement pas tous les publier ici !

S'il vous plaît, Dresden Elektronik, intégrez les appareils Aqara OPPLE ! Nous l'attendons tous avec impatience !
Y a-t-il une zone de demande de fonctionnalité où nous pouvons voter ?

deux boutons avec le même événement ?

Non, tous les boutons ont des identifiants d'événement différents, je n'allais tout simplement pas tous les publier ici !

Différent, tu veux dire à chaque fois un événement différent à partir du même bouton ? Ou?

deux boutons avec le même événement ?

Non, tous les boutons ont des identifiants d'événement différents, je n'allais tout simplement pas tous les publier ici !

Différent, tu veux dire à chaque fois un événement différent à partir du même bouton ? Ou?

Je ne comprends pas ta question. L'interrupteur fonctionne parfaitement normalement dans Home Assistant. Je l'ai allumé quelques lumières maintenant. Chaque bouton de l'interrupteur crée un événement dans Home Assistant comme on peut s'y attendre : 1 000 pour le bouton 1, 2 000 pour le bouton 2, 3 000 pour le bouton 3, etc. Il existe également des identifiants d'événement pour maintenir les boutons. Tout comme vous vous en doutez. Je suis donc en mesure d'utiliser pleinement le commutateur Opple avec deconz et Home Assistant. Le commutateur n'apparaît tout simplement pas dans l'application Web Phoscon, je ne peux donc pas le renommer ou quoi que ce soit, mais ce n'est pas grave.

Exactement. Vous avez également des événements de double-clic. Je gère tous les événements de node-red dans homeassistant et cela fonctionne parfaitement. Je vois également le commutateur dans l'application phoscon après l'avoir couplé normalement à partir de l'application phoscon

J'ai la version 2 gangs de ce commutateur opple aqara (WXCJKG12LM) et j'ai essayé de le coupler avec phoscon et cela a échoué, MAIS, lors de l'écoute de deconz_events dans Home Assistant, cela se voit ! Il montre comme :

{
"event_type": "deconz_event",
"Les données": {
"id": "lumi_remote_b486opcn01_30",
"unique_id": "04:cf:8c:df:3c:75:c2:25",
"événement": 3000
},
"origine": "LOCAL",
"time_fired": "2020-05-08T10:34:52.733044+00:00",
"le contexte": {
"id": "2213df60b1a24be09c93bec99e1b1276",
"parent_id": null,
"user_id": null
}
}

Cependant, le commutateur est introuvable dans l'application Web phoscon ...

Je me suis appuyé sur ce post. D'accord, peut-être que je te comprends mal. 'D'accord, tout fonctionne bien.

Le fichier README indique que ces commutateurs prennent également en charge les événements de triple pression et 6 types d'événements différents au total. Quelqu'un pourrait-il confirmer cela s'il vous plaît?

Oui, dans ma configuration iobroker, je peux appuyer sur un triple événement pour chaque bouton.

Je suis très intéressé par la nouvelle version. J'ai le WXCJKG11LM et j'ai le même problème que presque tout le monde ici. Il apparaît dans deconz (par erreur comme Dimmer) mais pas dans Phoscon. J'ai vu sur deconz log qu'une fois qu'il avait attribué l'événement correct (bouton 1000 enfoncé, etc.), il montrait même dans Eve les deux boutons avec un clic simple/double et long. Mais aucun événement n'est arrivé. Après avoir supprimé l'appareil et l'avoir rejoint, il est indiqué que le bouton n'est pas mappé. et par défaut, il allume et éteint toutes mes lumières. dans NodeRed, je ne vois que le dernier événement (tamponné), mais aucun nouvel événement n'arrive. Si une entrée est requise, faites-le moi savoir.

Personnellement, je n'expérimenterai plus avant la sortie d'une version stable connue. Le problème que j'ai : mon imprimante 3D est derrière un interrupteur d'alimentation zigbee et j'ai oublié qu'elle fonctionnait lors du test de l'interrupteur opple. Et oui, bien sûr, il s'est éteint à mi-impression ;)
Cela ne se reproduira plus jamais. J'ai attendu si longtemps maintenant (je suppose que j'étais parmi les premiers à recevoir lorsque j'utilisais zigbee2mqtt à ce moment-là), donc je peux attendre encore un mois ou deux.
Si quelqu'un veut que je débogue quelque chose, je suis heureux de l'aider, mais jusque-là, je le laisse tel quel ...

Bon maintenant j'ai l'interrupteur à quatre boutons et il est dans le tiroir :(
c'est indiqué dans phoscon et c'est tout. aucun événement de bouton affiché.

{"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"}

pourquoi est-il dans la liste des appareils pris en charge ?
https://github.com/dresden-elektronik/deconz-rest-plugin/wiki/Supported-Devices#supported -wireless-switches

J'ai vécu la même chose avec le thermostat Euronics. cela fonctionne mais ce n'est qu'à moitié pris en charge et l'appairage n'est rien pour tout le monde.

Je peux attendre, mais pour certains, cela peut être très ennuyeux.

VEUILLEZ ARRÊTER D'AJOUTER DES APPAREILS À LA LISTE DES APPAREILS PRIS EN CHARGE QUI NE SONT PAS ENTIÈREMENT PRIS EN CHARGE ! OU AJOUTER UNE COLONNE "en développement/en construction/beta/alpha".
La colonne "problèmes" n'est pas applicable dans ce cas à mon avis

Salut Lex

Le vôtre figure-t-il dans la liste des supports ? J'en ai récemment acheté un et il porte le code de type : WXCJKG11LM, qui, comme vous pouvez le voir dans les éléments pris en charge, n'est PAS répertorié.

Alors quel code est sur ton switch ?

De : lex [email protected]
Envoyé : 15 mai 2020 09:37
À : dresden-elektronik/deconz-rest-plugin [email protected]
Cc : mhin76 [email protected] ; Commentaire [email protected]
Objet : Re : [dresden-elektronik/deconz-rest-plugin] Prise en charge des commutateurs Aqara OPPLE (#2061)

Bon maintenant j'ai l'interrupteur à quatre boutons et il est dans le tiroir :(
c'est indiqué dans phoscon et c'est tout. aucun événement de bouton affiché.

{"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"}

pourquoi est-il dans la liste des appareils pris en charge ?
https://github.com/dresden-elektronik/deconz-rest-plugin/wiki/Supported-Devices#supported -wireless-switches

J'ai vécu la même chose avec le thermostat Euronics. cela fonctionne mais ce n'est qu'à moitié pris en charge et l'appairage n'est rien pour tout le monde.

VEUILLEZ ARRÊTER D'AJOUTER DES APPAREILS À LA LISTE DES APPAREILS PRIS EN CHARGE QUI NE SONT PAS ENTIÈREMENT PRIS EN CHARGE !

-
Vous recevez ceci parce que vous avez commenté.
Répondez directement à cet e-mail, consultez-le sur GitHub https://github.com/dresden-elektronik/deconz-rest-plugin/issues/2061#issuecomment-629081857 , ou désabonnez-vous https://github.com/notifications/unsubscribe- auth/ALXOFW2O7YLCUNZZL2CBIW3RRTWKPANCNFSM4JLW7MBQ . https://github.com/notifications/beacon/ALXOFW2BBQXYWOQUSLY4KJTRRTWKPA5CNFSM4JLW7MB2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEV7QOAI.gif

MINCE! le mien est WXCJKG12LM. J'ai appris quelque chose sur l'achat de trucs Zigbee.
désolé pour mon coup de gueule !

que faire ensuite? attendre ou vendre ?

J'ai la version 6 boutons depuis novembre de l'année dernière. Fonctionnait un peu avant la dernière mise à jour (une seule pression), puis la mise à jour .75 a tout cassé. J'ai plusieurs télécommandes IKEA à 5 boutons et maintenant les gradateurs de teinte. Les deux valent vraiment bien. Je n'ai aucune raison d'acheter d'autres commutateurs opple même s'ils seront pris en charge. Je peux acheter Ikea et Philips localement avec une livraison rapide !

J'ai ajouté deux commutateurs et un fonctionne (à gauche) et un autre a le comportement étrange décrit qui allume/éteint tout.
Les événements sont passés à homeassistant sur la gauche, mais pas sur la droite.
(Il n'y a pas de multi-états sur le bon)

@mat1990dj essayez de réinitialiser et de réparer le commutateur avec le problème.

@mat1990dj essayez de réinitialiser et de réparer le commutateur avec le problème.

J'ai essayé plusieurs fois, cela revient sans cesse sans le cluster multi-états

Réinitialisez le commutateur, retirez-le de deconz, redémarrez deconz, puis associez-le à nouveau.

Réinitialisez le commutateur, retirez-le de deconz, redémarrez deconz, puis associez-le à nouveau.

Cela continue de venir sans ce descripteur, c'est vraiment étrange, j'ai aussi des problèmes pour coupler un interrupteur IKEA à 5 boutons bien que le gradateur ait parfaitement fonctionné.

@mat1990dj la première fois que j'ai couplé mon commutateur non pris en charge WXCJKG11LM (après avoir réinitialisé plusieurs fois car phoscon n'a montré aucun succès), j'ai soudainement vu le commutateur sur mon application homekit (et Eve), avec à la fois des boutons et des actions à appliquer pour le premier, le deuxième et clic long. Mais aucun événement n'est arrivé. Après avoir recherché sur Internet, j'ai lu quelque chose à propos du nom de l'appareil qui ne devrait pas contenir d'espace. Je l'ai donc renommé via l'API REST (le renommage bc via deconz ne fonctionne pas et le commutateur ne s'affiche toujours pas sur phoscon). Mais renommer n'a pas résolu le problème. J'ai donc supprimé le nœud via deconz et même supprimé toutes les entrées de la base de données deconz (via le client SQLIGHT). Après l'appairage à nouveau, j'ai remarqué que le nouveau nom est apparu. Et à partir de ce moment-là, le commutateur n'est plus apparu dans mon homekit (enfin, j'ai mis à niveau deconz vers la version 2.05.75).
Longstory short: même lorsque vous supprimez un nœud dans deconz incl. DB en quelque sorte dans le Zigbee Stick (ConBee II) ou ailleurs, une entrée reste. J'attendrai que ce commutateur soit pris en charge. J'ai vu dans le code source de la 2.05.75 que peu de zones sont déjà préparées pour cette version. On croise les doigts, ce sera bientôt fini. :)

Oui, espérons :)
Merci

Eh bien, maintenant je suis confus. Je viens de lire par hasard dans la note de version du 2.05.75 que ce commutateur est pris en charge. Mais ne fonctionne pas pour moi. Alors code buggé ? Note de version en allemand :

Fonctionnait un peu avant 0,75 mais seulement un seul événement d'appui sur un bouton. Depuis 0,75 rien ! J'attends donc depuis plus de 2 mois un correctif.

Pourquoi les gens ne lisent-ils pas attentivement que la version 2.05.75 est une version bêta et ne doit pas être utilisée...
Je veux dire, si quelqu'un installe une version bêta, il y aura bien sûr des problèmes...
2.05.74 a un support de base pour les commutateurs Opple, un support complet arrivera avec la prochaine version, alors soyez patient.

Le problème est (dans le cas de Home Assistant) que la plupart des gens utilisent le module complémentaire, qui inclut la version 2.05.75. Il est peut-être préférable d'indiquer clairement à chaque version qu'il s'agit d'une version bêta ou stable. Dans Github, vous pouvez l'indiquer. ( plus d'infos )

@klaasnicolaas ils le font déjà. Ceux sans "_stable" sont considérés comme bêta, je suppose. https://github.com/dresden-elektronik/deconz-rest-plugin/tags

Même alors, il y a place à l'amélioration 😉

76 est là! Qui essaie en premier ?

Également disponible pour deconz/HomeAssistant. Bousculé il y a 19 minutes !

Remarquez : cela semble être une "version bêta" !

@gysman Wooohoo merci pour l'info !
Il ne reste plus qu'à attendre la nouvelle image docker pour la tester :)

Fyi docker image devrait être bientôt disponible !
https://github.com/marthoc/docker-deconz/pull/225

Je viens de passer à la nouvelle version. Mais mon interrupteur Opple 3-gang ne fonctionne toujours pas. Est-ce que je fais quelque chose de mal ? J'ai jumelé avec succès le commutateur dans Phoscon. Je peux le voir comme une unité dans Home Assistant. Mais si je lisent pour deconz_event ça ne me donne rien. Cela fonctionnait dans l'une des versions précédentes de Deconz - je pense que c'était 5.3.1

Mon interrupteur à 6 boutons a été couplé avec succès avec Deconz et apparaît dans l'application Phoscon. Lorsque j'écoute le deconz_event dans Home Assistant, je vois les événements des pressions sur les boutons sans aucun problème.

Ne fonctionne pas pour moi. Version 6 boutons.

{"buttonevent":null,"lastupdated":"none"} charge utile complète de node-red

mise à jour : aucun événement dans HA non plus.

Mon interrupteur à 6 boutons a été couplé avec succès avec Deconz et apparaît dans l'application Phoscon. Lorsque j'écoute le deconz_event dans Home Assistant, je vois les événements des pressions sur les boutons sans aucun problème.

Utilisez-vous Home Assistant ?

Oui, je l'ai mentionné dans mon post précédent :)

Mon interrupteur à 6 boutons a été couplé avec succès avec Deconz et apparaît dans l'application Phoscon. Lorsque j'écoute le deconz_event dans Home Assistant, je vois les événements des pressions sur les boutons sans aucun problème.

Avez-vous des suggestions sur ce que je pourrais faire mal?

Mon interrupteur à 6 boutons a été couplé avec succès avec Deconz et apparaît dans l'application Phoscon. Lorsque j'écoute le deconz_event dans Home Assistant, je vois les événements des pressions sur les boutons sans aucun problème.

Avez-vous des suggestions sur ce que je pourrais faire mal?

Pas vraiment, mais la dernière fois que j'ai ajouté un gradateur Philips Hue, j'ai dû redémarrer mon Pi avant de voir des événements dans deconz_event

Vous pouvez également vérifier l'interface graphique via VNC pour voir si elle est ajoutée correctement

Je tiens également à mentionner que je n'ai jamais essayé de coupler mon Opple jusqu'au 2.05.76, je savais qu'il y avait des problèmes alors j'ai juste attendu la version de travail

Lorsque vous effectuez une mise à niveau vers 2.05.76 à partir de 2.05.75, vous devez d'abord supprimer complètement les commutateurs de deconz, puis redémarrer deconz, puis les réassocier avec la nouvelle version. Sans cette étape, les commutateurs ne fonctionneront toujours pas car vous aurez l'appariement rompu dans votre base de données à partir de 2.05.75

Essayez à nouveau d'appairer le commutateur

redémarrez et une re-paire fonctionne. Mon appareil n'a pas été ajouté avant .76

Lorsque vous effectuez une mise à niveau vers 2.05.76 à partir de 2.05.75, vous devez d'abord supprimer complètement les commutateurs de deconz, puis redémarrer deconz, puis les réassocier avec la nouvelle version. Sans cette étape, les commutateurs ne fonctionneront toujours pas car vous aurez l'appariement rompu dans votre base de données à partir de 2.05.75

Ça a marché. Merci beaucoup :-) J'attendais ça depuis si longtemps

Je ne vois pas de libération après attente (x003)
Je le vois dans les informations de cluster deconz (255) mais pas dans l'événement HA.
J'ai réinitialisé le commutateur, retiré et redémarré, puis inclus à nouveau le commutateur.

Je ne vois pas de libération après attente (x003)
Je le vois dans les informations de cluster deconz (255) mais pas dans l'événement HA.
J'ai réinitialisé le commutateur, retiré et redémarré, puis inclus à nouveau le commutateur.

Aucun problème ici avec les 6 boutons.

L'événement 1 a été déclenché à 17h27 :
{
"event_type": "deconz_event",
"Les données": {
"id": "lumi_remote_b686opcn01_22",
"unique_id": "xxxxxxxxxxxxxxxxxxxxxxxx",
"événement": 3003
},
"origine": "LOCAL",
"time_fired": "2020-05-23T15:27:08.018072+00:00",
"le contexte": {
"id": "xxxxxxxxxxxxxxxxxxxxxxxx",
"parent_id": null,
"user_id": null
}
}

Bizarre, j'ai aussi le bouton 6.
Tout le reste fonctionne 1 2 3 clics et maintien, mais pas relâchement après maintien.
Bon je dois en essayer d'autres.
Merci d'avoir confirmé que cela devrait fonctionner.

@mickeman j'ai le même problème.
Dans le journal, je vois ceci :

pas de gestionnaire de boutons pour : lumi.remote.b686opcn01 ep : 0x06 cl : 0x0012 cmd : 0x0A pl[0] : 0x55

@L3H0
Ok, j'ai réessayé exactement comme ci-dessous mais ça n'aide pas
J'exécute deconz sous Ubuntu sous WMware.
J'ai mis à jour le conbee II vers le firmware 0x26580700

Lorsque vous effectuez une mise à niveau vers 2.05.76 à partir de 2.05.75, vous devez d'abord supprimer complètement les commutateurs de deconz, puis redémarrer deconz, puis les réassocier avec la nouvelle version. Sans cette étape, les commutateurs ne fonctionneront toujours pas car vous aurez l'appariement rompu dans votre base de données à partir de 2.05.75

J'ai ajouté switch 2 fois, redémarrer docker avec deconz mais toujours pareil :/
Je ne mets pas à niveau le FW de conbee II, j'ai toujours 264A0700

@L3H0
Ok, donc ce n'est pas le firmware.
Peut-être que @merdok pourrait vous aider ?

Je le ferais, mais je ne vois aucun package deb pour l'installation ni un fichier make pour sa propre compilation. Je ne connais pas trop github mais j'ai utilisé "$ wget http://deconz.dresden-elektronik.de/raspbian/beta/deconz-latest-beta.deb " pour obtenir la dernière version bêta disponible mais cela me ramène juste à 2.05 .75
Pouvez-vous me donner un indice?

Suis 23.05.2020 à 14:45 schrieb Adrian [email protected] :

Fyi docker image devrait être bientôt disponible !
marthoc/docker-deconz#225

-
Vous recevez ceci parce que vous avez commenté.
Répondez directement à cet e-mail, consultez-le sur GitHub ou désabonnez-vous.

Ok, la dernière version est installée et j'ai réparé mon Opple avec succès. Maintenant, il s'affiche correctement sur phoscon et deconz, mais aucun événement n'est malheureusement observé sur le nœud rouge sur cet appareil.

Suis 23.05.2020 à 20:52 schrieb Martin Hinz [email protected] :

Je le ferais, mais je ne vois aucun package deb pour l'installation ni un fichier make pour sa propre compilation. Je ne connais pas trop github mais j'ai utilisé "$ wget http://deconz.dresden-elektronik.de/raspbian/beta/deconz-latest-beta.deb " pour obtenir la dernière version bêta disponible mais cela me ramène juste à 2.05 .75
Pouvez-vous me donner un indice?

Suis 23.05.2020 à 14:45 schrieb Adrian [email protected] :

Fyi docker image devrait être bientôt disponible !
marthoc/docker-deconz#225

-
Vous recevez ceci parce que vous avez commenté.
Répondez directement à cet e-mail, consultez-le sur GitHub ou désabonnez-vous.

Fonctionne, mais pas de mappage de clics longs dans Phoscon ?

@Kroeliemonster : Quel firmware ? J'ai le même problème que mikeman aucune information de libération dans HA : (je ne vois pas la libération après la suspension (x003)), combien de temps avez-vous tenu ?

@Kroeliemonster : Quel firmware ? J'ai le même problème que mikeman aucune information de libération dans HA : (je ne vois pas la libération après la suspension (x003)), combien de temps avez-vous tenu ?
Micrologiciel : 26490700
Je peux tenir pendant un temps court ou plus long et cela donne toujours l'événement x003

J'ai installé le firmware 26490700 pour Conbee II et mis à jour deConz vers 2.05.76 mais je ne vois toujours pas mon interrupteur à 4 boutons. Dans Domoticz je vois la même chose. Lorsque je le supprime de domoticz, il reviendra après le redémarrage de mon pi.

Je pense que je dois retirer le commutateur de deConz, mais comment puis-je le faire avec deConz en mode sans tête ?

J'avais 264a0700 et aucun événement x003 et mis à jour vers 26580700 et aucun événement x003 dans HA.

@Havym : via API ? vous n'avez pas d'interface web ? comment les as-tu ajoutés ?

Je reçois dans le journal de l'addon HA deconz suivant :

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 : via API ? vous n'avez pas d'interface web ? comment les as-tu ajoutés ?
La première fois, je les ai ajoutés via l'application phoscon comme tant d'utilisateurs. L'interrupteur n'était pas pris en charge à ce moment-là et a allumé et éteint toutes les lumières. Mais le commutateur n'est toujours pas visible dans l'application phoscon.
Mais sans deConz Gui, je ne peux pas supprimer le commutateur.

Essayez dans l'application phoscon -> commutateur -> ajouter un nouveau commutateur -> autre -> appuyez sur c sur opple jusqu'à ce qu'il clignote trois fois -> attendez 30 secondes.
Si le commutateur est maintenant dans l'application phoscon, supprimez-le, redémarrez deconz et ajoutez-les à nouveau.

Ce qui est amusant, c'est que... j'ai essayé votre chemin et il est apparu dans phoscon et j'ai supprimé à nouveau le commutateur et redémarré deconz. Maintenant, je ne peux plus connecter le commutateur.

EDIT : j'ai réessayé et ça s'affiche dans deconz et dans domoticz ! Merci.

Je peux confirmer qu'après avoir installé la mise à jour du plugin et redémarré HA, je peux maintenant ajouter les deux commutateurs 6x et ils donnent tous des résultats appropriés pour l'état de clic et de libération 1,2,3x. BON TRAVAIL. Merci.

Maintenant, je pense que je dois découvrir quelle est la meilleure méthode pour remplir tous ces commutateurs possibles (18 pour chaque commutateur matériel) avec les actions appropriées. Quelle serait la meilleure façon de le faire? Je suppose que vous devez écrire 18 automatisations pour chaque événement, n'est-ce pas ?

Avez-vous 5 états pour chaque commutateur ? 1 (x002), 2(x004), 3(x005)x clic, appui long (x001) et relâchement (x003) ? En automatisation, il y en a cinq pour chaque état, mais la version x003 après un appui long ne vient pas de deconz.

Hmmm. Étrange, je pensais que x003 était là aussi, mais je ne peux pas le faire apparaître maintenant. Tous les autres fonctionnent bien.

Grâce au nœud rouge, j'obtiens 1,2,3,4,5. Dommage qu'il ait fallu 6 mois pour en arriver là et c'est la bêta

J'ai essayé les composants HA et node red, mais je ne reçois toujours pas les événements x003 (release). J'ai supprimé le nœud et j'ai supprimé le commutateur de l'interface Web et je l'ai rajouté plusieurs fois, mais les mêmes résultats. Je continuerai à jouer avec jusqu'à ce que quelqu'un publie une solution. Jusqu'à présent, tout le reste fonctionne parfaitement, ce qui est génial étant donné que c'était un presse-papier sur mon mur pendant quelques mois😁

Pouvez-vous revérifier dans l'interface graphique si l'attribut _Present Value_ (0x0055) du cluster _Multistate Input_ (0x0012), sur le point de terminaison correspondant au bouton, reflète les actions du bouton ? Il doit être égal à 0 pour le maintien, à 255 pour un relâchement long et à 1, 2, 3 pour un appui simple, double ou triple.

@ebaauw

Pouvez-vous revérifier dans l'interface graphique si l'attribut _Present Value_ (0x0055) du cluster _Multistate Input_ (0x0012), sur le point de terminaison correspondant au bouton, reflète les actions du bouton ? Il doit être égal à 0 pour le maintien, à 255 pour un relâchement long et à 1, 2, 3 pour un appui simple, double ou triple.

Dans mon cas, je peux voir toutes les actions des boutons dans l'interface graphique, comme vous l'indiquez ci-dessus.
Mais dans Home assistant, je ne peux voir que x001 x002 x004 x005.
J'exécute deCONZ sous Ubuntu et j'ai mis à jour le firmware Conbee II vers 26580700.

@ebaauw

Pouvez-vous revérifier dans l'interface graphique si l'attribut _Present Value_ (0x0055) du cluster _Multistate Input_ (0x0012), sur le point de terminaison correspondant au bouton, reflète les actions du bouton ? Il doit être égal à 0 pour le maintien, à 255 pour un relâchement long et à 1, 2, 3 pour un appui simple, double ou triple.

Dans mon cas, je peux voir toutes les actions des boutons dans l'interface graphique, comme vous l'indiquez ci-dessus.
Mais dans Home assistant, je ne peux voir que x001 x002 x004 x005.
J'exécute deCONZ sous Ubuntu et j'ai mis à jour le firmware Conbee II vers 26580700.

Oui, je peux confirmer. Tout est visible dans l'interface graphique VNC.

Les seuls événements que je reçois dans HA sont x001, x002, x004 et x005.
Je peux utiliser mon interrupteur maintenant, ce qui est fantastique ! Quelques événements manquants valent mieux que pas d'événements :-)

Merci aux développeurs, votre travail est très apprécié.

Dans mon cas, je peux voir toutes les actions des boutons dans l'interface graphique, comme vous l'indiquez ci-dessus.
Oui, je peux confirmer. Tout est visible dans l'interface graphique VNC.

Dans ce cas, l'événement de bouton x003 devrait être émis par le plugin REST API. Je ne vois pas comment il ne peut pas.

Je commencerais à suspecter HA, mais comme il existe également un rapport sur Node-red :

• Pourriez-vous, s'il vous plaît, vérifier dans l'API, après une longue libération/maintien que state.buttonevent est bien x003 ?
• Pourriez-vous s'il vous plaît vérifier avec dc_eventlog (inclus dans Homebridge Hue) ou avec un autre client de socket Web que l'événement x003 est émis sur le socket Web ?

J'ai essayé de créer une règle avec Hue Essentials (application Android) directement avec l'API deconz et cela ne fonctionne pas avec 1003.
1002 par exemple fonctionne comme il se doit.

@ebaauw Valeur actuelle (0x0055) rapporte "255" pour une libération longue durée.
Il semble qu'il signale "1" pour une seule pression (relâchement ?), "0" pour une attente, "2" pour une double pression, "3" pour une triple pression et "255" pour une longue attente.

Cela peut ne pas être pertinent, mais il signale également 255 après un long relâchement sur le dernier clic d'une double ou triple pression (il signale toujours 2 ou 3 pour ces événements avant le long relâchement)

Edit : y compris la capture d'écran

Cela peut ne pas être pertinent, mais il signale également 255 après un long relâchement sur le dernier clic d'une double ou triple pression (il signale toujours 2 ou 3 pour ces événements avant le long relâchement)

Il est assez inhabituel de voir un x003 sans un x001 précédent, mais les clients API devraient pouvoir gérer cela (lors de l'interrogation du pont Hue, le x001 aurait même pu être manqué). Je ne pense pas que ce soit pertinent pour le cas d'événements manquants/non gérés.

Nous devons vraiment déterminer où se situe le problème. Autant que nous sachions, le commutateur rapporte bien les événements, rapportant 255 pour _Valeur actuelle_. L'étape suivante consiste à vérifier que l'API met state.buttonevent jour

Encore une fois, je ne comprends pas comment cela pourrait être le cas pour les autres valeurs, mais pas pour 255. Je détesterais jouer la carte « ça marche pour moi » et blâmer aveuglément les clients de l'API, alors veuillez vérifier cela.

Dans HA AddOn deconz log après avoir appuyé sur le bouton 1 du bouton Opple 6 (WXCJKG13LM) pendant 4 secondes :

07:51:35:742 bouton 1001 Arrêt attente
07:51:35:742 Rapport d'attribut ZCL 0x04CF8CDF3Cxxxxxx pour cluster : 0x0012, ep : 0x01, contrôle de trame : 0x18, mfcode : 0x0000
07:51:39:719 pas de gestionnaire de boutons pour : lumi.remote.b686opcn01 ep : 0x01 cl : 0x0012 cmd : 0x0A pl[0] : 0x55
07:51:39:719 Rapport d'attribut ZCL 0x04CF8CDF3Cxxxxxx pour cluster : 0x0012, ep : 0x01, contrôle de trame : 0x18, mfcode : 0x0000

Il semble qu'il n'y ait pas de gestionnaire de boutons dans deconz .76 pour x003

Pourriez-vous exécuter deconz avec --dbg-info=2 et capturer également la charge utile asdu ? Je pense que 0x55 pourrait faire référence au lsb de l'identifiant d'attribut _Present Value_ (0x0055). Le commutateur envoie le même rapport d'attribut (commande 0x0A) pour toutes les actions, seule la valeur de la charge utile diffère.

Dans mon cas, j'ai suivi les étapes pour ajouter, supprimer, redémarrer et réajouter, et l'un de mes commutateurs a parfaitement fonctionné, mais l'autre est toujours ajouté sans l'entrée multi-états et fait la chose étrange en contrôlant toutes les lumières du réseau.

J'espère que tout est pertinent, si vous avez besoin de plus, faites le moi savoir...

08:13:16:503 APS-DATA.indication de l'enfant 0x3B01
08:13:16:504 vérifier que 0x04cf8cdf3cxxxxxx est le nœud enfant après 94 s
08:13:16:504 Données de nœud 0x04cf8cdf3cxxxxxx profileId : 0x0104, clusterId : 0x0012
08:13:16:505 0x04CF8CDF3Cxxxxxx : mise à jour de la valeur ZCL 0x01/0x0012/0x0055 après 0 s
08:13:16:507 bouton 1001 Arrêt attente
08:13:16:508 Forcer la liaison du rapport d'attributs pour le capteur OPPLE Schalter 3-fach
08:13:16:508 Rapport d'attribut ZCL 0x04CF8CDF3Cxxxxxx pour cluster : 0x0012, ep : 0x01, contrôle de trame : 0x18, mfcode : 0x0000
08:13:16:510 charge utile : 5500210000
08:13:16:515 Websocket 172.30.32.1:34146 envoyer le message : {"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 envoyer le message : {"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 envoyer le message : {"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 envoyer le message : {"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 vérifier l'état du voisin : APP_SUCCESS (0x00)
08:13:16:521 rejeter l'état du capteur pour 66 : état/dernière mise à jour (déjà poussé)
08:13:16:544 APS-DATA.indication de l'enfant 0x3B01
08:13:16:544 Données de nœud 0x04cf8cdf3cxxxxxx profileId : 0x0104, clusterId : 0x0012
08:13:16:545 0x04CF8CDF3Cxxxxxx : mise à jour de la valeur ZCL 0x01/0x0012/0x0055 après 0 s
08:13:16:546 Forcer la liaison du rapport d'attribut pour le capteur OPPLE Schalter 3-fach
08:13:16:546 pas de gestionnaire de boutons pour : lumi.remote.b686opcn01 ep : 0x01 cl : 0x0012 cmd : 0x0A pl[0] : 0x55
08:13:16:546 Rapport d'attribut ZCL 0x04CF8CDF3Cxxxxxx pour cluster : 0x0012, ep : 0x01, contrôle de trame : 0x18, mfcode : 0x0000
08:13:16:546 charge utile : 550021ff00

Je suis complètement perdu. Il n'y a pas de code pour gérer différemment les différentes valeurs de la charge utile. Ça marche pour moi:

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)

J'ai réinitialisé et re-appairé l'Opple, juste pour être sûr. J'ai essayé à la fois un Pi 4B sous Raspbian buster avec ConBee II sur v2.05.76 et un Pi 3B+ sous Raspbian stretch avec RaspBee sur v2.05.77.

Sur quelle plateforme tournez-vous ? La seule explication à laquelle je puisse penser serait un bogue du compilateur.

Je viens d'essayer la v2.05.77 avec les boutons 2/4/6 et tout semble fonctionner comme prévu.

La seule chose dont je ne suis pas sûr, c'est que lorsque je maintiens un bouton enfoncé assez longtemps (plus de 6 secondes), l'événement de libération ne se produit plus. @ebaauw savez-vous si ça devrait être comme ça ?

Que ce soit comme ça, je ne peux pas répondre, mais je vis la même chose. À première vue, le commutateur n'envoie plus le message de libération lorsque vous le maintenez trop longtemps. Non lié au problème « pas de gestionnaire de boutons ».

Ok, je le pense aussi.
À propos du problème "pas de gestionnaire de bouton", je me demande aussi pourquoi certains utilisateurs obtiennent une charge utile 0x55 au lieu de 0x255

C'est 255 (décimal) ou 0xFF.

Consultez les journaux ci-dessus : la charge utile est pour la commande _Report_ Attributes 550021xx00 , ou : 0x0055 - _Present Value_ attribute ; 0x21 - type de données uint16 ; 0x00xx la valeur. Le journal affiche payload[0], qui est le premier octet, ou 0x55 ; le gestionnaire de boutons regarde payload[3], qui est le quatrième octet, ou xx.
https://github.com/dresden-elektronik/deconz-rest-plugin/blob/2a26b78f4139a179968e61aa0e0caf3fd1917162/de_web_plugin.cpp#L3581 -L3591

Oh, c'est vrai. Désolé, déjà trop tard... Maintenant je le vois. Alors pourquoi regarde-t-il le premier octet pour certains utilisateurs ?

J'ai vécu la même chose si vous maintenez le bouton enfoncé trop longtemps, après 6 secondes, il n'y aura plus de message, mais le x001 après 1 seconde pour un appui long, comme indiqué ci-dessus.
J'utilise un NUC avec virtual box et Home Assistant 0.110.2 (ou plus récent) avec AddOn deconz .76 ConBee II 26580700.
Le message semble être envoyé puisqu'il n'y a que pour appui long ou appui très long ;-) :

08:13:16:546 pas de gestionnaire de boutons pour : lumi.remote.b686opcn01 ep : 0x01 cl : 0x0012 cmd : 0x0A pl[0] : 0x55
08:13:16:546 Rapport d'attribut ZCL 0x04CF8CDF3Cxxxxxx pour cluster : 0x0012, ep : 0x01, contrôle de trame : 0x18, mfcode : 0x0000
08:13:16:546 charge utile : 550021ff00

Avez-vous besoin d'autre chose? Fais-moi savoir.

Merci beaucoup pour l'aide!

comment capturer les données adsu ? Si j'active --dbg-info=2 je n'ai pas quelque chose comme ça dans le journal :
May 25 22:17:10 pi5 deCONZ[28578]: 22:17:08:443 asdu: 18cb0a550021ff00
Alors, quel paramètre active cette sortie pour se connecter ?

Probablement --dbg-aps=2 . Besoin de collecter et de documenter tout cela un jour...

Merci beaucoup pour tout votre travail acharné.
J'ai un tel commutateur depuis six mois maintenant et je lis beaucoup ici.
Je viens d'ajouter le passage à homeassistant. J'ai maintenant 16 nouveaux événements à gérer...
Merci beaucoup

Mais pourquoi, l'un des meilleurs événements ne fonctionne pas. C'est tellement triste. ;(

Tu veux dire libération après attente ?

Tu veux dire libération après attente ?

Oui

La libération après le maintien fonctionne... apparemment, le fait que le commutateur n'envoie pas l'événement de libération après plus de 6 secondes est un problème avec le commutateur lui-même.

La libération après le maintien fonctionne... apparemment, le fait que le commutateur n'envoie pas l'événement de libération après plus de 6 secondes est un problème avec le commutateur lui-même.

Non, cela ne fonctionne pas dans HA. Oui, l'événement est disponible dans l'interface graphique, mais ce n'est pas une solution qui fonctionne. Vous dites que le commutateur lui-même fonctionne mal, mais je ne vois aucun problème sur zigbee2mqtt avec ce commutateur.

Il fonctionne en HA. Je l'utilise depuis que je l'ai implémenté en mars avec HA...
Pourquoi pour certaines personnes, cela ne fonctionne pas, doit être étudié.

@merdok : Même le commutateur envoie cela dans les 6 secondes, le relâchement après le maintien ne fonctionne PAS dans deconz, ni dans HA, ni dans NodeRED.

Deconz n'envoie PAS l'événement x003 pour une libération après une attente dans les 6 secondes.

J'ai essayé cela aujourd'hui avec trois nouveaux boutons opple 6 gangs et une nouvelle installation propre de deconz (.77) avec ConBee II 264A0700 et 26580700.

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 de l'enfant 0x0494
17:45:50:322 Données de nœud 0x04cf8cdf3c797497 profileId : 0x0104, clusterId : 0x0012
17:45:50:322 Forcer la liaison du rapport d'attribut pour le capteur OPPLE Schalter 3-fach
17:45:50:322 pas de gestionnaire de boutons pour: lumi.remote.b686opcn01 ep: 0x03 cl: 0x0012 cmd: 0x0A pl[0]: 0x55
17:45:50:322 Rapport d'attribut ZCL 0x04CF8CDF3C797497 pour cluster : 0x0012, ep : 0x03, contrôle de trame : 0x18, mfcode : 0x0000
17:45:50:322 charge utile : 550021ff00

Le problème du communiqué de presse long pourrait être un bogue du compilateur.
Je peux me tromper et cette théorie devrait être testée, mais elle semble fonctionner sur Raspberry Pi (ARM) et non sur x86.

J'exécute HA/deconz sur un PC sans tête et j'ai remarqué que quelqu'un au-dessus de ce problème utilise un NUC. Les personnes qui réussissent semblent toutes utiliser un Raspberry Pi.

Quelqu'un a-t-il des commentaires sur ce que vous organisez et sur votre succès à organiser ces événements ?

Edit: Je ne sais pas comment, ou si, le diffère de code pour différents types de commutateurs, mais je reçois des événements de libération pour les autres commutateurs, tout simplement pas ce commutateur Opple (de lumi.remote).

pourrait être une explication, j'utilise un NUC avec Win10, VB.
Je vais essayer sur mon rpi3b...

@luce3butler bon point. Cela peut être. J'utilise aussi Raspberry Pi (ARM) et ça marche.

J'ai, Deconz dans docker sur Synology.

Pour moi, l'événement x003 fonctionne sur un rpi3-quelque chose

x003 ne fonctionne PAS dans ma configuration.
Fonctionnant sur Intel i5 avec WMware (ESXI) et Ubuntu Desktop 18.04

RPi3 ici avec HA et bien que je n'utilise la libération qu'après les événements de maintien avant la fin des 6 secondes, je dois confirmer qu'après 6 secondes, l'événement x003 ne trouve pas son chemin vers Deconz.

Sur mon RPi3B, cela fonctionne, avec le même Opple 6-gang, et les mêmes ConBee II 264A0700 et ConBee II 26580700
Sur mon NUC i7 win10 VB HA 0.110.3 AddOn Deconz .77, ce n'est pas le cas.

@Kroeliemonster c'est un problème différent, probablement lié au commutateur lui-même.
Vous devez s'il vous plaît différencier cela, car cela embrouille les gens ici !

Sur la base des commentaires jusqu'à présent, cela ressemble à un bogue du compilateur ou au moins à quelque chose lié à l'architecture du processeur.

Sur la base des commentaires jusqu'à présent, cela ressemble à un bogue du compilateur ou au moins à quelque chose lié à l'architecture du processeur.

Cela semble être l'explication la plus plausible, comme je l'ai fait remarquer plus tôt.

La seule explication à laquelle je puisse penser serait un bogue du compilateur.

L'expression erratique semble être :
https://github.com/dresden-elektronik/deconz-rest-plugin/blob/2a26b78f4139a179968e61aa0e0caf3fd1917162/de_web_plugin.cpp#L3586

zclParam0 est un quint16 ; zclFrame.payload() renvoie un QByteArray . QByteArray::at() renvoie un char . Nous comparons donc une valeur entière non signée de 16 bits de 255 avec une valeur, je suppose, 8 bits, éventuellement signée, char . Je suppose que _is_ demande des ennuis.

Le seul autre endroit dans les cartes de boutons où nous utilisons une zclParam0 de 255 est pour le 1002 (virage brusque à droite) du gradateur IKEA. Souhaitez-vous deviner ce que nous voyons là-bas ? Indice : #2787. Peut-être étions-nous un peu prématurés en criant au gradateur d'être maudit ?

@manup , qu'en

@ebaauw pensez -vous que l'utilisation de 0xFF dans la carte des boutons pour le paramètre pourrait peut-être résoudre ce problème ?

La plupart des utilisations de "payload().at(" dans ce fichier sont transtypées ou affectées à des temporaires non signés. Il me semble que toutes les utilisations comparées à une valeur non signée doivent être traitées de la même manière, par souci de cohérence, même si elles ne semblent pas strictement avoir des drapeaux rouges sur eux comme cette instance d'utilisation le fait où le 255 peut être traité comme la valeur signée -1.

pensez-vous que l'utilisation de 0xFF dans la carte des boutons pour le paramètre pourrait peut-être résoudre ce problème ?

Non. Le compilateur traduirait 255 et 0xFF en exactement la même valeur. Changer la zclParam0 en 65535 (0xFFFF) pourrait pour x86, mais s'arrêtera sur ARM.

Changer la comparaison en buttonMap->zclParam0 == zclFrame.payload().at(3) & 0xFF pourrait faire l'affaire sur les deux architectures. Utiliser un moyen plus décent de décoder la charge utile serait la meilleure solution à mon humble avis.

char est signé sur x86 et non signé sur ARM, voir :
https://www.linuxtopia.org/online_books/an_introduction_to_gcc/gccintro_71.html

Ainsi, sur x86, la valeur 8 bits -1 (0xFF) est probablement convertie en la valeur 16 bits non signée 65535 (0xFFFF), qui serait -1 en tant que valeur 16 bits signée. Sur ARM, la valeur non signée de 8 bits 255 (0xFF) serait convertie en valeur non signée de 16 bits 255 (0x00FF).

Peut-être buttonMap->zclParam0 == static_cast<quint8>(zclFrame.payload().at(3)) ?

Peut aussi fonctionner. Je ne peux pas compiler sur x86 pour vérifier.

Il y a quelques autres endroits avec un zclParam0 > 127 : le 1010 (plusieurs pressions) sur le lumi.sensor_switch et le 7002, 8002, 9002 (_4_, _5_, _6_) sur la télécommande interne RC110. Devinez quoi : https://github.com/dresden-elektronik/deconz-rest-plugin/issues/635#issuecomment-534519677).

Peut aussi fonctionner. Je ne peux pas compiler sur x86 pour vérifier.

Je ne peux pas non plus. Je serais plus susceptible d'utiliser un transtypage vers un int 8 bits non signé d'une certaine variété, donc le static_cast à quint8 ou uint8_t serait bon. Si vous utilisez l'approche de manipulation de bits, je me sentirais plus en sécurité pour AND avec 0x0ff plutôt que 0xff , simplement parce que je ne peux pas dire que ce dernier produira nécessairement un résultat non signé, bien que je suppose que c'est probablement le cas.

Je l'essayerais, mais je ne peux malheureusement pas aussi compiler pour x86.

@ebaauw ici résolvant potentiellement le problème derrière un lot de bogues.
Votre travail est très apprécié. ??

Si personne n'est capable de faire des tests x86, je prendrai le temps de mettre en place un environnement de test dédié. J'utilise l'intégration HA (supervisée), mais je peux faire tourner une autre VM.

Je cloud même aider, mais j'ai besoin d'aide pour savoir comment...

On dirait que ce problème a déjà été trouvé (et résolu) pour le 1010 (plusieurs pressions) du lumi.sensor_switch :
https://github.com/dresden-elektronik/deconz-rest-plugin/blob/720a324f33dcb31efc086f2f052b35eba3948794/de_web_plugin.cpp#L3546
Avec une quantité respectable de force brute, pourrais-je ajouter.

Je viens d'attribuer le payload().at( _n_ ) à un quint8 pour le Lutron Aurora, mais je ne sais pas si quelqu'un l'a testé sur x86 (ou une autre plate-forme avec char ).

Pourriez-vous s'il vous plaît tester mon commit ci-dessus sur x86 ?

Pour mémoire : ce n'est pas un bogue du compilateur après tout, juste du mauvais code non portable.

Félicitations pour tout le travail acharné en cours, pour le moment, il semble que je n'arrive pas à envoyer des événements à mon HassOS via deconz.
Existe-t-il un autre commutateur 6 gangs pour ce rapport qualité/prix ?

En testant la dernière "bêta", tout fonctionne bien. Pour moi, nous pouvons fermer le problème après la version finale.

Peut-on _Enfin_ fermer ce 😄 ?

Je n'ai pas pu le tester, car la version bêta n'est pas disponible pour les modules complémentaires HA et je n'ai pour le moment aucune possibilité de le tester sur une VM x86 ou x86.

@ebaauw , @Mimiix Merci beaucoup pour le travail acharné.

Je vais le tester, dès que possible la version en HA est disponible.

@thecem je n'ai pas fait grand chose, @ebaauw est celui à louer ici ;)
Si l'addon HA est sorti et mis à jour, contactez simplement ici s'il y a des problèmes :)

_Mimiix aime se débarrasser des vieux problèmes de longue durée 😄_

Existe-t-il une procédure spéciale couple ? J'ai installé la dernière version de deconz, mais je n'arrive pas à coupler l'interrupteur à 6 boutons. Cela fonctionne, car il allume directement les lumières, mais il n'est pas connecté à deconz.

J'ai testé le x003 et il fonctionne sous NUC WIN10 HA 0.110.4 Addon Deconz 2.05.08 :

@ebaauw : Merci pour le travail formidable !

Existe-t-il une procédure spéciale couple ? J'ai installé la dernière version de deconz, mais je n'arrive pas à coupler l'interrupteur à 6 boutons. Cela fonctionne, car il allume directement les lumières, mais il n'est pas connecté à deconz.

J'ai eu le même problème au début. J'ai donc joué avec le bouton C (maintenir 5 secondes, attendre, appuyer 1 seconde, attendre, tout répéter) et à un moment donné, il s'est connecté à deconz. Essais et erreurs très insatisfaisants. _De plus, cela ne déclenche pas d'événement de déconz, donc c'est inutile pour moi en ce moment._

Edit : j'ai mis à jour deconz et maintenant j'obtiens les événements. :-)

Vous avez besoin d'au moins la version 2.05.77, si vous vous êtes connecté avant, réparez-la avec la dernière.
En déconz :

• connecter un nouveau commutateur
• appuyez sur le bouton c (court // 1 s, si vous le réinitialisez auparavant en appuyant dessus pendant 15 s, sinon appuyez dessus pendant 15 s)
• attendre

J'ai la 2.05.78 / 22.05.2020 - la dernière version hier, mais aujourd'hui elle a disparu de https://phoscon.de/en/changelog/ pour une raison quelconque ?

J'ai appuyé sur c pendant 15 secondes. toutes les ~ 5 secondes, la LED clignote.
J'ai appuyé sur Ajouter un commutateur dans l'application Web Phoscon
J'ai appuyé sur C pour 1 (Essayé 5 aussi) ... la LED clignote à nouveau, mais pas d'appairage :(

Comme ce problème va aboutir à des personnes ayant besoin d'aide sur de petites questions et que les commutateurs opple sont pris en charge, je ferme ce problème.

Pour les petites questions, Discord est l'endroit où il faut être ! vous pouvez trouver l'URL dans le readme.md

Les gars, aujourd'hui, j'essaie de coupler les boutons opple 6 avec mon raspbee avec le firmware 26350500 et je suis confronté à un comportement intéressant. En cliquant sur ajouter un interrupteur, j'ai commencé à appuyer sur le bouton C jumelé et rien ne se passe, mais j'ai cliqué sur un bouton de l'interrupteur et l'interrupteur a commencé à contrôler mes trois ampoules E27 aqara, marche/arrêt, température de couleur et luminosité. Après cela, j'ai répété plusieurs fois le mode d'appairage, et finalement le commutateur a été ajouté au phoscon, mais dans HA, je n'ai reçu aucun événement de celui-ci.

Donc, la question est, est-ce que raspbee fonctionne avec des commutateurs opple ?

Bouton 1, en haut à gauche, action = Éteint toutes mes lumières et prises.
Bouton 2, en haut à droite, action = Allume toutes mes lumières et mes chaussettes.
Bouton 3, milieu gauche, action = Diminue la luminosité des ampoules.
Bouton 4, milieu à droite, action = Augmente la luminosité des ampoules.

J'ai mon opple 6 voies aujourd'hui et j'ai exactement le même comportement.

Je suis sur 2.5.79 avec Firmware 26350500 sur un ConBee 1

Tout ce que je peux vous conseiller, c'est d'essayer à nouveau d'ajouter. Comme je l'ai écrit plus tôt dans un autre sujet, j'ai pu ajouter sans appuyer sur les boutons pendant le processus d'appariement, je viens de lancer le processus d'appariement et de mettre l'appareil en mode d'appariement. Alors pour dire tentez votre chance. ;)

Voici le sujet dont je parle : https://github.com/dresden-elektronik/deconz-rest-plugin/issues/3074

J'ai réparé l'interrupteur plusieurs fois.
Suppression du commutateur dans Phoscon.
Départ découverte à Phoscon.
Maintenez le bouton C de l'interrupteur enfoncé pendant environ 13 secondes jusqu'à ce que la LED clignote pour la deuxième fois.
......
......
Le commutateur est découvert sans appuyer sur aucun des 6 boutons.
Toutes les lumières et prises s'allument automatiquement.

Bien, OK. Encore et encore et encore. Maintenant ça marche. Je ne sais pas pourquoi

Eh bien, je ne peux pas non plus donner une réponse détaillée à ce sujet. Je suis content que tu l'aies fait à la fin.

Aujourd'hui, j'ai reçu cet interrupteur et d'après mon expérience, cela aide si vous appuyez toujours sur le bouton C après que la LED a clignoté. Quand j'ai commencé à le faire, j'ai pu le coupler.

Avoir la même version que @saxn-paule et presque la même dans Phoscon - seule petite différence j'ai la version en détail.

Il est nécessaire de collecter des informations et dans la mesure du possible de décrire le processus d'appairage de la manière la plus détaillée possible pour les utilisateurs sur la page de support de deconz sur git...

Chers tous
J'ai reçu le même commutateur et j'ai pu l'inclure dans Phoscon. Maintenant, j'essaie de créer des actions pour ces six boutons, malheureusement seuls les deux boutons du haut sont identifiés par les automatisations. Comment générer des automatisations pour les boutons du milieu et du bas ?

salut
quelle version de deconz utilisez-vous. Il y a eu des problèmes au début. Si vous êtes sur 2.5.82, je suggérerais de supprimer à nouveau le commutateur et de vous connecter à nouveau en appuyant sur le bouton de retour pendant plus de 15 secondes. Une fois qu'il a rejoint et que vous recevez le message qu'il a été rejoint avec succès, appuyez sur le bouton en haut à gauche. C'est ainsi que cela a fonctionné pour moi et les 6 boutons affichent maintenant les événements.

salut
J'ai refait ce processus, mais quand je passe par la configuration (Hassio), je n'ai qu'une seule entité (batterie) et aucune entité de boutons ?

Ok mais ce n'est peut-être pas un problème de déconz. Vous pourriez poster une demande sur le forum de support de hassio ?

J'utilise ioBroker et là, ça marche bien.

C'est que j'ai pu générer toutes les automatisations nécessaires
merci

salut
J'ai refait ce processus, mais quand je passe par la configuration (Hassio), je n'ai qu'une seule entité (batterie) et aucune entité de boutons ?

Vous l'avez probablement déjà trouvé, mais c'est sûr. Dans Home Assistant, vous devez travailler avec des événements (tapez deconz_event) - les boutons ne sont pas ajoutés en tant qu'entité de commutation.

Si vous avez tous les appareils que vous souhaitez contrôler par ce commutateur dans deCONZ Zigbee, le plus pratique pour moi est d'utiliser les actions Phoscon.

Bonjour,

comment puis-je réellement mettre à jour Phoscon fonctionnant sur framboise? Il indique que la version 2.05.71 est mise à jour sans possibilité de mise à jour vers 2.05.77 pour faire fonctionner Opple.

Merci
Jakub

@elpaso666 Selon votre méthode d'installation. Si vous n'avez qu'une installation native, utilisez la méthode de mise à jour Linux. Infos ici : https://www.cyberciti.biz/faq/ubuntu-upgrade-update-single-package-using-apt-get/

Fonctionne de la même manière si vous exécutez Raspbian.

À tous les utilisateurs ici ayant des questions génériques : L'appareil est implémenté correctement et est fonctionnel.

Pour les questions : utilisez Discord ou ouvrez votre propre numéro (avec le modèle de question utilisateur !)

@Mimiix J'ai exécuté sudo atp-get update/upgrade... ça s'est passé, la dernière ligne est comme :
Configuration de deconz (2.05.81-raspbian-buster-stable) ...
cependant, dans phoscon, je vois 2.05.71 / 14/09/2020 - ancienne version, mais nouvelle date :)

@Mimiix J'ai exécuté sudo atp-get update/upgrade... ça s'est passé, la dernière ligne est comme :
Configuration de deconz (2.05.81-raspbian-buster-stable) ...
cependant, dans phoscon, je vois 2.05.71 / 14/09/2020 - ancienne version, mais nouvelle date :)

Exactement la même chose ici... J'ai mis à niveau vers la dernière version mais l'application phoscon affiche toujours 2.05.71 avec une version plus récente
date comme elpaso666 mentionné.
J'ai vérifié à nouveau via le shell pour mettre à jour, mais maintenant, il est dit que je suis sur la dernière version.

Salut,
essayez de redémarrer le RPI. après le redémarrage, j'avais la dernière version dans Phoscon gui avec un bouton disponible pour mettre à niveau le FW, ce que j'ai fait et maintenant je suis sur le dernier phoscon et le dernier FW où le bouton Aquara Opple confirme qu'il est mis à jour comme il fonctionne.

Jakub

Salut,
essayez de redémarrer le RPI. après le redémarrage, j'avais la dernière version dans Phoscon gui avec un bouton disponible pour mettre à niveau le FW, ce que j'ai fait et maintenant je suis sur le dernier phoscon et le dernier FW où le bouton Aquara Opple confirme qu'il est mis à jour comme il fonctionne.

Jakub

Merci Jakub... c'était la solution !! Aqara Opple fonctionne maintenant.

Bouton 1, en haut à gauche, action = Éteint toutes mes lumières et prises.
Bouton 2, en haut à droite, action = Allume toutes mes lumières et mes chaussettes.
Bouton 3, milieu gauche, action = Diminue la luminosité des ampoules.
Bouton 4, milieu à droite, action = Augmente la luminosité des ampoules.

J'ai mon opple 6 voies aujourd'hui et j'ai exactement le même comportement.

Je suis sur 2.5.79 avec Firmware 26350500 sur un ConBee 1

Bonjour, j'ai le même problème, comment l'avez vous résolu ?
Je suis sur 2.05.88 avec FW 26660700 (dernier firmware), Conbee 2

Bouton 1, en haut à gauche, action = Éteint toutes mes lumières et prises.
Bouton 2, en haut à droite, action = Allume toutes mes lumières et mes chaussettes.
Bouton 3, milieu gauche, action = Diminue la luminosité des ampoules.
Bouton 4, milieu à droite, action = Augmente la luminosité des ampoules.

J'ai mon opple 6 voies aujourd'hui et j'ai exactement le même comportement.
Je suis sur 2.5.79 avec Firmware 26350500 sur un ConBee 1

Bonjour, j'ai le même problème, comment l'avez vous résolu ?
Je suis sur 2.05.88 avec FW 26660700 (dernier firmware), Conbee 2

Pareil pour moi. Le couplage avec Phoscon fonctionne bien mais il active toujours tous les appareils Zigbee sans qu'aucune scène ne soit configurée dans ioBroker. Il fait juste ce qu'il veut donc je suppose que ce commutateur ne vaut rien...

Switch fonctionne bien ici, mais je dois admettre que je n'assigne pas d'actions via l'interface Phoscon. Je gère les pressions sur les boutons via node-red (et l'addon deconz correspondant).

Hmm alors je me demande si cela est lié à ioBroker, que j'utilise avec deconz. Bien que je n'aie configuré aucune commande pour tout activer sur un déclencheur... un peu bizarre

salut
J'ai plusieurs commutateurs opple aqara et ils fonctionnent bien. Aussi au début, j'ai eu des problèmes avec les appariement. J'ai suivi ces étapes.

1. Supprimer le commutateur dans l'application phoscon s'il s'y trouve déjà
2. Démarrer le mode d'appairage
3. appuyez sur le bouton de réinitialisation pendant au moins 13 secondes sur l'interrupteur opple et relâchez
4. Attendez!!! jusqu'à ce qu'il soit complètement couplé et que vous puissiez voir que le fabricant et le nom du commutateur ont changé dans Phoscon
5. Fermer le processus
6. appuyez 1x sur le bouton en haut à gauche
   Avec ce processus, cela a toujours fonctionné.

J'espère que cela t'aides.

Sincères amitiés
Battre

@easybeat merci pour votre message. Êtes-vous en mesure de recevoir des événements via des Websockets à partir du commutateur opple ? Dans mon cas, l'appariement fonctionne, mais aucun événement dans le Websocket. (Conbee 2: 2.06.00 Firmware 26660700)

salut

oui, je les utilise dans ioBroker sans aucun problème avec le dernier deconz Adapter 2.06.

Est ce que ça aide?

Merci
Battre

@easybeat merci pour votre message. Êtes-vous en mesure de recevoir des événements via des Websockets à partir du commutateur opple ? Dans mon cas, l'appariement fonctionne, mais aucun événement dans le Websocket. (Conbee 2: 2.06.00 Firmware 26660700)

Avez-vous essayé un redémarrage de l'instance de l'adaptateur deconz ? Et un redémarrage ioBroker ? C'était l'étape de résolution dans mon cas avec le commutateur Opple.

@easybeat merci pour votre message. Êtes-vous en mesure de recevoir des événements via des Websockets à partir du commutateur opple ? Dans mon cas, l'appariement fonctionne, mais aucun événement dans le Websocket. (Conbee 2: 2.06.00 Firmware 26660700)

Désolé de ne pas avoir vu que vous avez mentionné que vous êtes déjà sur la version deconz 2.06. Je ne suis pas, je suis sur 2.5.86 avec le firmware précédent.

Avez-vous essayé un redémarrage de l'instance de l'adaptateur deconz ? Et un redémarrage ioBroker ? C'était l'étape de résolution dans mon cas avec le commutateur Opple.

Oui, j'ai redémarré deconz. Il n'y a aucun ioBroker impliqué de mon côté. Je vérifiais juste WebSocket.

J'ai fait quelques recherches sur les versions :

• Lors de l'appairage en 2.06.00 --> Aucun événement
• Lors de l'appairage en 2.05.88 --> Aucun événement
• Lors de l'appairage en 2.05.85 --> Les événements fonctionnent
  
  
  
  • Mise à niveau vers la 2.06.00 : les événements fonctionnent toujours ( pas de nouvel appariement)
  
  

Il semble que cet appariement soit rompu >= 2.05.88 (l'appairage fonctionne, mais aucun événement)

@easybeat Thx, votre indice sur votre version m'a

J'ai fait quelques recherches sur les versions :

• Lors de l'appairage en 2.06.00 --> Aucun événement
• Lors de l'appairage en 2.05.88 --> Aucun événement

• Lors de l'appairage en 2.05.85 --> Les événements fonctionnent

  • Mise à niveau vers la 2.06.00 : les événements fonctionnent toujours ( pas de nouvel appariement)

Il semble que cet appariement soit rompu >= 2.05.88 (l'appairage fonctionne, mais aucun événement)

@easybeat Thx, votre indice sur votre version m'a

D'ACCORD. très intéressant. S'il vous plaît créer un rapport de bogue et bon vous les avez fait fonctionner. Je pense que ce sont les meilleurs interrupteurs du moment compatibles avec deconz.

Merci
Battre

J'utilise généralement les interfaces graphiques phoscon et deconz et procédez comme suit lors de l'appairage de l'oppleswitch :

1. Cliquez sur « Ajouter un nouveau commutateur »
2. Appuyez sur le bouton oppleswitch C situé à l'arrière pendant 6s
3. Allez sur deconz, cliquez sur le cluster de base et lisez les attributs
4. Phoscon devrait indiquer « le composé a été préparé », ne le fermez pas encore.
5. Si votre appareil s'affiche sur deconz comme ceci, c'est qu'il a réussi et n'est pas associé à tous les appareils zigbee
   
6. Sinon, cliquez sur le périphérique oppleswitch sur deconz gui et appuyez sur F5 (Réinitialiser le nœud) jusqu'à ce que vous obteniez au-dessus des clusters. Répétez jusqu'à ce que vous réussissiez, je le fais généralement 2 à 3 fois.