Deconz-rest-plugin: Contrôleur symphonique Ikea

Suivez le wiki pour partager les informations pertinentes nécessaires pour l'ajouter

Et si je ne pouvais pas connecter l'appareil à Deconz?

Puis-je aider à ajouter du support?

Oui, veuillez fournir les informations décrites ici: https://github.com/dresden-elektronik/deconz-rest-plugin/wiki/Request-Device-Support.

Petit appareil intriguant: apparemment, il parle de ZigBee, car il nécessite une passerelle Trådfri, mais les haut-parleurs Symfonisk (Sonos) parlent SOAP sur http. Je me demande combien il y a d'intelligence dans l'appareil par rapport à la passerelle. Vous ne pourrez pas utiliser l'appareil pour contrôler les haut-parleurs via deCONZ (au lieu de via la passerelle Trådfri), mais il devrait être en mesure d'obtenir des événements de bouton pour un clic et un double-clic. Je ne sais pas où nous en sommes lors de l'exposition du geste de virage (avec angle). Sinon, nous pourrions exposer une valeur d'événement de bouton analogique, cf. le deuxième point final du cube Xiaomi.

La rotation fonctionne pour atténuer les lumières Ikea ici, c'est à dire connecter maintenant.

As-tu besoin d'autre chose?

Le cluster _Basic_. Veuillez lire les attributs avant de prendre la capture d'écran.

J'en ai trouvé (le dernier?) Chez IKEA Amsterdam aujourd'hui, même si je pensais qu'ils n'étaient pas encore sur ikea.nl. Il rejoint sans problème le réseau ZigBee de deCONZ. Cependant, il ne répond que pendant une très brève période après avoir rejoint le réseau, puis passe au secret. Il ne se réveillera pas en cliquant, en tournant ou en appuyant brièvement sur le bouton de réinitialisation.

Après plusieurs tentatives, en le bombardant avec des commandes _Read Attributes_ pour le maintenir éveillé après avoir rejoint le réseau, j'ai réussi à lier le cluster client _OnOff_ à un groupe. Et puis le cluster client _Level Control_. Après cela, il se comporte maintenant normalement, se réveillant pour envoyer des commandes en cliquant et en tournant. Il envoie les commandes suivantes:

• _Toggle_ sur clic;
• _Step Up_ sur double clic;
• _Step Down_ sur le clic des aigus;
• _Move Up_ lors du démarrage d'un virage à droite (sens horaire);
• _Move Down_ lors du démarrage d'un virage à gauche (sens anti-horaire);
• _Stop_ lors de l'arrêt d'un virage.

L'exposition du clic (1002), du double clic (1004) et du clic des aigus (1005) sera simple.
Pour autant que je sache, le taux de déplacement est constant. Le temps entre les commandes _Move_ et _Stop_ semble indiquer combien de temps vous tournez, mais pas à quelle vitesse ni à quelle distance. Probablement le plus facile à exposer en tournant gauche / droite avec deux boutons à pression longue (2001/2003 et 3001/3003).

Il est loin d'être trivial de traduire ces commandes ZigBee en commandes Sonos. Il n'y a pas d'équivalent Sonos de Toggle, car le hub Trådfri doit conserver l'état de lecture / pause du lecteur Sonos. Il n'y a pas non plus d'équivalent _Move_ / _Stop_ pour le volume. Il y a une commande _RampToVolume_, mais je ne pense pas que cela puisse être interrompu.

Je pense que j'ai réussi à le relier à mon hub Trådfri (l'application IKEA Home Smart a montré une fenêtre contextuelle indiquant qu'un nouveau contrôleur a été trouvé). Cependant, l'application ne trouve pas mes enceintes Sonos, je ne peux donc pas configurer le contrôleur pour qu'il renifle les commandes (SOAP sur HTTP) que le hub Trådfri envoie au lecteur Sonos.

Commit ci-dessous ajoute la prise en charge du contrôleur de son.

{
  "config": {
    "alert": "none",
    "battery": 16,
    "group": "1",
    "on": true,
    "reachable": true
  },
  "ep": 1,
  "etag": "390a8f3dfff393f27db48b6d845550a4",
  "manufacturername": "IKEA of Sweden",
  "mode": 1,
  "modelid": "SYMFONISK Sound Controller",
  "name": "SYMFONISK Sound Controller ",
  "state": {
    "buttonevent": 2003,
    "lastupdated": "2019-09-27T09:15:06"
  },
  "swversion": "2.1.022",
  "type": "ZHASwitch",
  "uniqueid": "14:b4:57:ff:fe:66:48:62-01-1000"
}

Pour référence, voici le cluster _Basic_ avec tous les attributs lus:

@ebaauw pourriez -vous donner une description détaillée des événements de bouton générés par les différentes actions?

Comme je l'ai mentionné ci-dessus:

• 1002 clic;
• 1004 double-clic;
• 1005 clic d'aigus;
• 2001/2003 marche / arrêt dans le sens antihoraire;
• 3001/3003 marche / arrêt dans le sens des aiguilles d'une montre.

Merci Erik! Il n'y a pas d'événements entre le démarrage et l'arrêt de la rotation?

Non, pour autant que je sache, le contrôleur envoie uniquement _Move_ au début du virage et _Stop_ à la fin. En fonction de la fluidité avec laquelle vous tournez (ou non), vous obtenez plusieurs combos _Move _ / _ Stop_ par tour. J'ai vu des messages dans le journal deCONZ indiquant qu'il avait supprimé les notifications buttonevent parce qu'elles se sont succédées trop rapidement, mais je ne sais pas quoi faire à ce sujet (à part les ignorer ;-).

Je meurs d'envie de savoir ce que Sonos commande le hub Trådfri envoie, mais l'application IKEA Home Smart ne trouve pas mes lecteurs Sonos (ni Symfonisk), même si l'application Sonos le fait. De plus, l'application plante sur mon iPhone Xr (je pense que depuis iOS 13.1), mais pas sur mon iPad (iPadOS 13.1).

Eh bien, vous pouvez associer les sonos à l'assistant domestique et les lier ensemble :)

J'ai fait la même chose avec HomeKit; Je contrôle mes enceintes Sonos (via homebridge-zp) à l'aide de la télécommande Trådfri à 5 boutons (via homebridge-hue).

Comment associez-vous cela exactement à deCONZ?
Je ne peux pas faire fonctionner ça

Le contrôleur Symfonisk déclenche-t-il un événement sur une pression longue?

quand cela sera-t-il dans la version finale?

Comment associez-vous cela exactement à deCONZ?
Je ne peux pas faire fonctionner ça

Je ne parviens pas non plus à connecter ma télécommande. Quelqu'un peut-il aider?

@ Noah-UI - pour autant que je sache, vous pouvez vous y connecter et voir que cela `` fonctionne '' dans deconz, mais vous ne pouvez pas vraiment agir dessus pour le moment. Cela ne fonctionne que si vous avez le pont IKEA et que vous le prenez à partir de là.

mais tu ne peux pas vraiment agir dessus maintenant

Bien qu'il ne soit pas possible de contrôler les lecteurs Symfonisk / Sonos sans le hub Trådfri, le contrôleur peut être utilisé très bien avec deCONZ pour contrôler d'autres appareils ZigBee. Il envoie des commandes ZigBee régulières, qui sont récupérées par deCONZ v2.05.70 pour créer des valeurs buttonevent , qui peuvent être utilisées dans les règles de passerelle. De plus, vous pouvez ajouter des lumières au groupe du contrôleur et les contrôler directement (même lorsque deCONZ est éteint).

Le contrôleur Symfonisk déclenche-t-il un événement sur une pression longue?

Non, voir https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1898#issuecomment -536069107.

Comment associez-vous cela exactement à deCONZ?

Notez que deCONZ ne prend pas en charge le couplage par liaison tactile (qui est ce que le hub Trådfri utilise). Vous devez rechercher de nouveaux appareils dans Phoscon / ouvrir le réseau dans l'ancienne application Web et réinitialiser l'appareil (en appuyant quatre fois sur le bouton de réinitialisation - le voyant doit clignoter).

Comme je l'ai déjà mentionné (https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1898#issuecomment-535090364), l'appareil éteint sa radio très rapidement après avoir rejoint le réseau - il est essentiel configurez les liaisons avant que cela ne se produise, ou l'appareil ne rallumera pas sa radio en cliquant / tournant. Les chances de succès du couplage peuvent être augmentées en mettant hors tension tous les routeurs et en couplant le contrôleur à proximité du RaspBee / ConBee. Si nécessaire, gardez la radio éveillée en lui envoyant des commandes depuis l'interface graphique deCONZ pendant le couplage.

@Keesromkes dans votre capture d'écran, deCONZ n'a pas reçu les descripteurs simples, ce qui fait que le bouton déroulant de droite manque. Voir https://github.com/dresden-elektronik/deconz-rest-plugin/pull/2002#issuecomment -547985838 pour plus de détails.

Bonjour, je viens de mettre à jour la dernière version de deconz (270), mais je n'arrive pas à comprendre comment ajouter le commutateur.
J'utilise l'interface utilisateur, dans le commutateur, ajoutez d'autres. 4x cliquez rapidement mais cela n'ajoute pas à deconz.
Pourriez-vous m'aider ?

En fait, il a été ajouté, c'est juste qu'il n'apparaît pas dans la nouvelle application Phoscon dans ma liste d'appareils. Je l'ai trouvé dans l'ancienne application.

Quel gadget intéressant!

Bien qu'il ne soit pas possible de contrôler les lecteurs Symfonisk / Sonos sans le hub Trådfri

pas vrai. vous pouvez faire en sorte que Node-Red surveille les clics / rotations de l'événement, puis disposer d'un flux qui ajuste vos appareils Sonos en fonction de l'action détectée.

Bien qu'il ne soit pas possible de contrôler les lecteurs Symfonisk / Sonos sans le hub Trådfri

pas vrai. vous pouvez faire en sorte que Node-Red surveille les clics / rotations de l'événement, puis disposer d'un flux qui ajuste vos appareils Sonos en fonction de l'action détectée.

J'essaie de le faire en utilisant appdaemon et l'automatisation des hass, tout fonctionne presque, je cherche juste le volume maintenant, car il ne s'agit que d'un événement à démarrer / arrêter ... ( voir ici )

J'essaie de le faire en utilisant appdaemon et l'automatisation des hass, tout fonctionne presque, je cherche juste le volume maintenant, car il ne s'agit que d'un événement à démarrer / arrêter ... ( voir ici )

Pour cela, vous devez augmenter / baisser le volume à plusieurs reprises jusqu'à ce que l'événement d'arrêt soit déclenché.

J'ai opté pour +/- 7% du volume toutes les 500ms. Cela fonctionne très bien.

