Bonjour,
Suite à la migration de mon Jeedom sur VM sur windows 11 , j’ai investi dans un NAS QNAP sur lequel j’ai VMstation et ai donc tout réinstallé , tout s’est bien passé la première fois mais suite à la réinstallation de toute mon install les 3/4 de mes équipements sont en timeout et ne répondent plus.
J’ai le plugin zigbee2mqtt avec une clé Conbee II et côté log tout est OK.
Je ne comprends pas…
Merci pour votre aide.
Bonjour @Bistou
Si tu veux de l’aide, page santé, screeeshot de ton paramétrage et log z2m en mode débug.
Suis a peu près sur que c’est un pb dans le fichier de conf de z2m suite à migration en v2 qui s’est passée lors de la réinstallation des dépendances
Norbert
Merci pour ton retour, voici les éléments demandés.
j’essaie de trouver une solution pour uploader le fichier log car trop gros pour le forum…
Voici le fichier log que j’ai du dégraisser pour pouvoir l’uploader.
zigbee2mqtt.txt (4,9 Mo)
[2025-04-25 17:25:03][DEBUG] : [Prises][Inter WC Rdc] : Ping de réveil de l'équipement
[2025-04-25 17:25:03][DEBUG] : [Prises][Inter WC Rdc] : Jeedom-->MQTT, topic=zigbee2mqtt/Inter WC Rdc/get, json={"state":""}
Si je comprends bien jeedom essaie de réveiller les périphériques, mais il n’as pas de retour d’état ?
Ça veut dire qu’il va falloir que je réveil tous mes équipements manuellement?
Ce qui est bizarre c’est que j’ai certains capteurs qui sont revenues tous seuls ( je ne suis pas chez moi depuis hier midi )
Bon après essais de réveil, suppression puis ré appairage j’ai toujours le même problème… J’ai essayé avec un relais aqara ssm-u022 (c’est les plus facile d’accès) et j’ai bien pu le ré appairer, j’ai pu faire une commande sur jeedom et après plus rien timeout, j’ai refais la manip au moins 3 fois et j’ai abandonné…
La domotique ça commence à me fatiguer… J’ai installer ça pour être tranquille et en fait il n’y a pas un mois ou il ne fait pas mettre les mains dedans… 
Voici mon fichier de conf yaml si qq un trouve qq chose d’anormal car j’ai réussi à réveiller et réappairer qq matériels (bouton Son’off et relais aqara) mais toujours 1 bp et 1 relais qui ne veulent rien savoir…
homeassistant:
enabled: false
mqtt:
base_topic: zigbee2mqtt
server: mqtt://127.0.0.1:1883
reject_unauthorized: true
include_device_information: true
keepalive: 60
version: 4
serial:
adapter: deconz
baudrate: 115200
port: /dev/serial/by-id/usb-dresden_elektronik_ConBee_III_DE03110678-if00-port0
advanced:
channel: 20
network_key:
- 249
- 34
- 28
- 66
- 79
- 5
- 240
- 104
- 240
- 209
- 189
- 66
- 12
- 76
- 240
- 248
pan_id: 747
log_level: error
cache_state_send_on_startup: false
frontend:
enabled: true
host: 192.168.1.23
port: 8080
devices:
'0xb4e3f9fffedf0df2':
friendly_name: Vanne Salon
'0xb4e3f9fffedf1d15':
friendly_name: Vanne couloir
'0x00158d0007bc1400':
friendly_name: Sonde T° SDE RDC
'0xb4e3f9fffedf1ce4':
friendly_name: Vanne CH SDJ
'0x0015bc002f00e805':
friendly_name: Prise TV Salon
'0x00124b0024c21b79':
friendly_name: 'Registre VMC Chauffage '
'0x00124b0024c5bc64':
friendly_name: Registre VMC Rafraîchissement
'0x0015bc002f013719':
friendly_name: Prise Frigo Cuisine
power_precision: 1
current_precision: 2
energy_precision: 2
'0x04cd15fffe7a40a6':
friendly_name: Vanne CH Adèle
'0xb4e3f9fffee66d66':
friendly_name: Vanne SdE étage
'0x0015bc002f013a60':
friendly_name: Prise pompe puit
'0x0015bc002f0136e3':
friendly_name: Prise CH P.
'0x00158d0007d3a220':
friendly_name: Sonde T° CH P.
'0x54ef441000269f64':
friendly_name: Relais cmde VMC CH. P.
'0x0015bc002f00e825':
friendly_name: Prise LV Cuisine
'0x54ef4410007a8faa':
friendly_name: Relais cmde VMC SdE étage
'0x00158d0007105851':
friendly_name: Détecteur SdE étage
'0xb4e3f9fffedf0d0a':
friendly_name: Vanne Séjour
'0x000d6f000bf848c5':
friendly_name: Thermostat murale Cuisine
'0xb4e3f9fffee66dbe':
friendly_name: Vanne CH Elie
'0x84ba20fffe965560':
friendly_name: Relais cmde 2 vitesses VMC
'0x3c6a2cfffed2ef4b':
friendly_name: Compteurs energie
'0x28dba7fffe72700e':
friendly_name: Inter cmde VMC
'0x44e2f8fffe1988ec':
friendly_name: Inter Cmde prise TV salon
'0x00158d0007e058a3':
friendly_name: Capteur ouverture congélateur
'0xa4c138867d79f13f':
friendly_name: Prise PC Salon
'0x00158d0007e05833':
friendly_name: Capteur ouverture fenetre CH P.
'0x00158d008b5a2f37':
friendly_name: Capteur ouverture frigo
'0xa4c138c8309e1e03':
friendly_name: Prise vidéoproj
'0x00158d0007d3b549':
friendly_name: Sonde T°C EXT
'0x0015bc002f00e7c4':
friendly_name: Prise LL
'0x00158d00070021a2':
friendly_name: Détecteur SdB RDC
'0x842712fffe7ac31c':
friendly_name: Inter Cmde Pompe Puit
'0x54ef4410007a9176':
friendly_name: '0x54ef4410007a9176'
version: 4
permit_join: false
Après avoir récupérer tous mes devices avant-hier, j’ai eu 24h de répits, j’ai ensuite perdus tous mes coordinateurs et depuis ce matin, le service zigbee2mqtt s’arrête systématiquement au bout de 20secondes…
J’ai essayé de redémarré le service, vidé le cache, réparé Z2M, mis à jour le tout (Z2M 2.3.0 et apt-get upgrade) sans succès… Je vous mets le log débug qui je pense devrait vous aider, pour moi c’est pas clair…
0000|> zigbee2mqtt@2.3.0 start /opt/zigbee2mqtt
0001|> node index.js
0002|Starting Zigbee2MQTT without watchdog.
0003|[2025-05-05 18:49:42] e[34mdebuge[39m: z2m: Removing old log directory '/var/www/html/plugins/zigbee2mqtt/data/zigbee2mqtt/log/2025-05-05.18-26-47'
0004|[2025-05-05 18:49:42] e[32minfoe[39m: z2m: Logging to console, file (filename: log.log)
0005|[2025-05-05 18:49:43] e[34mdebuge[39m: z2m: Loaded state from file /var/www/html/plugins/zigbee2mqtt/data/zigbee2mqtt/state.json
0006|[2025-05-05 18:49:43] e[32minfoe[39m: z2m: Starting Zigbee2MQTT version 2.3.0 (commit #aec59cb7)
0007|[2025-05-05 18:49:43] e[32minfoe[39m: z2m: Starting zigbee-herdsman (4.0.0)
0008|[2025-05-05 18:49:43] e[34mdebuge[39m: z2m: Using zigbee-herdsman with settings: '"{\"network\":{\"panID\":747,\"extendedPanID\":[221,221,221,221,221,221,221,221],\"channelList\":[20],\"networkKey\":\"HIDDEN\"},\"databasePath\":\"/var/www/html/plugins/zigbee2mqtt/data/zigbee2mqtt/database.db\",\"databaseBackupPath\":\"/var/www/html/plugins/zigbee2mqtt/data/zigbee2mqtt/database.db.backup\",\"backupPath\":\"/var/www/html/plugins/zigbee2mqtt/data/zigbee2mqtt/coordinator_backup.json\",\"serialPort\":{\"baudRate\":115200,\"path\":\"/dev/serial/by-id/usb-dresden_elektronik_ConBee_III_DE03110678-if00-port0\",\"adapter\":\"deconz\"},\"adapter\":{\"disableLED\":false}}"'
0009|[2025-05-05 18:49:43] e[34mdebuge[39m: zh:adapter:discovery: Connected devices: [{"path":"/dev/ttyS0"},{"path":"/dev/ttyS1"},{"path":"/dev/ttyS2"},{"path":"/dev/ttyS3"},{"path":"/dev/ttyUSB0","manufacturer":"dresden elektronik","serialNumber":"DE03110678","pnpId":"usb-dresden_elektronik_ConBee_III_DE03110678-if00-port0","vendorId":"0403","productId":"6015"}]
0010|[2025-05-05 18:49:43] e[34mdebuge[39m: zh:adapter:discovery: Unable to match USB adapter: deconz | /dev/serial/by-id/usb-dresden_elektronik_ConBee_III_DE03110678-if00-port0
0011|[2025-05-05 18:49:43] e[34mdebuge[39m: zh:deconz:driver: Set delay to 0
0012|[2025-05-05 18:49:43] e[34mdebuge[39m: zh:controller: Starting with options '{"network":{"networkKeyDistribute":false,"networkKey":"HIDDEN","panID":747,"extendedPanID":[221,221,221,221,221,221,221,221],"channelList":[20]},"serialPort":{"baudRate":115200,"path":"/dev/serial/by-id/usb-dresden_elektronik_ConBee_III_DE03110678-if00-port0","adapter":"deconz"},"adapter":{"disableLED":false},"databasePath":"/var/www/html/plugins/zigbee2mqtt/data/zigbee2mqtt/database.db","databaseBackupPath":"/var/www/html/plugins/zigbee2mqtt/data/zigbee2mqtt/database.db.backup","backupPath":"/var/www/html/plugins/zigbee2mqtt/data/zigbee2mqtt/coordinator_backup.json"}'
0013|[2025-05-05 18:49:43] e[34mdebuge[39m: zh:deconz:driver: Opening with /dev/serial/by-id/usb-dresden_elektronik_ConBee_III_DE03110678-if00-port0
0014|[2025-05-05 18:49:43] e[34mdebuge[39m: zh:deconz:driver: Serialport opened
0015|[2025-05-05 18:49:43] e[34mdebuge[39m: zh:deconz:driver: send read parameter request from queue. seqNr: 1 paramId: 5
0016|[2025-05-05 18:49:53] e[34mdebuge[39m: zh:deconz:driver: Timeout for request - CMD: 0xa seqNr: 1
0017|[2025-05-05 18:49:53] e[31merrore[39m: z2m: Error while starting zigbee-herdsman
0018|[2025-05-05 18:49:53] e[31merrore[39m: z2m: Failed to start zigbee-herdsman
0019|[2025-05-05 18:49:53] e[31merrore[39m: z2m: Check https://www.zigbee2mqtt.io/guide/installation/20_zigbee2mqtt-fails-to-start_crashes-runtime.html for possible solutions
0020|[2025-05-05 18:49:53] e[31merrore[39m: z2m: Exiting...
0021|[2025-05-05 18:49:53] e[31merrore[39m: z2m: Error: TIMEOUT
0022|at Driver.processBusyQueue (/opt/zigbee2mqtt/node_modules/.pnpm/zigbee-herdsman@4.0.0/node_modules/zigbee-herdsman/src/adapter/deconz/driver/driver.ts:525:28)
0023|at Timeout._onTimeout (/opt/zigbee2mqtt/node_modules/.pnpm/zigbee-herdsman@4.0.0/node_modules/zigbee-herdsman/src/adapter/deconz/driver/driver.ts:162:46)
0024|at listOnTimeout (node:internal/timers:581:17)
0025|at processTimers (node:internal/timers:519:7)
0026|[2025-05-05 18:49:53] e[34mdebuge[39m: zh:deconz:driver: send read device state from queue. seqNr: 2
0027| ELIFECYCLE Command failed with exit code 1.
Après qq recherches, je suis aussi tombé sur plusieurs sujets/topic qui parlait de l’arrêt de support avec les clé deconz!!! Est-ce lié au fait que j’ai une conbee III à tout hasard???
Merci pour votre aide.
Salut,
essaie de revenir à une version précédente : 2.1.3 par exemple. (tu peux forcer la version dans la configuration zigbee2mqtt puis tu relances les dépendances)
pour la conbee, tu as bien une rallonges de 1m entre le port usb et la clé usb ?
tu peux aussi tester cela : Plugin ZigbeeLinker (Jeedom) : FAQ – Pasteck, le passe technique
pour voir si ta clé ne se déconnecte pas de temps en temps
Et par rapport à la compatibilité de deconz (conbee), ben effectivement dans la doc z2m, cela dit que ce ne sera plus supporté, mais il y a des sujets ouverts : Deconz ConbeeII - Not working in V2.3.0 · Issue #27285 · Koenkk/zigbee2mqtt · GitHub
J’ai bien une rallonge usb mais que de 0,50cm derrière mon NAS et j’ai finalement débrancher la clé deconz et mis à jour et quand j’ai rebrancher tout est rentrer dans l’ordre mais je doute que ce soit la MAJ… peut-être un pb avec virtualzation station…
Quand tu dis que tu as finalement mise à jour. Tu es revenu en 2.1.3?
J’ai mis à jour la clé conbee 3 mais suit rester en 2.3.0, tu penses qu’il vaut mieux revenir en 2.1.3?
Non si cela fonctionne comme ça, tout est ok… il ne faut pas chercher + loin 
Bon malheureusement je n’ai toujours pas trouvé l’origine du problème et tous les 2 à 3 jours tout repart en timeout, plus aucun appareil ne réponds et rien dans les logs, le service z2m est ok et avec ou sans rallonge pas de changement. J’ai aussi essayé plusieurs version de z2m (2.1.3 et 1.42.0) mais pas de changement.
Après essai de la commande sudo journalctl je ne vois rien aucunes autres coupures que celles que j’ai généré en déconnectant et reconnectant la clé conbee physiquement.
Je viens de réessayer ce soir (nouveau plantage enfin équipements en timeout) et après commande sudo journalctl rien de plus, ensuite j’ai juste redémarré le demon, toujours rien puis redémarrage de Jeedom non plus puis j’ai supprimé/remis la clé dans Virtualization station sans succès. J’ai fini par la retirer physiquement puis la remettre et l’ajouter dans ma VM et tout est reparti. Je n’y comprends rien… Serait-ce le NAS ou virtualization station qui pose problème???
Encore et toujours les mêmes symptômes Tous les 2 jours à quelques heures près, le service z2m s’arrête et redémarre sans arrêt et le seul moyen de repartir normalement, c’est de débrancher la clé conbee, la rebrancher et la réintégrer dans virtualization station!!! Et presqu’ à chaque fois je perds 2 ou 3 équipements que je suis obligé de réappairer!!!
J’ai essayé de modifié les paramètres de la VM en mettant plus de ressources, j’ai ajouté une rallonge usb plus longue avec alim 230V mais toujours pareil… Je désespère!!!
ça ressemble à un problème de clé usb ou problème d’alimentation du port usb.
Si tu as un hub usb autoalimenté, essaie de placer la conbee dessus.
Vérifie qu’il n’y ait pas une tâche qui s’exécute justement lors du plantage (sur la vm, sur l’hote, sur d’autres vm ?)
J’ai essayé de mettre la clé sur un hub alimenté mais sans succès.
Par contre, j’ai déplacé mon nas pour être a un emplacement plus « centrale » dans la maison depuis 4 jours et pas de plantage pour le moment, j’attends de voir mais peut être que l’ extinction et l’allumage du nas y est pour quelque chose …
Après vérification, il s’avère que j’ai même plus de plantage qu’avant (tous les jours depuis le redémarrage du NAS) mais bizarrement le service z2m s’arrête et redémarre tout seul dans la même seconde ou quelques secondes/minutes plus tard… c’est vraiment bizarre!!