Clé SONOFF Zigbee 3.0 USB ZBDongle-P

Plugins Protocole domotique
21

Je m’étais réjouis un peu trop vite. J’ai encore eu des problèmes.

Finalement, j’ai fait un restore et tout recommencé depuis le début pour arriver à nouveau au souci du démon qui ne plante avec le message ...same panId....
J’ai alors édité le fichier data/configuration.yaml et ajouté une ligne channel=12 sous advanced:

...
...
advanced:
  last_seen: ISO_8601
  log_level: debug
  channel: 12
  network_key:
    - 202
    - 203
...
...

A ce que j’ai compris lors de mes recherches sur internet, les équipements qui ont été inclus dans l’ancien contrôleur envoient de trames avec le panId qui a été repris sur le nouveau contrôleur. Il y avait donc « collision ». Une solution aurai peut-être été de modifier le panId pour le nouveau contrôleur mais je n’ai pas trouver comment le faire.

Il semble qu’il aurai aussi été possible de couper l’alimentation sur TOUS les routers de l’ancien réseau mais c’était trop lourd pour me lancer dans l’opération.

J’ai préféré configurer le nouveau contrôleur pour qu’il utilise un canal différent et ne voie donc plus les devices de l’ancien réseau.

22

Le canal 12 n’existe par en zigbee il me semble.

Voir cette discussion:

Meme si il semble que le pan_id generate soit present depuis 1.33

Antoine

23

J’ai d’abord tenté avec le 10 mais j’ai eu un message d’erreur dans les log z2md me disant que ce canal n’existe pas. J’ai alors mis le 12 et ça a fonctionné. Pour le moment, j’ai inclus du Sonoff et du Xiaomi sans problème.

J’avais tenté de mettre GENERATE pour le pan_id mais sans résultat (il est possible/probable que je ne l’avais pas fait au bon endroit).

Il semble, selon ce message Informations sur cohabitation Zigbee et Wifi que zigbee utilise les canaux 11 à 26.

24

Bonjour @ktn,

Sous l’interface Z2M tu peux changer le canal Zigbee et il y a une recommandation écrite juste en dessous du champ ou tu peux inscrire le canal Zigbee : Canal 11 - 15 - 20 ou 25

Je pense que cette recommandation n’est pas là par hasard :grin:

25

Merci pour l’info.
Vu que je ne pouvais pas démarrer le deamon, je n’avais pas accès à l’interface de Zigbee2MQTT. J’ai donc tâtonner en faisant des modifs directement dans les fichiers de config.

Vu que je n’avais pas encore commencer à inclure les modules montés derrière des prises ou interrupteurs, j’ai pu revenir sur la canal 11 avec changement de pan_id.

Pour info:
Selon ce que j’ai pu observer, les modifications dans le fichier resources/zigbee2mqtt/data/configuration.yaml ne sont pas prises en compte. Il faut modifier le fichier data/configuration.yaml. Mais le mieux est de passer par les interfaces web lorsque c’est possible.

26

Bonjour @ktn,

Le canal se change sous l’interface Z2M mais, attention, si vous changez le canal Zigbee sans faire une manip supplémentaire le démon va tomber sans arrêt.
La manip supplémentaire consiste « juste » à « supprimer » (mieux : renommer) un fichier (Le fichier d’origine se recréera automatiquement après). Donc il faut :

  1. Changer le canal sous l’interface Z2M. (On constate tout de suite après que le démon s’arrête en permanence…)

  2. Arreter/désactiver le plugin Jeezigbee

  3. Aller sous Systeme → configuration → >_OS/DB → Editeur de Fichiers
    Puis à gauche : html / Plugins / z2m / data et il faut renommer le fichier coordinator_backup.json en coordinator_backup-json.old (par exemple et au cas où… on ne sait jamais !)
    (Après la manip terminée on pourra revenir au même endroit et constater qu’un nouveau coordinator_backup.json est bien présent)

    image
    image477×551 39 KB

  4. On active le plugin Jeezigbee et on redémarre le démon (s’il ne l’a pas fait de lui même).
    Tout devrait être stable maintenant et vous avez changé de canal zigbee :wink: :smiley:

J’ai vu cette astuce dans community et je me le suis noté pour l’appliquer (Et cela marche du tonnerre !) mais je ne sait plus ou pour faire le lien avec le fil d’origine (désolé). :neutral_face:

→ Je précise que j’ai appliqué cette manip AVANT tous les problèmes récents Z2M du 20.09.2023 (donc j’espère que cette manip marche encore)

27

C’est souvent le canal par défaut. J’espère que tu n’as pas de voisins domotisés trop proches ! :grin:

28

Oui, mais le point 1 ne peut être fait que si le démon fonctionne. Dans mon cas, il détectait un autre réseau (des appareils qui était sur l’ancien contrôleur) avec la même panId. Je n’avais donc pas accès à l’inferface Z2M. J’ai donc modifié le fichier de config via une session ssh. La dificulté était de savoir quel fichier modifier.

Pour le fichier coordinator_backp.yml oui, il faut effectivement le supprimer. J’ai oublier d’en reparler mais c’est clairement indiqué dans le log si on ne l’a pas supprimé.