Il semble que j'ai couplé avec succès mon contrôleur sonos, que je peux le voir dans l'application phoscon (via VNC) et dans l'ancienne application Web.
Cependant quand j'écoute les événements (en HASSIO) je n'obtiens rien :(

Oh! Cela fonctionne soudainement! Après avoir beaucoup joué dans Phoscon et essayé de l'inclure plusieurs fois.
Je ne sais pas vraiment comment, mais maintenant cela fonctionne et je reçois les événements dans HASSIO

a écrit un guide pour NodeRed

https://www.reddit.com/r/homeassistant/comments/dssysn/nr_rabbit_hole_part_10_sonic_attack_using_the/

Oh! Cela fonctionne soudainement! Après avoir beaucoup joué dans Phoscon et essayé de l'inclure plusieurs fois.
Je ne sais pas vraiment comment, mais maintenant cela fonctionne et je reçois les événements dans HASSIO

Avez-vous une solution pour interpréter correctement le mouvement de rotation dans HASSIO, par exemple pour augmenter / diminuer le volume?

Oh! Cela fonctionne soudainement! Après avoir beaucoup joué dans Phoscon et essayé de l'inclure plusieurs fois.
Je ne sais pas vraiment comment, mais maintenant cela fonctionne et je reçois les événements dans HASSIO

Avez-vous une solution pour interpréter correctement le mouvement de rotation dans HASSIO, par exemple pour augmenter / diminuer le volume?

Non, c'est la prochaine chose. En espérant voir les autres proposer quelque chose pour ça 😊

Voir # 2040. Mieux vaut fermer ce problème.

Oh! Cela fonctionne soudainement! Après avoir beaucoup joué dans Phoscon et essayé de l'inclure plusieurs fois.
Je ne sais pas vraiment comment, mais maintenant cela fonctionne et je reçois les événements dans HASSIO

Avez-vous une solution pour interpréter correctement le mouvement de rotation dans HASSIO, par exemple pour augmenter / diminuer le volume?

Non, c'est la prochaine chose. En espérant voir les autres proposer quelque chose pour ça 😊

Essayez ceci: https://github.com/lbouriez/hassio-home-assistant_config/blob/master/appdaemon/apps/modules/symfonisk_sonos.py
Pour moi ça marche plutôt bien

Est-ce que quelqu'un sait comment faire apparaître le commutateur dans la nouvelle application phoscon?
J'ai tous mes interrupteurs mais le symfonisk apparaît juste dans l'ancienne application.

Impossible d'obtenir le symfonisk dans phoscon. J'utilise deconz 2.5.70 et conbee avec 26330500. Lorsque j'essaie de me connecter en tant que commutateur ikea, il suffit de montrer la télécommande à 5 boutons et l'ancien gradateur. Lorsque j'essaye de me connecter en tant que «autre», cela ne fonctionne pas. (appuyez 4 fois sur le bouton de connexion de la télécommande symfonisk jusqu'à ce que le voyant clignote)
Qu'est-ce que je fais mal? J'ai jumelé plusieurs autres appareils (ikea et xiaomi) et je n'avais pas ces problèmes auparavant. : / Veuillez aider.
EDIT: Il semble qu'il est appris par deconz mais non affiché dans l'application phoscon. Je peux voir le commutateur dans iobroker qui obtient les périphériques par REST. Mais dans l'interface Web, le commutateur n'est pas affiché. Comment cela peut-il fonctionner?

@ siggi85 @lbouriez - en bref, vous ne vous présenterez pas dans le nouveau phoscon (jusqu'à ce qu'ils le supportent). Vous pouvez adresser l'appareil via hass.io ou NodeRed (les deux j'ai été trop occupé avec d'autres choses à configurer)

@Keesromkes Merci pour votre réponse. Oui, tu as raison. Dans deconz directement, je peux voir le commutateur et l'utiliser via l'API.

Mais malheureusement, l'utilisation de la roue n'est pas utilisable pour le moment. Événement 3001 lorsque vous commencez à tourner et lorsqu'il arrête l'événement 3003. De plus, l'événement 3003 ne survient pas à chaque fois que vous vous arrêtez. Et vous ne pouvez pas vérifier la durée ou la vitesse de rotation. Il ne suffit pas de démarrer et d'arrêter pour l'utiliser efficacement. Je ne sais pas comment cela fonctionne directement avec les haut-parleurs Symfonisk.

@ siggi85 vérifiez mon script appdaemon, ce n'est pas parfait, j'ai encore des problèmes avec la roue parfois mais cela vous donne une idée sur la façon de faire jusqu'à ce que quelqu'un vienne avec une meilleure solution.

Mais malheureusement, l'utilisation de la roue n'est pas utilisable pour le moment.

Les événements buttone sont dérivés 1: 1 des messages envoyés par le contrôleur. Il ne rapporte pas combien de temps vous tournez. Voir mon message ci-dessus.

jusqu'à ce que quelqu'un vienne avec une meilleure solution.

Ce quelqu'un devra être IKEA fournissant un nouveau firmware pour le contrôleur Symfonisk, ce qui le fera se comporter différemment. Pas très probable, à mon avis.

@ siggi85 vous êtes trop littéral. il n'envoie tout simplement pas de signal continu lorsque vous le tournez. et cela ne le sera probablement jamais. tout ce que vous devez rechercher est un code de démarrage START. comme je l'ai dit ci-dessus, si vous tournez lentement, vous obtenez plusieurs codes de rotation START et STOP. pour chaque code START, augmentez le volume. (Je fais un +2 dans mon flux NodeRed, fonctionne très bien.)

edit: c'était dans ce ticket https://github.com/dresden-elektronik/deconz-rest-plugin/issues/2040

J'ai pensé peut-être à un événement stop avec la valeur du spin. Peut-être 3001 pour le début et 3500 pour un demi-tour ou quelque chose comme ça. Mais ce n'est pas. J'essaierai l'option +2 mais mon idée de l'utiliser en était une autre. Je verrai si cela me convient. Merci pour vos réponses les gars.

Une autre question. J'en ai obtenu deux et les ai jumelés avec succès.

Mais maintenant, ils ont le même nom et je ne peux pas comprendre comment changer le nom car ils n'apparaissent pas en tant qu'entité dans HomeAssistant et également pas dans l'application Web Phoscon. Peut-être en quelque sorte à travers l'API Rest?

FYI

J'utilise maintenant le contrôleur pour contrôler mon IOTAVX Amp avec NodeRed et Home Assistant via une télécommande Broadlink. Merci pour le travail.

Salut les gars,
Y a-t-il une mise à jour dans ce sujet?
J'ai aussi le réglage hassio / conbee2 / deconz / symfonisk remote et je voudrais contrôler mes enceintes Sonos.
Cordialement,
Dominik

Une autre question. J'en ai obtenu deux et les ai jumelés avec succès.

Mais maintenant, ils ont le même nom et je ne peux pas comprendre comment changer le nom car ils n'apparaissent pas en tant qu'entité dans HomeAssistant et également pas dans l'application Web Phoscon. Peut-être en quelque sorte à travers l'API Rest?

Avez-vous déjà une solution pour ce sujet?

Une autre question. J'en ai obtenu deux et les ai jumelés avec succès.

Mais maintenant, ils ont le même nom et je ne peux pas comprendre comment changer le nom car ils n'apparaissent pas en tant qu'entité dans HomeAssistant et également pas dans l'application Web Phoscon. Peut-être en quelque sorte à travers l'API Rest?

Avez-vous déjà une solution pour ce sujet?

Vous pouvez essayer d'utiliser l'API oui https://dresden-elektronik.github.io/deconz-rest-doc/sensors/ "Update sensor", mais 1 appareil dans deconz peut avoir plusieurs entrées dans l'API donc IDK comment cela fonctionnera.

