Problème Zigbee2MQTT

Bonjour,

Suite un changement de materiel jai remonté la sauvegarde de mon home assistant qui etait sur une VM proxmox. Cependant tout semble fonctionner sauf mon mes équipements Zigbee2MQTT. Jai bien rajouté la clef usb sur la nouvelle VM mais je ne sais pas trop ce qui be va pas. Merci d’avance pour votre aide.

Voici le log

‹  ›'<## System Information

version core-2023.10.3
installation_type Home Assistant OS
dev false
hassio true
docker true
user root
virtualenv false
python_version 3.11.5
os_name Linux
os_version 6.1.56
arch x86_64
timezone Europe/Paris
config_dir /config
Home Assistant Community Store
GitHub API ok
GitHub Content failed to load: timeout
GitHub Web ok
GitHub API Calls Remaining 4457
Installed Version 1.33.0
Stage running
Available Repositories 1315
Downloaded Repositories 38
Home Assistant Cloud
logged_in false
can_reach_cert_server ok
can_reach_cloud_auth failed to load: timeout
can_reach_cloud ok
Home Assistant Supervisor
host_os Home Assistant OS 11.0
update_channel stable
supervisor_version supervisor-2023.10.0
agent_version 1.6.0
docker_version 24.0.6
disk_total 30.8 GB
disk_used 9.7 GB
healthy true
supported true
board ova
supervisor_api ok
version_api failed to load: timeout
installed_addons File editor (5.6.0), Mosquitto broker (6.3.1), Duck DNS (1.15.0), VLC (0.2.0), Node-RED (14.6.1), Samba share (10.0.2), Home Assistant Google Drive Backup (0.111.1), Terminal & SSH (9.7.1), Google Assistant SDK (2.5.0), Let’s Encrypt (4.12.9), Dnsmasq (1.6.0), Zigbee2MQTT (1.33.1-1), MariaDB (2.6.1)
Dashboards
dashboards 3
resources 17
views 12
mode storage
Recorder
oldest_recorder_run 7 octobre 2023 à 19:43
current_recorder_run 15 octobre 2023 à 15:22
estimated_db_size 899.76 MiB
database_engine sqlite
database_version 3.41.2
Spotify
api_endpoint_reachable failed to load: timeout
Xiaomi Miot Auto
component_version 0.7.13
can_reach_server ok
can_reach_spec ok
logged_accounts 1
total_devices 4
'''

Ca va faire court pour t’aider.

Tu peux nous dire que tu as fait, ce que te dit Zigbee2mqtt… Tes devices sont là ou pas ?
En ligne ou pas ?

Bonjour,

J’ai sauvegarder mon ancienne VM que jai simplement restaurer sur ma nouvelle machine. J’ai ensuite ajouté ma clef conbee 2 sur ma VM.

Je nai plus accès à mes équipements zigbee car il ne me dit que Zigbee2MQTT n’a pas demaré. Voici la capture d’écran du message d’erreur.

Commence par avoir un zigbee2mqtt qui démarre.
Cela avant de voir tes équipements.

et si tu réinstallais zigbee2mqtt par dessus ?

Ca sent la clé non trouvée… Est-ce que le port USB de proxmox est bien passé à la VM?

1 « J'aime »

Comment puis je verifier?

Est ce que je vais devoir réappairer tous mes équipement en procédant ainsi?

En regardant les logs de zigbee2mqtt…

le port USB a peut etre changé, c’est pas grave mais configure déja bien ta clé dans Zigbee2mqtt

vas y dans l’ordre, déja ta clé

Voici le log de zigbeemqtt

‹  ›‹ [17:28:51] INFO: Preparing to start…
[17:28:51] INFO: Socat not enabled
[17:28:52] INFO: Starting Zigbee2MQTT…
Zigbee2MQTT:info 2023-10-15 17:28:53: Logging to console and directory: ‹ /config/zigbee2mqtt/log/2023-10-15.17-28-53 › filename: log.txt
Zigbee2MQTT:info 2023-10-15 17:28:53: Starting Zigbee2MQTT version 1.33.1 (commit #unknown)
Zigbee2MQTT:info 2023-10-15 17:28:53: Starting zigbee-herdsman (0.19.0)
Zigbee2MQTT:info 2023-10-15 17:28:56: zigbee-herdsman started (resumed)
Zigbee2MQTT:info 2023-10-15 17:28:56: Coordinator firmware version: ‹ undefined ›
Zigbee2MQTT:error 2023-10-15 17:29:06: Failed to start zigbee
Zigbee2MQTT:error 2023-10-15 17:29:06: Check Zigbee2MQTT fails to start | Zigbee2MQTT for possible solutions
Zigbee2MQTT:error 2023-10-15 17:29:06: Exiting…
Zigbee2MQTT:error 2023-10-15 17:29:06: Error: get network parameters Error:TIMEOUT
at DeconzAdapter.getNetworkParameters (/app/node_modules/zigbee-herdsman/src/adapter/deconz/adapter/deconzAdapter.ts:1002:35)
at runMicrotasks ()
at runNextTicks (node:internal/process/task_queues:61:5)
at listOnTimeout (node:internal/timers:528:9)
at processTimers (node:internal/timers:502:7)
at Controller.getNetworkParameters (/app/node_modules/zigbee-herdsman/src/controller/controller.ts:360:44)
at Zigbee.start (/app/lib/zigbee.ts:113:62)
at Controller.start (/app/lib/controller.ts:101:27)
at start (/app/index.js:107:5) ›‹  ›

C’est bien la clé qui n’est pas vue… Si ça marchait dans l’autre VM, il faut:

  1. Rajouter le passthrough de la clé USB dans la config de la VM du côté proxmox
  2. Dans la nouvelle VM, déclarer le « bon » port. Suivant ce que tu avais dans l’ancienne VM, ça peut être la même chose qui va marcher.
    Qu’avais-tu fait dans la vieille VM ?

Est ce que le port peut ressembler à cela : " /dev/bus/usb/002/003"
l’ancien Port était « /dev/ttyACM0 »

Dans la config hard de ta VM il faut avoir un truc comme:

Screenshot 2023-10-15 at 19.29.10

Dans la VM, c’est soit par un /tty/ACM0 (ou 1) avec le risque que ça change…
Ou un truc qui ressemble à:

    /dev/serial/by-id/usb-dresden_elektronik_ingenieurtechnik_GmbH_ConBee_II_DE2192124-if00

Mais, le plus simple c’est de reprendre ce qu’il y avait dans l’ancienne VM…

Je suis un peu perdu! La modification du port, je la fais sur home assistant dans zigbee2mqtt ou sur la VM? Sur la VM voici ce que j’ai comme nom du périphérique " ConBee II (1cf1:0030)"; Est ce ce que je dois renseigner dans zigbee2mqtt? Sinon comment changes t-on le port dans la VM pour reprendre l’ancien port?
Meri

  1. Rendre la clé visible dans la vm, en configurant le port USB dans la config du côté proxmox (si tu vois la clé dans la vm ça doit être fait)
  2. Déclarer dans la config de zigbee2mqtt le port de la clé. Et comme mis plus haut c’est soit un truc comme /tty/acm0 soit l’option serial-id.

Et c’est compliqué de changer le port dans la VM pour que ça reprenne l’ancien. Mais, si avant ça marchait (c’est ce que tu as dit au début) faire la même chose est une bonne option!

Et il y a plein de sujets similaires sur le forum. C’est toujours assez galère, mais, à la fin tout le monde y arrive, de ce que j’ai vu.

vaut mieux la deuxieme option par serial-id, que si y a changement de port ca retrouve la clé, contrairement a /tty/acm0 ou /tty/acm1.

1 « J'aime »

Pas de chance cela ne semble pas fonctionner encore! Moi qui pensait qu’avec le changement d’ordinateur il suffirait de remonter la sauvegarde de la VW pour que tout reparte. ‹  ›’ Voici le log suite aux différentes modifications

[21:00:32] INFO: Preparing to start…
[21:00:33] INFO: Socat not enabled
[21:00:33] INFO: Starting Zigbee2MQTT…
Zigbee2MQTT:info 2023-10-15 21:00:35: Logging to console and directory: ‹ /config/zigbee2mqtt/log/2023-10-15.21-00-35 › filename: log.txt
Zigbee2MQTT:info 2023-10-15 21:00:35: Starting Zigbee2MQTT version 1.33.1 (commit #unknown)
Zigbee2MQTT:info 2023-10-15 21:00:35: Starting zigbee-herdsman (0.19.0)
Zigbee2MQTT:info 2023-10-15 21:00:38: zigbee-herdsman started (resumed)
Zigbee2MQTT:info 2023-10-15 21:00:38: Coordinator firmware version: ‹ {« meta »:{« maintrel »:0,« majorrel »:38,« minorrel »:114,« product »:0,« revision »:« 0x26720700 »,« transportrev »:0},« type »:« ConBee2/RaspBee2 »} ›
Zigbee2MQTT:error 2023-10-15 21:00:48: Failed to start zigbee
Zigbee2MQTT:error 2023-10-15 21:00:48: Check Zigbee2MQTT fails to start | Zigbee2MQTT for possible solutions
Zigbee2MQTT:error 2023-10-15 21:00:48: Exiting…
Zigbee2MQTT:error 2023-10-15 21:00:48: Error: get network parameters Error:TIMEOUT
at DeconzAdapter.getNetworkParameters (/app/node_modules/zigbee-herdsman/src/adapter/deconz/adapter/deconzAdapter.ts:1002:35)
at runMicrotasks ()
at runNextTicks (node:internal/process/task_queues:61:5)
at listOnTimeout (node:internal/timers:528:9)
at processTimers (node:internal/timers:502:7)
at Controller.getNetworkParameters (/app/node_modules/zigbee-herdsman/src/controller/controller.ts:360:44)
at Zigbee.start (/app/lib/zigbee.ts:113:62)
at Controller.start (/app/lib/controller.ts:101:27)
at start (/app/index.js:107:5)‹  ›’

Ca ne fonctionne toujours malheureusement. Est ce que si je supprime Zigbee2mqtt et refais le paramétrage il faudrait réappairer tous mes équipements?

Effectivement, les logs l’indiquent. La clé n’est toujours pas vue.

Ca ne servira pas à trouver le bon chemin pour la clé…
Donc, au mieux ça ne fait rien. Au pire, il faudra recréer l’appairage.
Ca ne me semble pas un bon plan.

Il y a pas mal de post avec la clé deconz (que je n’ai pas). Il faudrait regarder ceux qui marchent…
C’est bien une clé deconz ?