Module zigbee "not reachable" conbee2

Bonjour,

Voici mon problème. J’ai un clée conbee2 branchée sur un RPi4 et qui fonctionne très bien depuis plusieurs mois avec plusieurs capteur xiaomi. Sauf que la semaine passée j’avais une coupure internet pendant 3 jours, et après cela tout mes modules sont en « not reachable », voir extrait ci-dessous.

J’ai donc redemarrer, jeedom, le rpi4 mais rien n’y fait. De plus j’ai flashé la clée conbee2 via windows mais ça ne fonctionne pas non plus. J’ai aussi flashé la clé via windows mais rien ne change.

Voici les infos que de mon installation:
image

image

@mich0111, @HugoVal11 je me permet de vous taguer ici car vous m’aviez déjà sorti de pas mal de soucis sur le clé conbee2.

Merci d’avance pour votre aide.

Donc la clef Conbee2 est opérationnelle si j’en juge sur tes screen shots.
Je ne vois pas à priori de lien direct entre la coupure Internet et le réseau Zigbee sauf si ta box internet était plantée et ne délivrait plus les IP pour la box domotique et donc pour la gateway.

Par contre si ton réseau Zigbee ne contient que des capteurs et en plus de sXiaomi il y a de fortes chances

  • pour qu’ils soient en veille profonde → les réveiller manuellement en appuyant plusieurs fois brièvement sur leur bouton d’inclusion
  • pour qu’ils soient désappariés du réseau Zigbee → les appairer de nouveau manuellement

Dan s tous les cas les capteurs Xiaomi supportent mal les changements de routeurs. Je t’incite donc à placer un ou deux routeurs intermédiaires (prise connéctée, lampe connectée, …) entre le coordinateur ConBee2 et les capteurs et de réappairer ces derniers à leur place définitive après avoir dans un premier temps appairé les routeurs.

Merci de ta réponse @Yves19,

pour qu’ils soient en veille profonde → les réveiller manuellement en appuyant plusieurs fois brièvement sur leur bouton d’inclusion ==> j’avais essayé ça aussi, j’ai même enlevé et remis la pile dans une des capteurs.

pour qu’ils soient désappariés du réseau Zigbee → les appairer de nouveau manuellement==> tu veux dire comme un nouveau capteur?

Yes comme des nouveaux capteurs. Sauf que là Jeedom après synchro ne devrait ps changer les capteurs si tu appaires ces derniers via Phoscon (ce que je recommande chaudement)

1 « J'aime »

Salut,
Je viens d’intégrer une prise Legrand et comme il lui faut absolument le canal 11, j’avais, après changement de canal, perdu tous mes capteurs.
Du coup, réapairage depuis phoscon, synchro Jeedom.
Magique, tous les capteurs ont les mêmes id donc rien à changer dans Jeedom.
J’apprécie, je craignais une grosse opération de récupération de commandes orphelines.

Bizarrement le ré appairage (toujours depuis phoson)ne fonctionne pas chez moi, même avec un capteur qui est à moins de 1m de la clée. J’ai aussi essayé en supprimant un des capteurs dans phoscon mais l’appairage ne marche pas non plus.

Ma clé conbee est branchée directement sur le raspberry, sans rallonge donc mais ça a toujours fonctionné depuis.

Une capture d’écran de ta config et de la page santé peut-être

Le problème peut venir de là aussi.

Donc éloigner la clef du RPI car là je ne vois pas pourquoi le réseau ne pourrait pas être de nouveau opérationnel.
Brancher aussi la clef sur un port USB2 plutôt que USB 3.

En électronique il y a longtemps que j’ai appris que comme en bourse ce qui fonctionnait avant est appelé à ne plus fonctionner après (avant et après quoi là est la question). Parfois un tout petit rien peut être le déclencheur de belles catastrophes c’est bien pour cela que de simples mouches sont passées à la postérité en laissant leur nom au plus affreux des maux : le bug.

@mich0111
j’ai déjà mis pas mal d’info dans le post initilal, mais voici la santé jeedom (si c’est bien ce dont tu as besoin), je n’arrive pas à trouver exactement le soucis avec deconz.


@Yves19,
elle est bien branchée sur USB 2, mais je viens de commander une rallonge et je testerai dès que je l’aurais.

Tu peux développer le plugin KO Deconz dans la page santé ?

je viens de trouver le soucis, c’était le demon qui ne démarrait pas. Mais ne résout pas mon problème initial :unamused:

D’où l’intérêt de la page santé.
Mais sans démon, tu ne peux pas faire grand chose.
Donc, on progresse

1 « J'aime »

As-tu ressayé de réapairer maintenant?

Pa de démon pas de minuit donc pas de plaisir aurait dit feu ma grand mère. @mich0111 a raison.

Oui, mais toujours rien.

Que dissent les logs deconz si bien sur tu as redémarré le démon à la main ?