Si vous pouvez toujours accéder à l'ancienne application (dans l'aide> ancienne application), vous verrez votre appareil.
Je ne sais pas pourquoi nous ne pouvons pas le voir dans la nouvelle application :(

Si vous pouvez toujours accéder à l'ancienne application (dans l'aide> ancienne application), vous verrez votre appareil.
Je ne sais pas pourquoi nous ne pouvons pas le voir dans la nouvelle application :(

Je vais l'essayer via l'API.
Mon ancienne appli ressemble exactement à la nouvelle, qu'est-ce que je fais de mal?

Une autre question. J'en ai obtenu deux et les ai jumelés avec succès.

Mais maintenant, ils ont le même nom et je ne peux pas comprendre comment changer le nom car ils n'apparaissent pas en tant qu'entité dans HomeAssistant et également pas dans l'application Web Phoscon. Peut-être en quelque sorte à travers l'API Rest?

Avez-vous déjà une solution pour ce sujet?

Vous pouvez essayer d'utiliser l'API oui https://dresden-elektronik.github.io/deconz-rest-doc/sensors/ "Update sensor", mais 1 appareil dans deconz peut avoir plusieurs entrées dans l'API donc IDK comment cela fonctionnera.

Je l'ai essayé avec via l'API, mais je n'ai pas réussi peut-être que je suis trop stupide.
J'ai activé le port 40850 dans deconz. Si je le saisis dans le navigateur, j'accède à la nouvelle application Web.
Il me manque la connexion entre l'entité hass.io et le contrôleur deconz symfonisk.
J'ai essayé de lire le document, mais je n'ai pas réussi.
Pouvez-vous s'il vous plaît me donner quelques conseils, ou un court tutoriel, ce dont j'ai besoin?
Merci d'avance!

Pouvez-vous s'il vous plaît me donner quelques conseils, ou un court tutoriel, ce dont j'ai besoin?

J'ai réussi à coupler un deuxième contrôleur hier, mais j'ai dû renommer l'appareil via l'API. Essayez quelque chose comme ceci:

curl -u 'username:password' http://x.x.x.x:7080/api -X POST -H "Content-Type: application/json" -d '{ "devicetype": "curl" }' (récupérer le jeton API, renvoyé en tant que "nom d'utilisateur")

curl http://x.x.x.x:7080/api/<api token>/sensors -X GET -H "Content-Type: application/json" (lister tous les capteurs pour connaître l'ID du capteur à renommer)

curl http://x.x.x.x:7080/api/<api token>/sensors/<sensor id> -X PUT -H "Content-Type: application/json" -d '{ "name": "<new name>" }' (renommer le capteur)

Une autre question. J'en ai obtenu deux et les ai jumelés avec succès.

Mais maintenant, ils ont le même nom et je ne peux pas comprendre comment changer le nom car ils n'apparaissent pas en tant qu'entité dans HomeAssistant et également pas dans l'application Web Phoscon. Peut-être en quelque sorte à travers l'API Rest?

Je l'ai renommé via App Hue Essentials

FYI

J'utilise maintenant le contrôleur pour contrôler mon IOTAVX Amp avec NodeRed et Home Assistant via une télécommande Broadlink. Merci pour le travail.

Pouvez-vous publier votre code NodeRed?

FYI
J'utilise maintenant le contrôleur pour contrôler mon IOTAVX Amp avec NodeRed et Home Assistant via une télécommande Broadlink. Merci pour le travail.

Pouvez-vous publier votre code NodeRed?

Sûr. J'ai copié juste ce qui est vraiment nécessaire.

[ { "id": "d952ec68.792e6", "type": "deconz-input", "z": "cac2275d.5aab68", "name": "Symfonisk Controller", "server": "9705a63e.b575c", "device": "14:b4:57:ff:fe:69:37:45-01-1000", "device_name": "SYMFONISK Sound Controller : ZHASwitch", "state": "0", "output": "always", "outputAtStartup": false, "x": 110, "y": 440, "wires": [ [ "a1449ad.1aa1068" ], [] ] }, { "id": "a1449ad.1aa1068", "type": "switch", "z": "cac2275d.5aab68", "name": "Events", "property": "payload.buttonevent", "propertyType": "msg", "rules": [ { "t": "eq", "v": "1005", "vt": "num" }, { "t": "eq", "v": "1004", "vt": "num" }, { "t": "eq", "v": "1002", "vt": "str" }, { "t": "eq", "v": "2001", "vt": "num" }, { "t": "eq", "v": "2003", "vt": "num" }, { "t": "eq", "v": "3001", "vt": "num" }, { "t": "eq", "v": "3003", "vt": "num" } ], "checkall": "true", "repair": false, "outputs": 7, "x": 290, "y": 460, "wires": [ [ "3a5dcdc8.481b92" ], [ "1f8c9412.286444" ], [ "2ca5c685.4dabba" ], [ "acbd3ab8.036f08" ], [ "a4e4c412.1a3fb" ], [ "b0800e96.d8f64" ], [ "a4e4c412.1a3fb" ] ], "outputLabels": [ "Triple", "Double", "Single", "Spin Left Start", "Spin Left Stop", "Spin Right Start", "Spin Right Stop" ] }, { "id": "a4e4c412.1a3fb", "type": "function", "z": "cac2275d.5aab68", "name": "Stop", "func": "var newMsg = { payload: \"stop\" };\nreturn newMsg;\n", "outputs": 1, "noerr": 0, "x": 490, "y": 600, "wires": [ [ "b0800e96.d8f64", "acbd3ab8.036f08" ] ] }, { "id": "acbd3ab8.036f08", "type": "looptimer", "z": "cac2275d.5aab68", "duration": "1", "units": "Second", "maxloops": "10", "maxtimeout": "1", "maxtimeoutunits": "Minute", "name": "", "x": 680, "y": 560, "wires": [ [ "ec10c519.7484a8" ], [] ] }, { "id": "b0800e96.d8f64", "type": "looptimer", "z": "cac2275d.5aab68", "duration": "1", "units": "Second", "maxloops": "10", "maxtimeout": "1", "maxtimeoutunits": "Minute", "name": "", "x": 680, "y": 600, "wires": [ [ "18b688c.60c6877" ], [] ] }, { "id": "9705a63e.b575c", "type": "deconz-server", "z": "", "name": "Deconz", "ip": "192.168.188.122", "port": "80", "apikey": "91E977E002", "ws_port": "443", "secure": false, "polling": "15" } ]

@kmplngj avez-vous changé quelque chose dans ce code lorsque j'essaie de l'importer, il dit que ce n'est pas un format json valide.

@ebaauw avez-vous fait quelque chose de spécial pour connecter Symfonisk à Deconz? J'ai du mal à l'appairer. J'utilise Home Assistant Addon et l'interface Web Phoscon. Voici ce que je fais:

• Appareils> Commutateurs> Ajouter un nouveau commutateur> Autre
• Ensuite, j'ai inséré la batterie, j'ai appuyé 4 fois sur le bouton à côté.
• Symfonisk est juste à côté de Conbee 2, le touchant à peu près (branché sur le port usb3 de pi4)
• Le voyant clignote plusieurs fois puis reste fixe.

Rien ne se passe dans l'interface utilisateur. Même si faire une requête API
curl http://core-deconz:40850/api/\F04AC28AFD/sensors -X GET -H "Content-Type: application/json"
Je ne reçois que le périphérique Phillips, qui, je suppose, est le périphérique virtuel qui est déjà là
{"1":{"config":{"configured":true,"on":true,"sunriseoffset":30,"sunsetoffset":-30},"etag":"36afb24d0ddea3297e6077583506aee3","manufacturername":"Philips","modelid":"PHDL00","name":"Daylight","state":{"dark":false,"daylight":true,"lastupdated":"2020-03-26T13:52:46","status":160,"sunrise":"2020-03-26T13:20:22","sunset":"2020-03-27T01:40:48"},"swversion":"1.0","type":"Daylight","uniqueid":"00:21:2e:ff:ff:05:a1:3e-01"}}#

J'ai 2 télécommandes Symfonisk et aucune d'elles ne peut se connecter. Une idée sur quel pourrait être le problème? Est-ce que j'ai un bâton zwave Aeotech à proximité?

branché sur le port usb3 de pi4

Cela pose des problèmes. Les contrôleurs et câbles USB-3 mal blindés (lire: presque tous) interfèrent avec la radio 2,4 GHz, et ZigBee est particulièrement sensible à cela. Branchez le ConBee sur un port USB-2 et n'utilisez pas les ports USB-3. J'ai vu des rapports où des gens ont réussi à utiliser un SSD USB-3 alors que ConBee se connectait à USB-2 à l'aide d'un câble d'extension, et d'autres où ils ne l'ont pas fait. L'utilisation d'un câble d'extension est de toute façon une bonne idée, tout comme la désactivation du WiFi et du Bluetooth sur le Raspberry Pi.

Est-ce que j'ai un bâton zwave Aeotech à proximité?

Je ne sais pas si ZWave utilise également 2,4 GHz, mais «à proximité» ne sonne pas bien. Utilisez à nouveau un câble d'extension USB pour créer une certaine distance par rapport au ConBee.

Rien ne se passe dans l'interface utilisateur.

Voulez-vous dire dans Phoscon ou dans l'interface graphique deCONZ? Vous voulez regarder l'interface graphique. Je ne sais pas si Phoscon prend encore en charge le contrôleur Symfonisk (je n'utilise pas Phoscon), mais s'il n'est pas répertorié dans l'API, Phoscon ne le verra pas de toute façon.

Merci pour une réponse rapide, je vais essayer tout ça!
Comment vous connectez-vous à l'interface graphique (j'utilise l'interface Web Phoscon)? Je sais qu'il existe un port VNC pour l'addon Hassio Deconz, mais il semble que cela ne fonctionne pas lorsque j'essaye d'utiliser mon ip HA.

Vous devez exécuter deCONZ avec l'interface graphique activée. Utilisez le service deconz-gui au lieu du service deconz.

Oui, cela a fait l'affaire, tous jumelés maintenant. Je pense que c'était la combinaison de la désactivation du wifi, bt sur pi4 + en utilisant l'extension USB et deCONZ avec activation de l'interface graphique. J'ai laissé la télécommande à côté de conbee2 pendant environ une minute, si vous l'éloignez, elle ne s'associera pas complètement. Merci encore pour une aide rapide!

J'ai remarqué qu'en particulier sur les rotations courtes, je ne reçois pas d'événement STOP.
Est-ce un problème avec le matériel ikea ou pouvons-nous faire quelque chose avec deconz?

Theres également # 2195 signalant des problèmes similaires avec le matériel Ikea

https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1898#issuecomment -536075055

I did see some messages in the deCONZ log that it did drop buttonevent notifications because they happened too quickly in succession, but I don’t know what to do about that (other than ignore them ;-).

C'est probablement le coupable ici. Je suppose que cela ne peut être résolu que par @manup alors?

Éditer:

Peut confirmer. Ça arrive tout le temps

16:24:49:627 button 2001 Move Up
16:24:49:627 button 2001 Move Up, discard too fast event (dt = 25)

Peut-être ajouter à la liste blanche cet appareil spécifique?

UTSL, si la même buttonevent est à nouveau émise dans les 0,5 seconde, elle est supprimée:
https://github.com/dresden-elektronik/deconz-rest-plugin/blob/b3086c6009154aa1b5cdb89febb5f177912952e9/de_web_plugin.cpp#L3647 -L3657

Je ne sais pas pourquoi ce code est là. Peut-être que deCONZ prendrait plusieurs messages si une commande de groupe est envoyée et émettrait plusieurs buttonevents ? C'est peut-être une sorte de anti-rebond pour un appareil particulier?

Peut-être ajouter à la liste blanche cet appareil spécifique?

Je ne sais pas si cela fonctionnera (cela dépend de la raison pour laquelle le code est là en premier lieu). S'il s'agit d'un appareil, je préfère ajouter à la liste blanche l'appareil qui a besoin de ce code.

Je ne sais pas à quel point la résolution de ce problème est pertinente, je préfère passer mon temps à implémenter le support ZHARelativeRotary approprié (voir # 2305).

Je ne sais pas à quel point la résolution de ce problème est pertinente

Actuellement, le contrôleur symfonisk est inutilisable, car il augmentera occasionnellement le volume de la musique sans jamais s'arrêter. Il n'y a rien que vous puissiez faire lorsque cela se produit à part arrêter rapidement l'ensemble du système sonore si vous ne voulez pas perdre votre capacité auditive: /

Merci d'avoir indiqué le code. Fait intéressant, je n'ai pas pu trouver cela via la recherche github. Je vais essayer de voir ce qui se passe lorsque cette ligne est commentée.

J'ai remarqué que cela se produit lorsque vous effectuez de petits ajustements ou si vous déplacez la molette trop rapidement ou trop lentement. Ma solution de contournement: arrêtez d'augmenter / diminuer le volume après 5 secondes. Pas génial pour être honnête. Mais ce n'est pas un gros problème pour moi, cela ne vaut pas la peine d'installer le pont Ikea juste pour cela.

Actuellement, le contrôleur symfonisk est inutilisable, car il augmentera occasionnellement le volume de la musique sans jamais s'arrêter.

Ce n'est pas lié à ce code: il vérifie la même buttonevent , donc il n'écarte pas un 2003 après un 2001.

Comment contrôlez-vous le volume de la musique?

Comment contrôlez-vous le volume de la musique?

Je démarre une boucle de minuterie de 500 ms qui augmente / diminue le volume de 1% sur 2001/3001 et l'arrête à chaque autre événement.

Parfois (en particulier sur les rotations courtes, les changements de direction et les ajustements multiples peu après l'autre) il n'y a pas d'autre événement.

Vous avez raison. Corriger cette vérification n'aide pas (évidemment).
Voici une sortie de débogage pendant que je reproduisais le problème:

20:02:50:971 button 3001 Move Down
20:02:50:993 button 3001 Move Down
20:02:50:993 button 3001 Move Down, would discard too fast event (dt = 21)
20:02:51:775 button 3003 Stop
20:02:51:808 no button handler for: SYMFONISK Sound Controller ep: 0x01 cl: 0x0008 cmd: 0x03 pl[0]: 0x00
20:02:56:024 button 3001 Move Down
20:02:56:045 button 3001 Move Down
20:02:56:045 button 3001 Move Down, would discard too fast event (dt = 22)
20:02:56:237 button 2001 Move Up
20:02:56:258 button 2001 Move Up
20:02:56:258 button 2001 Move Up, would discard too fast event (dt = 22)

Une autre chose que j'ai remarquée en regardant le journal de débogage deconz sont ces lignes qui semblent apparaître assez souvent.

20:00:42:344 no button handler for: SYMFONISK Sound Controller ep: 0x01 cl: 0x0008 cmd: 0x03 pl[0]: 0x00
20:00:47:150 no button handler for: SYMFONISK Sound Controller ep: 0x01 cl: 0x0008 cmd: 0x03 pl[0]: 0x00
20:00:47:171 no button handler for: SYMFONISK Sound Controller ep: 0x01 cl: 0x0008 cmd: 0x03 pl[0]: 0x00

0x0008 - Contrôle de niveau (gradateur)

Ce sont donc probablement ceux dont vous parliez concernant le support ZHARelativeRotary

Comment contrôlez-vous le volume de la musique?
Je démarre une boucle de minuterie de 500 ms qui augmente / diminue le volume de 1% sur 2001/3001 et l'arrête à chaque autre événement.

Mieux vaut changer le volume sur chaque 2001/3001.

Une autre chose que j'ai remarquée en regardant le journal de débogage deconz sont ces lignes qui semblent apparaître assez souvent.

Intéressant, le contrôleur envoie une autre commande. Besoin de vérifier.

Mieux vaut changer le volume sur chaque 2001/3001.

Mais alors, vous n'obtiendrez aucun changement de volume en tournant à vitesse constante

Sur quel firmware est votre contrôleur?

Le contrôleur exécute actuellement FW 2.1.022 .
Le plugin OTAU rapporte la version 0x21022631 , le type d'image 0x11ca et l'identifiant du fabricant 0x117C .

Le dernier firmware pour ce type d'image semble être 10043101-3.1-TRADFRI-dimmer-2.1.024.ota.ota.signed qui rapporte comme version 0x21024631 dans le plugin otau

Dois-je mettre à jour le contrôleur?

Éditer:

Bien. Nous verrons demain si ce nouveau firmware change quoi que ce soit.
Le journal des modifications officiel indique ce qui suit:

SYMFONISK Sound Controller V-2.1.024.
Improvement Disconnected state issue.
Improvement Performance.

C'est la même version que mon contrôleur. Ils doivent avoir publié la nouvelle version assez récemment.

En tournant constamment (du moins dans ma perception), je vois plusieurs événements 2001/2003. Mais parfois, je ne vois aucun événement en tournant.

20:00:47:171 no button handler for: SYMFONISK Sound Controller ep: 0x01 cl: 0x0008 cmd: 0x03 pl[0]: 0x00

La commande 0x03 est _Stop_. Le problème avec cette commande est qu'elle ne contient pas la direction (vers le haut ou vers le bas), nous ne savons donc pas s'il faut envoyer 2003 ou 3003. Pour faire face à cela, le plugin REST API stocke le répertoire de la commande _Move_ précédente . Cela fonctionne parfaitement pour tous les appareils, depuis que j'ai introduit cela, il y a de nombreuses années.

Le message serait affiché, lorsqu'aucune direction précédente n'a été enregistrée. Je pense que cela ne peut se produire que lors de la réception de deux commandes _Stop_ d'affilée. J'ai besoin de lancer le renifleur pour voir ce qui se passe ici. Je vais d'abord mettre à jour le firmware du contrôleur.

Mettre à jour à 4,07% après 45 minutes. Mec, cette chose est lente.

Pendant ce temps, j'ai trouvé un examen de l'appareil dans la boutique Ikea américaine :

Excellent concept, mais j'ai eu plusieurs problèmes avec les niveaux de volume «fuyants» où les haut-parleurs se lancent à plein régime au point que j'ai dû me démener pour les débrancher. J'en ai acheté quatre mais je prévois de les rendre tous - déception. De plus, la configuration était une douleur totale dans le vous savez quoi - probablement en raison d'un routeur double bande qui devait désactiver temporairement le canal 5 GHz.

Cela ne devrait pas nous empêcher d'essayer de résoudre ce problème, mais il est sûrement intéressant de savoir que cela se passe avec le pont officiel. ... bien qu'il ne mentionne pas qu'il l'utilise 🤔

Quels haut-parleurs et quel volume utilisez-vous? Quel logiciel utilisez-vous pour mapper les événements de bouton aux changements de volume?

Mettre à jour à 4,07% après 45 minutes. Mec, cette chose est lente.

Et il échouera probablement à 90% environ :-(

J'ai tendance à mettre à jour les appareils alimentés par batterie IKEA à partir de mon réseau de test (moins de trafic), en m'assurant que le coordinateur agit en tant que parent. Pourtant, cela prend généralement 3,5 à 4 heures. Maintenant à 14% en 00:32:30. Les appareils alimentés sur secteur prennent généralement entre 10 et 30 minutes.

J'ai adapté le flux rouge nœud qui a été collé dans ce fil qui parle de l'assistant domestique qui à son tour parle au serveur multimédia de Logitech, contrôlant finalement le volume de quelques booms de squeezebox.

Pour l'instant, je limite le volume maximum à 70%. C'est toujours très bruyant mais ce n'est pas aussi catastrophique.

Ouais, vous avez tendance à avoir ces longues chaînes. Je contrôle mes haut-parleurs Sonos depuis le contrôleur, en utilisant le contrôleur -> deCONZ -> Homebridge Hue -> Domotique HomeKit -> Homebridge ZP -> Sonos. Homebridge Hue traduit chaque série x001, x001, ..., x003 en _Long Press_ dans HomeKit, et Homebridge ZP expose le réglage de volume relatif du Sonos.

J'ai essayé le contrôleur avec le hub IKEA Trådfri il y a quelque temps. Le hub Trådfri fait office de client Sonos, la chaîne est donc considérablement plus courte: contrôleur -> hub -> Sonos. D'après ce dont je me souviens, cela a fonctionné un peu plus facilement, mais pas parfaitement.

Une telle configuration en cascade est intrinsèquement vulnérable, fournissant trop d'endroits où un message pourrait être perdu et une commande ne sera pas arrêtée. Je recommande fortement de ne pas utiliser la logique de démarrage / arrêt dans ces cas, mais d'envoyer simplement une commande par buttonevent. Même l'application Hue standard crée des règles de pont Hue comme celle-ci, lorsque vous maintenez les boutons _DimUp_ ou _DimDown_ du gradateur Hue. Lorsqu'il est utilisé seul (sans le pont), le gradateur envoie _Move_ et _Stop_.

Une telle configuration en cascade est intrinsèquement vulnérable, fournissant trop d'endroits où un message pourrait être perdu et une commande ne sera pas arrêtée.

J'exécute controller> deCONZ> automation hub> Sonos. Et j'ai toujours le problème. Je suis sûr que c'est la faute du contrôleur car toutes les autres automatisations fonctionnent parfaitement

Même l'application Hue standard crée des règles de pont Hue comme celle-ci, lorsque vous maintenez les boutons DimUp ou DimDown du gradateur Hue.

Vous avez raison, mais le gradateur de teinte envoie des événements _Hold_ toutes les secondes jusqu'à ce que vous relâchiez. Le contrôleur Ikea symfonisk n'envoie pas de nouvel événement à intervalles réguliers; Je ne comprends toujours pas la logique mais je suppose que cela envoie un nouvel événement uniquement lorsque le taux de rotation a changé. Mais c'est une supposition. La seule solution est d'écouter le démarrage / l'arrêt.

La mise à niveau a réussi sans problèmes du jour au lendemain. Maintenant à 2.1.024. Batterie jusqu'à 16% (contre 60%) - j'ai vu pire. La fiabilité du contrôleur semble un peu plus fiable, mais il me manque toujours un événement x003 occasionnel.

J'ai relu "tous" les commentaires et autres problèmes concernant le contrôleur SYMFONISK, après une bonne nuit de sommeil. Il semble que la communication entre le contrôleur et deCONZ n'est pas fiable, ce qui fait que les messages du contrôleur arrivent à deCONZ dans le désordre, ou pas du tout. Le message "aucun gestionnaire de bouton" est provoqué par la réception successive de deux commandes _Stop_; le "rejet d'événement trop rapide" de la réception de deux commandes _Move_ successivement. Plus Zigbee saute entre le contrôleur et le coordinateur, plus ces problèmes s'aggravent.

Il semble que le contrôleur envoie des commandes trop rapidement les unes après les autres pour que le réseau Zigbee gère les diffusions. En effet, le contrôleur lance une attaque par déni de service sur le réseau Zigbee. Signify recommande au plus une diffusion par seconde, et le pont Hue a tendance à avoir des réseaux Zigbee plus petits que deCONZ. Notez que le gradateur Hue, le bouton Hue et Lutron Aurora envoient uniquement des messages monodiffusion pour les événements x001 (agissant effectivement comme des capteurs). Lorsqu'ils agissent en tant que contrôleurs, ils n'envoient qu'un _Move_ en appuyant / en maintenant enfoncé et un _Stop_ au relâchement.

Pour confirmer, j'ai remplacé les liaisons de groupe sur le contrôleur par des liaisons unicast vers le coordinateur. Cela semble faire des miracles.

Assurez-vous de réveiller le contrôleur lorsque vous appuyez sur _Bind_ ou _Unbind_. Le _Bind Dropbox_ affiche le succès lorsque la liaison a été créée ou supprimée. Réessayez si nécessaire. Assurez-vous d'ajouter les nouvelles liaisons avant de supprimer les anciennes, sinon le contrôleur ira "beauté endormie" sur vous, ne se réveillant plus à l'entrée.

Notez que je vois toujours "supprimer les événements trop rapides" et "aucun gestionnaire de bouton". Si les tests réussissent, je modifierai la vérification pour ne pas ignorer les événements de monodiffusion. Et modifiez la logique de couplage pour le contrôleur, et non pour créer un groupe et la liaison correspondante. Je pense qu'il est logique de sacrifier le contrôle direct de la lumière au profit d'un contrôle sonore fonctionnel.

Je pense qu'un problème similaire se produit pour le gradateur sans fil Trådfri. Apparemment, à l'époque, j'ai décidé de mapper _Move_ à x002 et d'ignorer _Stop_. C'était il y a trois ans, cependant, je ne me souviens pas des détails.

@paolotremadio , @Hypfer , autres, pourriez-vous s'il vous plaît répéter mon test et confirmer cela?

• Dans le panneau _Binding dropbox_ de l'interface graphique deCONZ, liez le cluster _On / Off_ client (gris) sur le contrôleur au point de terminaison 0x01 sur le coordinateur;
• et liez le cluster client (gris) _Level Control_ sur le contrôleur au point final 0x01 sur le coordinateur;
• Vérifiez quel groupe le contrôleur utilise: dans la recherche API, la valeur config.group pour la ressource ZHASwitch /sensors pour le contrôleur. Convertissez cette valeur en hexadécimal.
• Dans le panneau _Binding dropbox_ de l'interface graphique deCONZ, dissociez le cluster _On / Off_ client (gris) sur le contrôleur de ce groupe (en hexadécimal);
• Et dissociez le cluster client (gris) _Level Control_ sur le contrôleur du groupe (en hexadécimal).

@paolotremadio , @Hypfer , autres, pourriez-vous s'il vous plaît répéter mon test et confirmer cela?

• Dans le panneau _Binding dropbox_ de l'interface graphique deCONZ, liez le cluster _On / Off_ client (gris) sur le contrôleur au point de terminaison 0x01 sur le coordinateur;
• et liez le cluster client (gris) _Level Control_ sur le contrôleur au point final 0x01 sur le coordinateur;
• Vérifiez quel groupe le contrôleur utilise: dans la recherche API, la valeur config.group pour la ressource ZHASwitch /sensors pour le contrôleur. Convertissez cette valeur en hexadécimal.
• Dans le panneau _Binding dropbox_ de l'interface graphique deCONZ, dissociez le cluster _On / Off_ client (gris) sur le contrôleur de ce groupe (en hexadécimal);
• Et dissociez le cluster client (gris) _Level Control_ sur le contrôleur du groupe (en hexadécimal).

C'est fait. Un contrôleur semble fonctionner de manière beaucoup plus fiable. L'autre manque quelques arrêts, mais il semble moins souvent qu'avant. Je vais le tester pendant un jour ou deux.

Je vais l'essayer plus tard.
Merci pour votre enquête et travail @ebaauw
Peut-être devrions-nous garder le # 2195 ouvert pour ce problème?

Peut-être devrions-nous garder le # 2195 ouvert pour ce problème?

Ouais, cela ne semble pas être lié à ce problème.

OK, a sorti le renifleur. Lorsqu'il est lié au coordinateur, le gradateur sans fil Trådfri envoie des diffusions au groupe 0x0000. Cette solution de contournement ne peut donc pas être utilisée avec ce périphérique.

Le contrôleur semble envoyer plusieurs messages monodiffusion par action, lorsqu'il est lié au coordinateur. Ils ont le même numéro de séquence ZCL, mais des numéros de séquence MAC et NWK différents. La vérification des valeurs de buttonevent de répétition uniquement sur les messages de groupe entraîne désormais trois x001 et un x003 par série. Je vais essayer de vérifier le numéro de séquence ZCL et filtrer les messages en double.

Ajout de la vérification du numéro de séquence ZCL. Maintenant, il se comporte comme je m'y attendais. En tournant, je vois un flux continu de paires x001 / x003 buttonevent . J'ai revérifié le journal du renifleur: le _Move_ semble toujours être suivi d'un _Stop_, dans les 300 ms. Je pense qu'il n'y a aucune valeur ajoutée à exposer x001 vs x003, et propose de le changer en un seul x002, tout comme pour le gradateur sans fil Trådfri.

Notez que le nombre de buttonevents reflète la _duration_ du virage, pas l'angle ni la vitesse. Il n'y a pas de message spécial pour indiquer que vous arrêtez de tourner. Juste l'absence de la paire _Move _ / _ Stop_ suivante.

Veuillez noter à quel point c'est cool de voir les millisecondes en lastupdated ;-)

Apr 17 14:53:13 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":2001,"lastupdated":"2020-04-17T12:53:13.126"}
Apr 17 14:53:13 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":2003,"lastupdated":"2020-04-17T12:53:13.309"}
Apr 17 14:53:13 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":2001,"lastupdated":"2020-04-17T12:53:13.329"}
Apr 17 14:53:13 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":2003,"lastupdated":"2020-04-17T12:53:13.509"}
Apr 17 14:53:13 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":2001,"lastupdated":"2020-04-17T12:53:13.523"}
Apr 17 14:53:13 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":2003,"lastupdated":"2020-04-17T12:53:13.884"}
Apr 17 14:53:13 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":2001,"lastupdated":"2020-04-17T12:53:13.917"}
Apr 17 14:53:14 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":2003,"lastupdated":"2020-04-17T12:53:14.102"}
Apr 17 14:53:14 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":2001,"lastupdated":"2020-04-17T12:53:14.118"}
Apr 17 14:53:14 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":2003,"lastupdated":"2020-04-17T12:53:14.305"}
Apr 17 14:53:14 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":2001,"lastupdated":"2020-04-17T12:53:14.357"}
Apr 17 14:53:14 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":2003,"lastupdated":"2020-04-17T12:53:14.547"}
Apr 17 14:53:14 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":2001,"lastupdated":"2020-04-17T12:53:14.617"}
Apr 17 14:53:14 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":2003,"lastupdated":"2020-04-17T12:53:14.806"}
Apr 17 14:53:14 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":2001,"lastupdated":"2020-04-17T12:53:14.892"}
Apr 17 14:53:15 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":2003,"lastupdated":"2020-04-17T12:53:15.079"}
Apr 17 14:53:15 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":2001,"lastupdated":"2020-04-17T12:53:15.283"}
Apr 17 14:53:15 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":2003,"lastupdated":"2020-04-17T12:53:15.472"}
Apr 17 14:53:15 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":2001,"lastupdated":"2020-04-17T12:53:15.641"}
Apr 17 14:53:15 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":2003,"lastupdated":"2020-04-17T12:53:15.823"}
Apr 17 14:53:15 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":2001,"lastupdated":"2020-04-17T12:53:15.923"}
Apr 17 14:53:16 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":2003,"lastupdated":"2020-04-17T12:53:16.104"}
Apr 17 14:53:16 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":2001,"lastupdated":"2020-04-17T12:53:16.194"}
Apr 17 14:53:16 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":2003,"lastupdated":"2020-04-17T12:53:16.378"}
Apr 17 14:53:16 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":2001,"lastupdated":"2020-04-17T12:53:16.459"}
Apr 17 14:53:16 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":2003,"lastupdated":"2020-04-17T12:53:16.663"}
Apr 17 14:53:16 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":2001,"lastupdated":"2020-04-17T12:53:16.691"}
Apr 17 14:53:16 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":2003,"lastupdated":"2020-04-17T12:53:16.876"}
Apr 17 14:53:16 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":2001,"lastupdated":"2020-04-17T12:53:16.904"}
Apr 17 14:53:17 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":2003,"lastupdated":"2020-04-17T12:53:17.071"}
Apr 17 14:53:17 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":2001,"lastupdated":"2020-04-17T12:53:17.102"}
Apr 17 14:53:17 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":2003,"lastupdated":"2020-04-17T12:53:17.292"}
Apr 17 14:53:17 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":2001,"lastupdated":"2020-04-17T12:53:17.353"}
Apr 17 14:53:17 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":2003,"lastupdated":"2020-04-17T12:53:17.537"}
Apr 17 14:53:17 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":2001,"lastupdated":"2020-04-17T12:53:17.553"}
Apr 17 14:53:17 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":2003,"lastupdated":"2020-04-17T12:53:17.734"}
Apr 17 14:53:17 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":2001,"lastupdated":"2020-04-17T12:53:17.746"}
Apr 17 14:53:18 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":2003,"lastupdated":"2020-04-17T12:53:18.102"}

Apr 17 14:53:22 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":3001,"lastupdated":"2020-04-17T12:53:22.936"}
Apr 17 14:53:23 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":3003,"lastupdated":"2020-04-17T12:53:23.122"}
Apr 17 14:53:23 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":3001,"lastupdated":"2020-04-17T12:53:23.234"}
Apr 17 14:53:23 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":3003,"lastupdated":"2020-04-17T12:53:23.424"}
Apr 17 14:53:23 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":3001,"lastupdated":"2020-04-17T12:53:23.593"}
Apr 17 14:53:23 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":3003,"lastupdated":"2020-04-17T12:53:23.776"}
Apr 17 14:53:23 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":3001,"lastupdated":"2020-04-17T12:53:23.899"}
Apr 17 14:53:24 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":3003,"lastupdated":"2020-04-17T12:53:24.088"}
Apr 17 14:53:24 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":3001,"lastupdated":"2020-04-17T12:53:24.186"}
Apr 17 14:53:24 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":3003,"lastupdated":"2020-04-17T12:53:24.370"}
Apr 17 14:53:24 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":3001,"lastupdated":"2020-04-17T12:53:24.456"}
Apr 17 14:53:24 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":3003,"lastupdated":"2020-04-17T12:53:24.641"}
Apr 17 14:53:24 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":3001,"lastupdated":"2020-04-17T12:53:24.750"}
Apr 17 14:53:24 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":3003,"lastupdated":"2020-04-17T12:53:24.938"}
Apr 17 14:53:25 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":3001,"lastupdated":"2020-04-17T12:53:25.086"}
Apr 17 14:53:25 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":3003,"lastupdated":"2020-04-17T12:53:25.271"}
Apr 17 14:53:25 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":3001,"lastupdated":"2020-04-17T12:53:25.401"}
Apr 17 14:53:25 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":3003,"lastupdated":"2020-04-17T12:53:25.586"}
Apr 17 14:53:25 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":3001,"lastupdated":"2020-04-17T12:53:25.670"}
Apr 17 14:53:25 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":3003,"lastupdated":"2020-04-17T12:53:25.860"}
Apr 17 14:53:25 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":3001,"lastupdated":"2020-04-17T12:53:25.968"}
Apr 17 14:53:26 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":3003,"lastupdated":"2020-04-17T12:53:26.147"}
Apr 17 14:53:26 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":3001,"lastupdated":"2020-04-17T12:53:26.338"}
Apr 17 14:53:26 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":3003,"lastupdated":"2020-04-17T12:53:26.522"}
Apr 17 14:53:26 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":3001,"lastupdated":"2020-04-17T12:53:26.705"}
Apr 17 14:53:26 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":3003,"lastupdated":"2020-04-17T12:53:26.889"}
Apr 17 14:53:27 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":3001,"lastupdated":"2020-04-17T12:53:27.093"}
Apr 17 14:53:27 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":3003,"lastupdated":"2020-04-17T12:53:27.276"}
Apr 17 14:53:27 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":3001,"lastupdated":"2020-04-17T12:53:27.442"}
Apr 17 14:53:27 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":3003,"lastupdated":"2020-04-17T12:53:27.635"}
Apr 17 14:53:27 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":3001,"lastupdated":"2020-04-17T12:53:27.776"}
Apr 17 14:53:27 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":3003,"lastupdated":"2020-04-17T12:53:27.957"}

Ajout de la vérification du numéro de séquence ZCL. Maintenant, il se comporte comme je m'y attendais. En tournant, je vois un flux continu de paires x001 / x003 buttonevent . J'ai revérifié le journal du renifleur: le _Move_ semble toujours être suivi d'un _Stop_, dans les 300 ms. Je pense qu'il n'y a aucune valeur ajoutée à exposer x001 vs x003, et propose de le changer en un seul x002, tout comme pour le gradateur sans fil Trådfri.

Notez que le nombre de buttonevents reflète la _duration_ du virage, pas l'angle ni la vitesse. Il n'y a pas de message spécial pour indiquer que vous arrêtez de tourner. Juste l'absence de la paire _Move _ / _ Stop_ suivante.

Veuillez noter à quel point c'est cool de voir les millisecondes en lastupdated ;-)

C'est vraiment très bien. Cela permettrait un meilleur contrôle du volume. Y a-t-il une branche à tester?

Voir ci-dessus commit. Notez que celui-ci envoie des événements x002 au lieu de paires x001 / x003. Il est préférable de supprimer la ressource /sensors (devrait également nettoyer le groupe associé) et de réappairer le contrôleur. Le plugin doit configurer la liaison avec le coordinateur lors de l'appairage.

Zut. config.group été recréé lors du chargement du capteur depuis la base de données.

Le contrôleur a été mis à jour avec succès. Il a juste fallu> 24h pour terminer.
Bref. Je l'ai supprimé de deconz, construit la dernière branche ebaauw / master rest-plugin et réapparié le contrôleur.

Malheureusement, je ne vois qu'un seul événement x002, peu importe combien de temps je tourne le cadran :(

J'en vois plusieurs:

19:26:31:324 discard sensor state push for 70: state/lastupdated (already pushed)
19:27:44:051 discard sensor state push for 70: state/lastupdated (already pushed)

Éditer:
La mise en commentaire de cette vérification n'a pas résolu le problème. Maintenant, il envoie juste le même événement unique deux fois

Et /sensors/70 est le contrôleur?

Oui, /sensors/70 est le contrôleur symfonisk. Cela ne semble pas être le problème: /

Non, le message indique que plusieurs attributs du même objet state ou config ont été modifiés. Chaque changement d'attribut génère un événement interne. Lorsque le premier événement est géré, il émet une notification de socket Web de tous les attributs (ou, selon websocketnofityall , tous modifiés). Les autres événements n'ont pas besoin d'émettre de notification, car le changement a déjà été poussé. Donc, nous émettons ce message à la place.

Y a-t-il autre chose à rechercher?

Vous voyez un flux constant d'événements x002 sur le websocket?

Oui. 328 est le contrôleur:

Apr 18 19:54:14 pi2 dc_eventlog[860]: /sensors/452/state: {"lastupdated":"2020-04-18T17:54:14.069"}
Apr 18 19:54:19 pi2 dc_eventlog[860]: /sensors/452/state: {"lastupdated":"2020-04-18T17:54:19.539"}
Apr 18 19:54:20 pi2 dc_eventlog[860]: /sensors/328/state: {"buttonevent":2002,"lastupdated":"2020-04-18T17:54:20.636"}
Apr 18 19:54:21 pi2 dc_eventlog[860]: /sensors/426/state: {"lastupdated":"2020-04-18T17:54:21.397","power":23}
Apr 18 19:54:21 pi2 dc_eventlog[860]: /sensors/328/state: {"buttonevent":2002,"lastupdated":"2020-04-18T17:54:21.417"}
Apr 18 19:54:21 pi2 dc_eventlog[860]: /sensors/328/state: {"buttonevent":2002,"lastupdated":"2020-04-18T17:54:21.758"}
Apr 18 19:54:22 pi2 dc_eventlog[860]: /sensors/328/state: {"buttonevent":2002,"lastupdated":"2020-04-18T17:54:21.991"}
Apr 18 19:54:22 pi2 dc_eventlog[860]: /sensors/328/state: {"buttonevent":2002,"lastupdated":"2020-04-18T17:54:22.233"}
Apr 18 19:54:24 pi2 dc_eventlog[860]: /sensors/453/state: {"lastupdated":"2020-04-18T17:54:23.967"}
Apr 18 19:54:24 pi2 dc_eventlog[860]: /sensors/314/state: {"lastupdated":"2020-04-18T17:54:24.821"}
Apr 18 19:54:25 pi2 dc_eventlog[860]: /sensors/328/state: {"buttonevent":3002,"lastupdated":"2020-04-18T17:54:25.194"}
Apr 18 19:54:25 pi2 dc_eventlog[860]: /sensors/426/state: {"lastupdated":"2020-04-18T17:54:25.294","power":21}
Apr 18 19:54:26 pi2 dc_eventlog[860]: /sensors/426/state: {"lastupdated":"2020-04-18T17:54:26.329","power":23}
Apr 18 19:54:26 pi2 dc_eventlog[860]: /sensors/454/state: {"lastupdated":"2020-04-18T17:54:26.449"}
Apr 18 19:54:27 pi2 dc_eventlog[860]: /sensors/328/state: {"buttonevent":3002,"lastupdated":"2020-04-18T17:54:27.931"}
Apr 18 19:54:27 pi2 dc_eventlog[860]: /sensors/453/state: {"lastupdated":"2020-04-18T17:54:27.953"}
Apr 18 19:54:28 pi2 dc_eventlog[860]: /sensors/426/state: {"current":247,"lastupdated":"2020-04-18T17:54:28.294"}
Apr 18 19:54:29 pi2 dc_eventlog[860]: /sensors/426/state: {"lastupdated":"2020-04-18T17:54:29.291","power":21}
Apr 18 19:54:31 pi2 dc_eventlog[860]: /sensors/328/state: {"buttonevent":3002,"lastupdated":"2020-04-18T17:54:31.675"}
Apr 18 19:54:31 pi2 dc_eventlog[860]: /sensors/296/state: {"lastupdated":"2020-04-18T17:54:31.736"}
Apr 18 19:54:31 pi2 dc_eventlog[860]: /sensors/296/state: {"lastupdated":"2020-04-18T17:54:31.756"}
Apr 18 19:54:31 pi2 dc_eventlog[860]: /sensors/328/state: {"buttonevent":3002,"lastupdated":"2020-04-18T17:54:31.954"}
Apr 18 19:54:32 pi2 dc_eventlog[860]: /sensors/328/state: {"buttonevent":3002,"lastupdated":"2020-04-18T17:54:32.245"}
Apr 18 19:54:32 pi2 dc_eventlog[860]: /sensors/426/state: {"lastupdated":"2020-04-18T17:54:32.304","power":23}
Apr 18 19:54:32 pi2 dc_eventlog[860]: /sensors/328/state: {"buttonevent":3002,"lastupdated":"2020-04-18T17:54:32.529"}
Apr 18 19:54:32 pi2 dc_eventlog[860]: /sensors/328/state: {"buttonevent":3002,"lastupdated":"2020-04-18T17:54:32.816"}
Apr 18 19:54:33 pi2 dc_eventlog[860]: /sensors/328/state: {"buttonevent":3002,"lastupdated":"2020-04-18T17:54:33.228"}
Apr 18 19:54:33 pi2 dc_eventlog[860]: /sensors/328/state: {"buttonevent":3002,"lastupdated":"2020-04-18T17:54:33.605"}
Apr 18 19:54:34 pi2 dc_eventlog[860]: /sensors/328/state: {"buttonevent":3002,"lastupdated":"2020-04-18T17:54:34.019"}
Apr 18 19:54:34 pi2 dc_eventlog[860]: /sensors/328/state: {"buttonevent":3002,"lastupdated":"2020-04-18T17:54:34.606"}
Apr 18 19:54:34 pi2 dc_eventlog[860]: /sensors/112/state: {"lastupdated":"2020-04-18T17:54:34.730"}
Apr 18 19:54:35 pi2 dc_eventlog[860]: /sensors/328/state: {"buttonevent":3002,"lastupdated":"2020-04-18T17:54:35.147"}
Apr 18 19:54:35 pi2 dc_eventlog[860]: /sensors/328/state: {"buttonevent":3002,"lastupdated":"2020-04-18T17:54:35.408"}
Apr 18 19:54:35 pi2 dc_eventlog[860]: /sensors/328/state: {"buttonevent":3002,"lastupdated":"2020-04-18T17:54:35.679"}
Apr 18 19:54:36 pi2 dc_eventlog[860]: /sensors/328/state: {"buttonevent":3002,"lastupdated":"2020-04-18T17:54:35.955"}
Apr 18 19:54:36 pi2 dc_eventlog[860]: /sensors/328/state: {"buttonevent":2002,"lastupdated":"2020-04-18T17:54:36.668"}
Apr 18 19:54:36 pi2 dc_eventlog[860]: /sensors/328/state: {"buttonevent":2002,"lastupdated":"2020-04-18T17:54:36.948"}
Apr 18 19:54:37 pi2 dc_eventlog[860]: /sensors/113/state: {"lastupdated":"2020-04-18T17:54:37.876"}
Apr 18 19:54:38 pi2 dc_eventlog[860]: /sensors/328/state: {"buttonevent":2002,"lastupdated":"2020-04-18T17:54:38.409"}
Apr 18 19:54:38 pi2 dc_eventlog[860]: /sensors/328/state: {"buttonevent":2002,"lastupdated":"2020-04-18T17:54:38.611"}
Apr 18 19:54:38 pi2 dc_eventlog[860]: /sensors/328/state: {"buttonevent":2002,"lastupdated":"2020-04-18T17:54:38.778"}
Apr 18 19:54:39 pi2 dc_eventlog[860]: /sensors/328/state: {"buttonevent":2002,"lastupdated":"2020-04-18T17:54:39.139"}
Apr 18 19:54:39 pi2 dc_eventlog[860]: /sensors/328/state: {"buttonevent":2002,"lastupdated":"2020-04-18T17:54:39.386"}
Apr 18 19:54:39 pi2 dc_eventlog[860]: /sensors/328/state: {"buttonevent":2002,"lastupdated":"2020-04-18T17:54:39.572"}
Apr 18 19:54:40 pi2 dc_eventlog[860]: /sensors/328/state: {"buttonevent":2002,"lastupdated":"2020-04-18T17:54:40.242"}
Apr 18 19:54:42 pi2 dc_eventlog[860]: /sensors/426/state: {"lastupdated":"2020-04-18T17:54:42.298","power":21}
Apr 18 19:54:45 pi2 dc_eventlog[860]: /sensors/434/state: {"lastupdated":"2020-04-18T17:54:45.049","voltage":237}

Hm. Le supprimer et le réassocier à nouveau ne l'a pas résolu non plus

Pouvez-vous consulter le journal deCONZ pour quelque chose comme:

Apr 18 20:01:23 pi2 deCONZ[19662]: 20:01:22:713 APS-DATA.indication srcAddr: 0x56b2, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0008, lqi: 255, rssi: -49
Apr 18 20:01:23 pi2 deCONZ[19662]: 20:01:22:713     asdu: 117f0100c30000
Apr 18 20:01:23 pi2 deCONZ[19662]: 20:01:22:716 button 2002 Move Up

Le scrAddr est l'adresse NWK du contrôleur. Si je comprends bien, dstAddrMode: 2 indique une adresse NWK, donc un envoi individuel au coordinateur. Pour les diffusions de groupe, c'est 1.

Plus de 24h pour une mise à jour du firmware, c'est plus de quatre fois plus long que d'habitude. Peut-être révélateur de problèmes de réseau (interférences)?

Quelle est la taille de votre réseau? À quelle distance (combien de sauts) se trouve le contrôleur du coordinateur? Exécutez-vous des automatisations qui pourraient obstruer le réseau (> 1 diffusion par seconde)?

Et les interférences? Tous les codes d'erreur dans le journal (voir https://github.com/dresden-elektronik/deconz-rest-plugin/wiki/Zigbee-Error-Codes-in-the-Log). Utilisez-vous un RaspBee ou un ConBee? Si ce dernier: connecté au port USB2 à l'aide d'un câble d'extension? Des appareils Wifi, Bluetooth, USB3, DECT, ... à proximité qui pourraient utiliser ou interférer avec la bande 2,4 GHz?

Les mises à jour du micrologiciel des appareils connectés au secteur fonctionnent normalement (lire: 30 à 45 minutes).
Actuellement, c'est un réseau à 73 nœuds qui est pratiquement inactif. Module Raspbee. Aucune erreur enregistrée.

Il est actuellement à un saut du coordinateur. Ledit hop est une barre de lecture de teinte si cela compte

J'ai de nouveau jumelé l'appareil et j'ai reçu des messages APS. Rien de tel que APS-DATA.indication cependant

20:13:23:171 APS-DATA.indication from unknown node 0xCCCCCCFFFEE084E5
20:13:23:171 ZDP device announce: 0xCCCCCCFFFEE084E5, 0x9E24, 0x80
20:13:23:186 void deCONZ::zmNode::setFetched(deCONZ::RequestId, bool) fetched item: 2, node: 0x9E24
20:13:23:186 void deCONZ::zmNode::setFetched(deCONZ::RequestId, bool) fetched item: 1, node: 0x9E24
20:13:23:186 new node - ext: 0xccccccfffee084e5, nwk: 0x9E24
20:13:23:187 device announce 0xCCCCCCFFFEE084E5 (0x9E24) mac capabilities 0x8020:13:23:187 set fast probe address to 0xCCCCCCFFFEE084E5 (0x9E24)
20:13:23:187 FP indication 0x0000 / 0x0013 (0xCCCCCCFFFEE084E5 / 0x9E24)
20:13:23:187                       ...     (0xCCCCCCFFFEE084E5 / 0x9E24
20:13:23:187 device announce 0xCCCCCCFFFEE084E5 (0x9E24) mac capabilities 0x80

20:13:30:335 FP indication 0x0104 / 0x0019 (0xCCCCCCFFFEE084E5 / 0x9E24)
20:13:30:335                       ...     (0xCCCCCCFFFEE084E5 / 0x9E24)

20:13:31:945 FP indication 0x0104 / 0x0003 (0xCCCCCCFFFEE084E5 / 0x9E24)
20:13:31:945                       ...     (0xCCCCCCFFFEE084E5 / 0x9E24)

20:13:39:757 ZDP status = 0x00 -> SUCCESS
20:13:39:757 ZDP Node_Descriptor_rsp 0xCCCCCCFFFEE084E5 - 0x9E24
20:13:39:757 void deCONZ::zmNode::setFetched(deCONZ::RequestId, bool) fetched item: 3, node: 0x9E24
20:13:39:757 DB pushZdpDescriptorDb()
20:13:39:757 DB save zll database items 0x00000800
20:13:39:757 DB sql exec UPDATE devices SET nwk = 40484 WHERE mac = 'cc:cc:cc:ff:fe:e0:84:e5';INSERT INTO devices (mac,nwk,timestamp) SELECT 'cc:cc:cc:ff:fe:e0:84:e5', 40484, strftime('%s','now') WHERE (SELECT changes() = 0);
20:13:39:921 DB saved in 164 ms
20:13:39:923 DB UPDATE device_descriptors SET data = x'0240807c11525200002c520000', timestamp = 1587233619 WHERE device_id = (SELECT id FROM devices WHERE mac = 'cc:cc:cc:ff:fe:e0:84:e5') AND endpoint = 0 AND type = 2
20:13:39:923 DB INSERT INTO device_descriptors (device_id, endpoint, type, data, timestamp) SELECT id, 0, 2, x'0240807c11525200002c520000', 1587233619 FROM devices WHERE mac = 'cc:cc:cc:ff:fe:e0:84:e5'
20:13:40:302 don't close database yet, keep open for 900 seconds
20:13:40:309 FP indication 0x0000 / 0x8002 (0xCCCCCCFFFEE084E5 / 0x9E24)
20:13:40:309                       ...     (0xCCCCCCFFFEE084E5 / 0x9E24)
20:13:40:309 ZDP indication search sensors 0xCCCCCCFFFEE084E5 (0x9E24) cluster 0x8002
20:13:40:309 ZDP indication search sensors 0xCCCCCCFFFEE084E5 (0x9E24) clear timeout on cluster 0x8002

20:13:41:812 void deCONZ::zmNode::setFetched(deCONZ::RequestId, bool) fetched item: 7, node: 0x9E24
20:13:41:817 FP indication 0x0000 / 0x8005 (0xCCCCCCFFFEE084E5 / 0x9E24)
20:13:41:817                       ...     (0xCCCCCCFFFEE084E5 / 0x9E24)
20:13:41:817 ZDP indication search sensors 0xCCCCCCFFFEE084E5 (0x9E24) cluster 0x8005
20:13:41:817 ZDP indication search sensors 0xCCCCCCFFFEE084E5 (0x9E24) clear timeout on cluster 0x8005
20:13:41:828 don't use deleted sensor and node 0xCCCCCCFFFEE084E5 as candidate

Rien de tel que l'indication APS-DATA.

Vous les verrez en poussant ou en tournant le contrôleur. Espérons que toutes les ~ 300 ms en tournant.

Impossible de confirmer. Je déclenchais des événements de bouton tout le temps.

Ai-je besoin d'un indicateur de débogage cli ou de quelque chose pour que cela apparaisse? J'utilisais cette ligne deCONZ --dbg-info=2 --dbg-zdp=1 --dbg-zcl=1 --db-aps=1 --dbg-http=1 commande

Vous voulez certainement ajouter --dbg-error=1 . Je ne sais pas pourquoi ils n'affiche pas les erreurs par défaut.

Pour voir la charge utile APS ( asdu ), définissez --dbg-aps=2 .

Encore faut-il documenter ces paramètres de ligne de commande dans le WIki ...

Ah oui. Maintenant, je peux voir ces événements.

21:25:37:225 APS-DATA.indication srcAddr: 0x9e24, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0008, lqi: 127, rssi: -67
21:25:37:307 APS-DATA.indication srcAddr: 0x9e24, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0008, lqi: 191, rssi: -67
21:25:38:312 APS-DATA.indication srcAddr: 0x9e24, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0008, lqi: 191, rssi: -67
21:25:38:402 APS-DATA.indication srcAddr: 0x9e24, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0008, lqi: 191, rssi: -67
21:25:38:512 APS-DATA.indication srcAddr: 0x9e24, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0008, lqi: 191, rssi: -67
21:25:38:599 APS-DATA.indication srcAddr: 0x9e24, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0008, lqi: 191, rssi: -67
21:25:40:397 APS-DATA.indication srcAddr: 0x9e24, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0008, lqi: 191, rssi: -67
21:25:40:507 APS-DATA.indication srcAddr: 0x9e24, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0008, lqi: 191, rssi: -67
21:25:42:748 APS-DATA.indication srcAddr: 0x9e24, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0008, lqi: 191, rssi: -67
21:25:42:875 APS-DATA.indication srcAddr: 0x9e24, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0008, lqi: 191, rssi: -67
21:25:44:635 APS-DATA.indication srcAddr: 0x9e24, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0008, lqi: 191, rssi: -67
21:25:44:740 APS-DATA.indication srcAddr: 0x9e24, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0008, lqi: 191, rssi: -67
21:25:44:851 APS-DATA.indication srcAddr: 0x9e24, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0008, lqi: 191, rssi: -67
21:25:44:939 APS-DATA.indication srcAddr: 0x9e24, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0008, lqi: 191, rssi: -67
21:25:52:764 APS-DATA.indication srcAddr: 0x9e24, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0008, lqi: 191, rssi: -67
21:25:52:846 APS-DATA.indication srcAddr: 0x9e24, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0008, lqi: 191, rssi: -67
21:25:56:046 APS-DATA.indication srcAddr: 0x9e24, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0008, lqi: 191, rssi: -67
21:25:56:129 APS-DATA.indication srcAddr: 0x9e24, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0008, lqi: 191, rssi: -67
21:26:01:008 APS-DATA.indication srcAddr: 0x9e24, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0008, lqi: 191, rssi: -67
21:26:01:069 APS-DATA.indication srcAddr: 0x9e24, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0008, lqi: 191, rssi: -67

En voici également quelques-uns avec la charge utile asdu:

21:24:46:719 APS-DATA.indication srcAddr: 0x9e24, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0008, lqi: 95, rssi: -79
21:24:46:719    asdu: 11660101c30000
21:24:46:719 APS-DATA.request id: 179 erase from queue
21:24:46:838 APS-DATA.indication srcAddr: 0x9e24, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0008, lqi: 103, rssi: -78
21:24:46:838    asdu: 1167030000
21:24:46:931 APS-DATA.indication srcAddr: 0x9e24, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0008, lqi: 95, rssi: -79
21:24:46:931    asdu: 1167030000

OK, c'est plein d'espoir. AddrMode 2, donc la liaison unicast semble en vigueur. Je vois un _Move_ (troisième octet 01 ) à .719 suivi d'un _Stop_ (troisième octet 03 ) à .838 et .931. Notez que la séquence ZCL (deuxième octet, 67 ) est la même pour les commandes _Stop_ (67), le contrôleur envoie chaque commande trois fois (voir https://github.com/dresden-elektronik/deconz- rest-plugin / issues / 1898 # issuecomment-615154288).

La journalisation deCONZ est vraiment nul, il n'y a pas de moyen facile de grep uniquement les messages pour un seul périphérique, car ils mélangent l'adresse mac, l'adresse nwk, la ressource et le nom de la ressource. Mais pouvez-vous voir si le APS-DATA.indication pour la commande _Move_ est suivi d'un button 2002 Move Up ou button 3002 Move Down ?

Vous souhaitez analyser votre journal pour les messages manquants, pour avoir une idée de la fiabilité du trafic du contrôleur vers le coordinateur. Si vous voyez de grandes lacunes dans les numéros de séquence, cela expliquerait pourquoi vous n'obtenez pas les événements buttone répétés.

Voici un extrait de mon journal. Vous voyez une paire _Move _ / _ Stop_, plusieurs 100 ms l'une après l'autre, suivie de la paire _Move _ / _ Stop_ suivante dans un délai de 10 ms. Vous voyez que deux messages (séquence 4b et 5b) ne sont pas parvenus au coordinateur. D'une manière ou d'une autre, je ne vois aucun message répété, peut-être que l'un des routeurs entre le contrôleur et le coordinateur a pensé qu'il ne transmettrait pas les doublons?

Apr 18 21:56:05 pi2 deCONZ[19662]: 21:56:04:379 APS-DATA.indication srcAddr: 0xd46b, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0008, lqi: 151, rssi: -72
Apr 18 21:56:05 pi2 deCONZ[19662]: 21:56:04:379     asdu: 11460100c30000
Apr 18 21:56:05 pi2 deCONZ[19662]: 21:56:04:379 button 2002 Move Up
Apr 18 21:56:05 pi2 deCONZ[19662]: 21:56:04:963 APS-DATA.indication srcAddr: 0xd46b, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0008, lqi: 151, rssi: -72
Apr 18 21:56:05 pi2 deCONZ[19662]: 21:56:04:963     asdu: 1147030000

Apr 18 21:56:05 pi2 deCONZ[19662]: 21:56:04:992 APS-DATA.indication srcAddr: 0xd46b, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0008, lqi: 159, rssi: -71
Apr 18 21:56:05 pi2 deCONZ[19662]: 21:56:04:992     asdu: 11480100c30000
Apr 18 21:56:05 pi2 deCONZ[19662]: 21:56:04:992 button 2002 Move Up
Apr 18 21:56:06 pi2 deCONZ[19662]: 21:56:06:113 APS-DATA.indication srcAddr: 0xd46b, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0008, lqi: 159, rssi: -71
Apr 18 21:56:06 pi2 deCONZ[19662]: 21:56:06:113     asdu: 1149030000

Apr 18 21:56:06 pi2 deCONZ[19662]: 21:56:06:186 APS-DATA.indication srcAddr: 0xd46b, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0008, lqi: 159, rssi: -71
Apr 18 21:56:06 pi2 deCONZ[19662]: 21:56:06:186     asdu: 114a0100c30000
Apr 18 21:56:06 pi2 deCONZ[19662]: 21:56:06:186 button 2002 Move Up

Apr 18 21:56:07 pi2 deCONZ[19662]: 21:56:07:632 APS-DATA.indication srcAddr: 0xd46b, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0008, lqi: 151, rssi: -72
Apr 18 21:56:07 pi2 deCONZ[19662]: 21:56:07:632     asdu: 114c0100c30000
Apr 18 21:56:07 pi2 deCONZ[19662]: 21:56:07:633 button 2002 Move Up
Apr 18 21:56:09 pi2 deCONZ[19662]: 21:56:08:739 APS-DATA.indication srcAddr: 0xd46b, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0008, lqi: 159, rssi: -71
Apr 18 21:56:09 pi2 deCONZ[19662]: 21:56:08:739     asdu: 114d030000

Apr 18 21:56:09 pi2 deCONZ[19662]: 21:56:08:771 APS-DATA.indication srcAddr: 0xd46b, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0008, lqi: 159, rssi: -71
Apr 18 21:56:09 pi2 deCONZ[19662]: 21:56:08:771     asdu: 114e0100c30000
Apr 18 21:56:09 pi2 deCONZ[19662]: 21:56:08:772 button 2002 Move Up
Apr 18 21:56:09 pi2 deCONZ[19662]: 21:56:08:974 APS-DATA.indication srcAddr: 0xd46b, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0008, lqi: 159, rssi: -71
Apr 18 21:56:09 pi2 deCONZ[19662]: 21:56:08:974     asdu: 114f030000

Apr 18 21:56:09 pi2 deCONZ[19662]: 21:56:09:009 APS-DATA.indication srcAddr: 0xd46b, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0008, lqi: 159, rssi: -71
Apr 18 21:56:09 pi2 deCONZ[19662]: 21:56:09:009     asdu: 11500100c30000
Apr 18 21:56:09 pi2 deCONZ[19662]: 21:56:09:010 button 2002 Move Up
Apr 18 21:56:09 pi2 deCONZ[19662]: 21:56:09:346 APS-DATA.indication srcAddr: 0xd46b, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0008, lqi: 167, rssi: -70
Apr 18 21:56:09 pi2 deCONZ[19662]: 21:56:09:346     asdu: 1151030000

Apr 18 21:56:09 pi2 deCONZ[19662]: 21:56:09:429 APS-DATA.indication srcAddr: 0xd46b, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0008, lqi: 159, rssi: -71
Apr 18 21:56:09 pi2 deCONZ[19662]: 21:56:09:429     asdu: 11520100c30000
Apr 18 21:56:09 pi2 deCONZ[19662]: 21:56:09:429 button 2002 Move Up
Apr 18 21:56:10 pi2 deCONZ[19662]: 21:56:09:614 APS-DATA.indication srcAddr: 0xd46b, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0008, lqi: 106, rssi: -71
Apr 18 21:56:10 pi2 deCONZ[19662]: 21:56:09:614     asdu: 1153030000

Apr 18 21:56:10 pi2 deCONZ[19662]: 21:56:09:824 APS-DATA.indication srcAddr: 0xd46b, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0008, lqi: 159, rssi: -71
Apr 18 21:56:10 pi2 deCONZ[19662]: 21:56:09:824     asdu: 11540100c30000
Apr 18 21:56:10 pi2 deCONZ[19662]: 21:56:09:824 button 2002 Move Up
Apr 18 21:56:10 pi2 deCONZ[19662]: 21:56:10:004 APS-DATA.indication srcAddr: 0xd46b, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0008, lqi: 159, rssi: -71
Apr 18 21:56:10 pi2 deCONZ[19662]: 21:56:10:004     asdu: 1155030000

Apr 18 21:56:12 pi2 deCONZ[19662]: 21:56:12:090 APS-DATA.indication srcAddr: 0xd46b, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0008, lqi: 159, rssi: -71
Apr 18 21:56:12 pi2 deCONZ[19662]: 21:56:12:090     asdu: 11560100c30000
Apr 18 21:56:12 pi2 deCONZ[19662]: 21:56:12:090 button 2002 Move Up
Apr 18 21:56:12 pi2 deCONZ[19662]: 21:56:12:363 APS-DATA.indication srcAddr: 0xd46b, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0008, lqi: 151, rssi: -72
Apr 18 21:56:12 pi2 deCONZ[19662]: 21:56:12:364     asdu: 1157030000

Apr 18 21:56:12 pi2 deCONZ[19662]: 21:56:12:432 APS-DATA.indication srcAddr: 0xd46b, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0008, lqi: 151, rssi: -72
Apr 18 21:56:12 pi2 deCONZ[19662]: 21:56:12:432     asdu: 11580100c30000
Apr 18 21:56:12 pi2 deCONZ[19662]: 21:56:12:433 button 2002 Move Up
Apr 18 21:56:13 pi2 deCONZ[19662]: 21:56:12:632 APS-DATA.indication srcAddr: 0xd46b, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0008, lqi: 151, rssi: -72
Apr 18 21:56:13 pi2 deCONZ[19662]: 21:56:12:632     asdu: 1159030000

Apr 18 21:56:13 pi2 deCONZ[19662]: 21:56:12:662 APS-DATA.indication srcAddr: 0xd46b, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0008, lqi: 151, rssi: -72
Apr 18 21:56:13 pi2 deCONZ[19662]: 21:56:12:662     asdu: 115a0100c30000
Apr 18 21:56:13 pi2 deCONZ[19662]: 21:56:12:662 button 2002 Move Up

Apr 18 21:56:13 pi2 deCONZ[19662]: 21:56:12:928 APS-DATA.indication srcAddr: 0xd46b, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0008, lqi: 151, rssi: -72
Apr 18 21:56:13 pi2 deCONZ[19662]: 21:56:12:928     asdu: 115c0100c30000
Apr 18 21:56:13 pi2 deCONZ[19662]: 21:56:12:929 button 2002 Move Up
Apr 18 21:56:13 pi2 deCONZ[19662]: 21:56:13:049 APS-DATA.indication srcAddr: 0xd46b, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0008, lqi: 106, rssi: -71
Apr 18 21:56:13 pi2 deCONZ[19662]: 21:56:13:049     asdu: 115d030000

Il n'y a jamais deux événements de bouton identiques dans une ligne, même en tournant constamment car il ne semble pas y avoir de flux constant de APS-DATA.indication du tout.

C'est 10s de rotation constante dans le sens des aiguilles d'une montre:

12:29:58:665 APS-DATA.indication srcAddr: 0x48c0, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0008, lqi: 167, rssi: -70
12:29:58:665    asdu: 116c0100c30000
12:29:58:666 button 2002 Move Up
--
12:29:58:686 APS-DATA.indication srcAddr: 0x48c0, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0008, lqi: 175, rssi: -69
12:29:58:686    asdu: 116c0100c30000
12:29:58:723 APS-DATA.indication srcAddr: 0x463a, srcEp: 0x0B dstAddrMode: 2, profile: 0x0104, cluster: 0x0006, lqi: 167, rssi: -70
--
12:30:01:545 APS-DATA.indication srcAddr: 0x48c0, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0008, lqi: 167, rssi: -70
12:30:01:545    asdu: 116d0101c30000
12:30:01:546 button 3002 Move Down
--
12:30:01:574 APS-DATA.indication srcAddr: 0x48c0, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0008, lqi: 167, rssi: -70
12:30:01:574    asdu: 116d0101c30000
12:30:01:603 APS-DATA.indication srcAddr: 0x48c0, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0008, lqi: 167, rssi: -70
12:30:01:603    asdu: 116e0100c30000
12:30:01:604 button 2002 Move Up
--
12:30:01:624 APS-DATA.indication srcAddr: 0x48c0, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0008, lqi: 167, rssi: -70
12:30:01:624    asdu: 116e0100c30000
12:30:02:219 poll node 00:17:88:01:06:92:7e:a0-0b
--
12:30:07:328 APS-DATA.indication srcAddr: 0x48c0, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0008, lqi: 167, rssi: -70
12:30:07:328    asdu: 116f030000
12:30:07:328 Force binding of attribute reporting for sensor SYMFONISK controller
12:30:07:351 APS-DATA.indication srcAddr: 0x48c0, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0008, lqi: 167, rssi: -70
12:30:07:351    asdu: 116f030000

Pour référence:
Utiliser grep avec -A2 pour afficher les deux lignes suivantes d'une correspondance semble très bien fonctionner.
deCONZ --dbg-error=1 --dbg-aps=2 --dbg-info=2 | grep -A2 -E -i "APS-DATA.indication srcAddr: 0x48c0"

Cool, je ne connaissais pas l'option -A pour grep .

Ainsi, votre contrôleur envoie:

• 6c: _Move Up_ qui se traduit par un événement bouton 2002;
• 6c: _Move Up_ répété, qui est à juste titre ignoré;
• 6d: _Move Down_ qui entraîne un événement de bouton 3002;
• 6d: _Move Down_ répété, qui est ignoré à juste titre;
• 6e: _Move Up_, qui se traduit par un événement de bouton 2002;
• 6e: _Move Up_, répété et honoré à juste titre;
• 6f: _Stop_, maintenant ignoré, puisque nous ne sommes plus à x001 / x003;
• 6f: _Stop_, répété et ignoré à juste titre.

La bonne nouvelle: aucun message manquant (numéros de séquence séquentiels), donc votre réseau semble bien.

La mauvaise nouvelle: un comportement très différent de mon contrôleur. De plus, je suis déconcerté par le _Move Down_ entre les messages _Move Up_. Juste pour être sûr: avez-vous remplacé la batterie après la mise à jour du firmware?

Quel type est imprimé au dos de votre contrôleur (le mien dit E1744 ). Pouvez-vous vérifier les attributs du cluster _Basic_?

Il ne semble pas y avoir de paramètre magique sur l'appareil, cela changerait son comportement. Je commence à suspecter un appareil défectueux. Difficile de dire si c'est le vôtre ou le mien, avec seulement deux appareils à comparer, mais le mien a fonctionné comme prévu lorsqu'il est couplé au hub Trådfri.

lgtm. Le texte au dos indique également le TYPE E1744 et même avec une nouvelle pile bouton (la quatrième en fait), il se comporte toujours comme ça.

Le vôtre est-il directement connecté au contrôleur?

Faire de courtes rafales en succession rapide fonctionne btw. C'est juste la rotation continue qui semble être cassée

J'en ai commandé deux en fait, alors j'ai simplement sorti le deuxième de son emballage et l'ai associé au réseau.

Le comportement est exactement le même, ce qui exclut probablement le matériel défectueux ainsi que la version du firmware

Je suis à court d'idées, j'ai peur. Ou peut-être est-ce lié à la couleur? Le mien est noir. Presque tenté d'obtenir un deuxième contrôleur moi-même.

Le vôtre est-il directement connecté au contrôleur?

Il est actuellement connecté à une prise intelligente innr SP 120. Il était connecté au coordinateur (Conbee II) dans mon réseau de test (pour une mise à jour du firmware la plus rapide).

Voudrait entendre @paolotremadio , @rchl et d'autres comment leurs contrôleurs se comportent.

Quoi qu'il en soit, je suis revenu aux événements de bouton x001 / x003 par défaut, mais cela ne résoudra pas votre problème de changements fugitifs au cas où un _Stop_ serait manqué.

Utilisez l'API pour définir mode sur 4 (ModeDimmer, également utilisé par le gradateur sans fil Trådfri) pour obtenir les événements x002 à la place. Pour revenir à la valeur par défaut, définissez mode sur 1 (ModeScenes).

Ils sont tous les deux noirs aussi, malheureusement.
~ Il semble que je l'ai associé au module Raspbee. ~ Toujours le même comportement.
Éditer:
Non, il est couplé à la lampe ikea juste à côté du module raspbee

Il y a un numéro à côté de la batterie: 1938-1 . Je n'ai aucune idée de ce que cela peut signifier mais cela pourrait être différent?

mais cela ne résoudra pas votre problème de changements fugitifs au cas où un arrêt serait manqué.

Vraiment? Je pensais que cela était dû au fait que le réseau était incapable de suivre le rythme. Cela devrait en théorie être résolu en utilisant unicast, non?

Je pensais que cela était dû au fait que le réseau était incapable de suivre le rythme. Cela devrait en théorie être résolu en utilisant unicast, non?

Vous avez raison, bien sûr. Si c'était effectivement la cause, elle devrait être résolue. J'étais plus inquiet qu'un message individuel pourrait encore disparaître. Mais comme plusieurs copies semblent parvenir à votre coordinateur, les chances que cela se produise sont assez minces.

On dirait que cela fonctionne comme on s'y attendrait.
Je ne peux pas causer de problèmes de volume fugitifs.

Génial!
La latence est également assez bonne. Dans l'ensemble, une bonne solution.

Merci d'avoir vérifié @ebaauw

Je vois le même comportement que @Hypfer après avoir suivi les étapes de https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1898 (notez que je suis sur la dernière version de deconz et non sur @ebaauw succursale de):

• lorsque je tourne lentement vers la droite, je vois des paires répétées d'événements de 2001, 2003
• quand je tourne à droite rapidement et à un rythme régulier, je vois un événement 2001 au début, puis un événement 2003 après avoir fini de tourner. Peu importe combien de temps je tourne, tant que c'est rapide et régulier.

Mais je ne peux plus reproduire les événements "stop" (* 3) manquants! :)

Je pense que ce problème peut être résolu après la fusion de # 2658

Et qu'en est-il du problème des changements constants qui ne déclenchent pas d'événements? Est-ce quelque chose qui fonctionne correctement avec le PR susmentionné?

@rchl

Ce problème est évité en n'utilisant pas le mode 4 et en conservant les événements x001 / x003 comme avant.
https://github.com/dresden-elektronik/deconz-rest-plugin/pull/2658/commits/7035ee72624e9765d1573f343480208ccefec468

Je pense que ce problème peut être résolu après la fusion de # 2658

Et il semble avoir été fusionné il y a 10 jours. 😄 👍

Une action est-elle nécessaire pour profiter du correctif?
Est-il suffisant de mettre à jour deconz ou il est nécessaire de réinitialiser et de ré-lier le contrôleur?

Une action est-elle nécessaire pour profiter du correctif?

Je serais également intéressé par cette réponse. J'ai un bâton Deconz dans mon Home Assistant Raspberry Pi et il est dit que j'ai la version 2.5.75 du micrologiciel et qu'il est à jour.

J'ai le Symfonisk connecté mais je n'obtiens qu'un seul événement sur la direction dans laquelle il est tourné (2001/3001) et quand il a cessé de tourner (2003/3003), et les pressions sur les boutons (1001, 1004, 1005). Mais pas d'événements répétés ou quelque chose qui dit à quel point il a été tourné.

D'après ce que j'ai compris, le PR enverra les événements de direction en continu pendant que je tourne le bouton. Mais un événement représente-t-il un certain nombre de degrés de rotation?

Vous devez probablement ré-appairer le contrôleur Symfonisk ou mettre à jour manuellement la liaison afin qu'elle utilise la monodiffusion comme décrit ici https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1898#issuecomment -615078454

Les autres questions sont également toutes répondues dans ce fil.

Mais un événement représente-t-il un certain nombre de degrés de rotation?

Vois ici:
https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1898#issuecomment -535090364

Veuillez envisager de lire le fil complet avant de commenter.

Il semble que ce problème soit résolu ou inactif. Si ce n'est pas le cas, veuillez rouvrir!

J'ai mis à jour deCONZ, réparé le contrôleur et effectué manuellement la liaison (je ne sais pas si cela est toujours nécessaire). Ils sont tous les deux incroyablement fiables. La seule chose que j'ai remarquée: les codes pour le sens horaire et anti-horaire ont été inversés. Mais il était facile pour moi de réparer l'automatisation, donc cela ne me dérange pas.

Merci pour le travail incroyable, comme d'habitude!

J'ai un deuxième contrôleur. Je me suis tous les deux connectés au réseau mais il semble que le nouveau ne déclenche aucun événement dans Node-RED. Une idée de ce que pourrait être le problème?

Je suis sur la dernière version de Docker de Deconz.

@kmplngj Probablement la liaison. Essayez de le réassocier plusieurs fois.