Impossible de trouver la clef Conbee II après migration debian 11

Bonjour à tous,

Je viens de faire une nouvelle installation avec un PI4 sous Debian 11. Après montage de l’ancienne sauvegarde, j’ai installé les dépendances de DECONZ, le démon fonctionne. les équipements sont présents mais aucun n’est joignable. Je peux me connecter à la clé par Phoscon, mais il semblerait que les paramètres aient été perdus au niveau du réseau.

la page de config de DECONZ ne semble pas montrer d’erreur.

Je ne sais plus quoi faire pour retrouver la communication avec la clé et je n’ose pas modifier une config qui a toujours fonctionné sous DEB 10.

Etat de santé Jeedom :


Usage:
kill [options] <pid> [...]
Options:
<pid> [...]            send signal to every <pid> listed
-<signal>, -s, --signal <signal>
specify the <signal> to be sent
-q, --queue <value>    integer value to be sent with the signal
-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
-q, --queue <value>    integer value to be sent with the signal
-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
-q, --queue <value>    integer value to be sent with the signal
-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).
[2025-06-22 13:16:21] ERROR  : Erreur exécution de la commande [Salon][Arbre guirlande][On 01] : Impossible de trouver la gateway
Usage:
kill [options] <pid> [...]
Options:
<pid> [...]            send signal to every <pid> listed
-<signal>, -s, --signal <signal>
specify the <signal> to be sent
-q, --queue <value>    integer value to be sent with the signal
-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).

Bonjour,

De mémoire il faut réimporter la sauvegarde dans phoscon

Merci pour ton retour .
J’ai retenté l’opération de restauration et cela a fonctionné. Je n’ai pas compris pourquoi pas OK du premier coup, mais bon.
Tous les équipements sont présents mais qu’un seul fonctionne, même en lançant une synchro, les équipements restent en NOK. Il me semble qu’il y a un problème de communication.

J’ai lancé les vérifs dans OS/BD

voici le log :


[START CONSISTENCY]
[START CHECK AND FIX DB]
[END CHECK AND FIX DB]
Check jeedom package...OK
Check jeedom database...OK
Check crons...
Check filesystem right...OK
Check jeedom object...OK
Check jeedom cmd... OK
Set cache hour...OK
Check composer...OK
Check nodejs...npm warn using --force Recommended protections disabled.
Hit:1 http://security.debian.org/debian-security bullseye-security InRelease
Hit:2 http://deb.debian.org/debian bullseye InRelease
Hit:3 http://deb.debian.org/debian bullseye-updates InRelease
Hit:4 http://archive.raspberrypi.org/debian bullseye InRelease
Hit:5 https://deb.nodesource.com/node_20.x nodistro InRelease
Reading package lists...
Reading package lists...
Building dependency tree...
Reading state information...
apt-utils is already the newest version (2.2.4).
build-essential is already the newest version (12.9).
lsb-release is already the newest version (11.1.0).
git is already the newest version (1:2.30.2-1+deb11u4).
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
[Check Version NodeJS actuelle : v20.19.2 : [  OK  ]
[Check Prefix : /usr and sudo prefix : /usr and www-data prefix : /usr : [  OK  ]
Clean npm cache
OK
[END CONSISTENCY]

Apparemment avec les packages il y aurait un pb de python notamment

Est-ce que je dois faire une MàJ Python ? La santé Jeedom indique en VERT version 3.9.2 .

Bonjour.

Surtout pas, les options à faire dans cet espace, son à faire a la demande du support.

1 « J'aime »

Mais que dois-je faire si la vérif Jeedom indique une incompatibilité avec OS, concernant Python ?

Poste ici la copie écran de la page de configuration Deconz (RéseauxDeconz/Résumé)

La voici

(Merci @Yves19 )

La clef est bien connectée et visible de la box domotique. 9a semble OK.
Mets le firmware de ta Conbee2 à jour en version 26780700 (même si le pb ne vient probablement pas de là)
https://deconz.dresden-elektronik.de/deconz-firmware/deCONZ_ConBeeII_0x26780700.bin.GCF

Ensuite poste la copie écran de RéseauxDeconz/Noeuds

Impossible de mettre à jour la clé car la fenetre de MàJ ne me permet pas de faire apparaitre la clé dans la menu déroumant : Y’a rien les 2 menus sont vides. IL ne trouve pas la clé alors qu’elle est visible sur l’onglet deconz.

Je soupçonne fortement un problème sur mes sauvegardes, car j’ai tenté l’installation sur un a ture 3B+, puis sur Pi5 , puis maintenant sur un Pi 4 . C’est toujours pareil, impossible de faire fonctionner mes 35 modules DECONZ zigbee, et des retour de m…de avec Zwave,
Rien n’est stable, un équipement finit par être actionnable puis retourne NOK. MA seule issue pour retrouver ma domotique s’est de retourner avec mon vieux Pi3B+ et de remonter la sauvegarde, J’en ai ras le bol, cela fait des semaines que galères pour avancer de 1 mm et découvrir un autre problème qui ne me permet pas d’aboutir et je retourne en arrière . J’suis dégouté :thinking:

Non c’est normal. Ne jamais faire la maj firmware via Jeedom/Deconz. Je croyais même cette fonctionnalité retirée.
Voir ici pour la Maj :

1 « J'aime »

Ne rien faire, nous avons tous cela.

Cela apparaît en vert avec Jeedom 4.5, c’est des packages pour les versions précédentes de Python (c’est certainement pour ceux qui sont encore en Debian 10).

1 « J'aime »

Bonjour,

as-tu bien fait la restauration dans phoscon ? :

akenad :slight_smile:

Je regarde ça demain car j’ai pu re mettre en route l ancien Pi pour reprendre la gestion de la maison

D’après tes infos il y a une sauvegarde que je ne n’ai pas transférée. Pas celle de la clé puisque je l ai restaurée il y a 1 heure, mais celle pour deconz

Provisoirement, je suis repassé avec mon vieux PI 3B+ sous DEB 10 (histoire de ne pas condamner la maison. Je ferai la restauration DECONZ, ce soir).
J’ai remarqué 2 problèmes de suppression d’équipement :

Si je les supprime, ils réapparaissent dès que je relance une synchro, ou au bout de quelques minutes

voici la santé APR7S suppression :

J’ai le même phénomène avec des équipements fantômes sous DECONZ.
Ce problème est apparu depuis que j’ai fait de multiples restaurations , lors de mes tentatives vaines pour passer de DEBIAN 10 à 11.

Je ne pense que ce soit normal, et que ce problème explique toutes les difficultés rencontrées pour refaire une installation sou DEB 11 ou même 12. Qu’en pensez vous ?

C’est normal, vous les supprimez de Jeedom, mais pas dans le contrôleur Zwave.

Il faut lire la documentation, il est expliqué comment supprimer un périphérique Zwave.

En effet et je ne l’avais pas compris comme tel.
Pour supprimer un module, il s’agit bien d’utiliser la fonction exclusion ?

  • SI oui, comment supprimer un module qui n’existe plus (HS) et qui est en doublon en plus ?
  • Si oui a quoi sert la fonction SUPPRIMER dans l’équipement ?

@akenad Je reviens vers toi après avoir télécharger la sauvegarde via Phoscon. Cela n’a rien changé. Lorsque je sollicite les équipements, un message rouge indique : Impossible de trouver la gateway. Il me semble que le problème vient de la liaison gateway (Conbee 2) avec le Raspi.

Cette clé CONBEE 2 est bien visible dans les équipements :

L’onglet commande est totalement vide : Est-ce normal ?

Quel test puis-je faire pour débusquer l’anomalie ?