Traceback (most recent call last):
File "/var/www/html/plugins/deconz/resources/deconzd/deconzd.py", line 32, in <module>
from websocket import create_connection
ModuleNotFoundError: No module named 'websocket'
[2020-04-16 23:23:36][ERROR] : Impossible de lancer le démon deconz, vérifiez le port
Traceback (most recent call last):
File "/var/www/html/plugins/deconz/resources/deconzd/deconzd.py", line 32, in <module>
from websocket import create_connection
ModuleNotFoundError: No module named 'websocket'
[2020-04-16 23:24:38][ERROR] : Impossible de lancer le démon deconz, vérifiez le port
Traceback (most recent call last):
File "/var/www/html/plugins/deconz/resources/deconzd/deconzd.py", line 32, in <module>
from websocket import create_connection
ModuleNotFoundError: No module named 'websocket'
[2020-04-16 23:25:36][ERROR] : Impossible de lancer le démon deconz, vérifiez le port
Usage:
kill [options] <pid> [...]
Options:
<pid> [...]            send signal to every <pid> listed
-<signal>, -s, --signal <signal>
specify the <signal> to be sent
-l, --list=[<signal>]  list all signal names, or convert one to a name
-L, --table            list all signal names in a nice table
-h, --help     display this help and exit
-V, --version  output version information and exit
For more details see kill(1).
Usage:
kill [options] <pid> [...]
Options:
<pid> [...]            send signal to every <pid> listed
-<signal>, -s, --signal <signal>
specify the <signal> to be sent
-l, --list=[<signal>]  list all signal names, or convert one to a name
-L, --table            list all signal names in a nice table
-h, --help     display this help and exit
-V, --version  output version information and exit
For more details see kill(1).
[2020-04-17 00:27:04][ERROR] : [00212EFFFF05A0FF] Error on backup : Echec de la requête HTTP : 127.0.0.1:8484/api/CC5509107D/config/export cURL error : Failed to connect to 127.0.0.1 port 8484: Connection refused
Usage:
kill [options] <pid> [...]
Options:
<pid> [...]            send signal to every <pid> listed
-<signal>, -s, --signal <signal>
specify the <signal> to be sent
-l, --list=[<signal>]  list all signal names, or convert one to a name
-L, --table            list all signal names in a nice table
-h, --help     display this help and exit
-V, --version  output version information and exit
For more details see kill(1).
Usage:
kill [options] <pid> [...]
Options:
<pid> [...]            send signal to every <pid> listed
-<signal>, -s, --signal <signal>
specify the <signal> to be sent
-l, --list=[<signal>]  list all signal names, or convert one to a name
-L, --table            list all signal names in a nice table
-h, --help     display this help and exit
-V, --version  output version information and exit
For more details see kill(1).
Usage:
kill [options] <pid> [...]
Options:
<pid> [...]            send signal to every <pid> listed
-<signal>, -s, --signal <signal>
specify the <signal> to be sent
-l, --list=[<signal>]  list all signal names, or convert one to a name
-L, --table            list all signal names in a nice table
-h, --help     display this help and exit
-V, --version  output version information and exit
For more details see kill(1).
Usage:
kill [options] <pid> [...]
Options:
<pid> [...]            send signal to every <pid> listed
-<signal>, -s, --signal <signal>
specify the <signal> to be sent
-l, --list=[<signal>]  list all signal names, or convert one to a name
-L, --table            list all signal names in a nice table
-h, --help     display this help and exit
-V, --version  output version information and exit
For more details see kill(1).
Usage:
kill [options] <pid> [...]
Options:
<pid> [...]            send signal to every <pid> listed
-<signal>, -s, --signal <signal>
specify the <signal> to be sent
-l, --list=[<signal>]  list all signal names, or convert one to a name
-L, --table            list all signal names in a nice table
-h, --help     display this help and exit
-V, --version  output version information and exit
For more details see kill(1).
kill: (317): Opération non permise
kill: (344): Opération non permise
kill: (355): Opération non permise
Usage:
kill [options] <pid> [...]
Options:
<pid> [...]            send signal to every <pid> listed
-<signal>, -s, --signal <signal>
specify the <signal> to be sent
-l, --list=[<signal>]  list all signal names, or convert one to a name
-L, --table            list all signal names in a nice table
-h, --help     display this help and exit
-V, --version  output version information and exit
For more details see kill(1).
kill: (355): Opération non permise
kill: (314): Opération non permise
kill: (327): Opération non permise
kill: (318): Opération non permise
kill: (297): Opération non permise
Usage:
kill [options] <pid> [...]
Options:
<pid> [...]            send signal to every <pid> listed
-<signal>, -s, --signal <signal>
specify the <signal> to be sent
-l, --list=[<signal>]  list all signal names, or convert one to a name
-L, --table            list all signal names in a nice table
-h, --help     display this help and exit
-V, --version  output version information and exit
For more details see kill(1).
kill: (297): Opération non permise
Usage:
kill [options] <pid> [...]
Options:
<pid> [...]            send signal to every <pid> listed
-<signal>, -s, --signal <signal>
specify the <signal> to be sent
-l, --list=[<signal>]  list all signal names, or convert one to a name
-L, --table            list all signal names in a nice table
-h, --help     display this help and exit
-V, --version  output version information and exit
For more details see kill(1).
kill: (297): Opération non permise
Usage:
kill [options] <pid> [...]
Options:
<pid> [...]            send signal to every <pid> listed
-<signal>, -s, --signal <signal>
specify the <signal> to be sent
-l, --list=[<signal>]  list all signal names, or convert one to a name
-L, --table            list all signal names in a nice table
-h, --help     display this help and exit
-V, --version  output version information and exit
For more details see kill(1).
kill: (297): Opération non permise
Usage:
kill [options] <pid> [...]
Options:
<pid> [...]            send signal to every <pid> listed
-<signal>, -s, --signal <signal>
specify the <signal> to be sent
-l, --list=[<signal>]  list all signal names, or convert one to a name
-L, --table            list all signal names in a nice table
-h, --help     display this help and exit
-V, --version  output version information and exit
For more details see kill(1).
kill: (297): Opération non permise
Usage:
kill [options] <pid> [...]
Options:
<pid> [...]            send signal to every <pid> listed
-<signal>, -s, --signal <signal>
specify the <signal> to be sent
-l, --list=[<signal>]  list all signal names, or convert one to a name
-L, --table            list all signal names in a nice table
-h, --help     display this help and exit
-V, --version  output version information and exit
For more details see kill(1).
kill: (297): Opération non permise
kill: (340): Opération non permise
Usage:
kill [options] <pid> [...]
Options:
<pid> [...]            send signal to every <pid> listed
-<signal>, -s, --signal <signal>
specify the <signal> to be sent
-l, --list=[<signal>]  list all signal names, or convert one to a name
-L, --table            list all signal names in a nice table
-h, --help     display this help and exit
-V, --version  output version information and exit
For more details see kill(1).
kill: (338): Opération non permise
kill: (295): Opération non permise
kill: (294): Opération non permise
kill: (337): Opération non permise
kill: (329): Opération non permise
kill: (309): Opération non permise
[2020-10-22 19:26:03][ERROR] : Erreur sur la fonction cronHourly du plugin : Echec de la requête HTTP : 127.0.0.1:8484/api/E4618457B9/config cURL error : Failed to connect to 127.0.0.1 port 8484: Connection refused
kill: (291): Opération non permise
kill: (337): Opération non permise
kill: (345): Opération non permise
kill: (314): Opération non permise
Usage:
kill [options] <pid> [...]
Options:
<pid> [...]            send signal to every <pid> listed
-<signal>, -s, --signal <signal>
specify the <signal> to be sent
-l, --list=[<signal>]  list all signal names, or convert one to a name
-L, --table            list all signal names in a nice table
-h, --help     display this help and exit
-V, --version  output version information and exit
For more details see kill(1).
kill: (314): Opération non permise
kill: (321): Opération non permise
Usage:
kill [options] <pid> [...]
Options:
<pid> [...]            send signal to every <pid> listed
-<signal>, -s, --signal <signal>
specify the <signal> to be sent
-l, --list=[<signal>]  list all signal names, or convert one to a name
-L, --table            list all signal names in a nice table
-h, --help     display this help and exit
-V, --version  output version information and exit
For more details see kill(1).
kill: (321): Opération non permise
kill: (321): Operation not permitted
Usage:
kill [options] <pid> [...]
Options:
<pid> [...]            send signal to every <pid> listed
-<signal>, -s, --signal <signal>
specify the <signal> to be sent
-l, --list=[<signal>]  list all signal names, or convert one to a name
-L, --table            list all signal names in a nice table
-h, --help     display this help and exit
-V, --version  output version information and exit
For more details see kill(1).
kill: (321): Operation not permitted

Difficile d’utiliser les logs car ils ne sont pas datés. certains doivent être vieux de plusieurs heures voire jours. Tu peux exporter les logs plutôt que de faire des copier coller. ce sera plus pertinent et lisible.

En gros pour que le réseau zigbee soit visible depuis Jeedom il faut vérifier dans l’ordre suivant :

  • que la conbee2 soit reconnue par le système => OK à priori chez toi
  • que la GW de l’interface deconz soit active => OK à priori chez toi
  • que le démon Deconz soit actif => probablement un souci de ce coté
  • que le réseau ne soit pas perturbé => peut être un petit qqch de ce coté

Étrange tous ces kill refusés.
On dirait une petite de droit su de Jeedom

Je pense qu’ils sont dus à des arrêts marches de la box qui provoquent exactement ces logs. Le kill est demandé par une application qui n’en a pas les privilèges.
Et vu leur date je pense que c’est ça.