Zigbee2mqtt ne veut pas redémarrer (après s'être coupé tout seul)

Bonjour,

Mon problème

zegbee2mqtt ne veut pas redémarrer après s’être coupé (le problème initial semble être une déconnexion physique de mon 'antenne" slzb06p10
lorsque je redémarre le module complémentaire ZigBee2mqtt j’ai les messages suivants dan sle journal du module


par contre si je me connecte sur ‹ l’antenne › elle j’ai bien accès à sa page web

toute idée pour résoudre ce problème est la bien venue

Cordialement

Didier

Ps j’ai relancer HA j’ai relancer SLZB-06p10 cela ne change rien

Ma configuration


[center]## System Information

version core-2025.7.2
installation_type Home Assistant OS
dev false
hassio true
docker true
container_arch aarch64
user root
virtualenv false
python_version 3.13.3
os_name Linux
os_version 6.12.35-haos
arch aarch64
timezone Europe/Brussels
config_dir /config
Home Assistant Cloud
logged_in false
can_reach_cert_server ok
can_reach_cloud_auth ok
can_reach_cloud ok
Home Assistant Supervisor
host_os Home Assistant OS 16.0
update_channel stable
supervisor_version supervisor-2025.07.2
agent_version 1.7.2
docker_version 28.3.0
disk_total 28.0 GB
disk_used 4.9 GB
healthy true
supported true
host_connectivity true
supervisor_connectivity true
ntp_synchronized true
virtualization
board green
supervisor_api ok
version_api ok
installed_addons Mosquitto broker (6.5.1), Zigbee2MQTT (2.5.1-1)
Dashboards
dashboards 3
resources 0
views 2
mode storage
Network Configuration
adapters lo (disabled), end0 (enabled, default, auto), hassio (disabled), docker0 (disabled), vethba8a396 (disabled), vethb66a813 (disabled), vethcdad168 (disabled), veth9d76811 (disabled), veth55ded06 (disabled), veth31c8715 (disabled), veth7eb9599 (disabled)
ipv4_addresses lo (127.0.0.1/8), end0 (192.168.1.119/24), hassio (172.30.32.1/23), docker0 (172.30.232.1/23), vethba8a396 (), vethb66a813 (), vethcdad168 (), veth9d76811 (), veth55ded06 (), veth31c8715 (), veth7eb9599 ()
ipv6_addresses lo (::1/128), end0 (2a0d:3344:2337:2110:7048:d2c9:2a93:67f6/64, fd01:343d:1281:10:1d59:8b63:3e54:8e76/64, fe80::146d:b991:67d:c676/64), hassio (fe80::645b:aaff:fe9b:5466/64), docker0 (fe80::bcc7:4aff:fe28:ce8c/64), vethba8a396 (fe80::8019:fff:fe9c:3ec5/64), vethb66a813 (fe80::a059:ecff:fea1:8280/64), vethcdad168 (fe80::88a5:75ff:fed6:e9d6/64), veth9d76811 (fe80::5c71:7ff:fed0:5200/64), veth55ded06 (fe80::c085:6eff:fe05:ef9a/64), veth31c8715 (fe80::8483:f7ff:fe67:c933/64), veth7eb9599 (fe80::6065:7bff:fe65:ce26/64)
announce_addresses 192.168.1.119, 2a0d:3344:2337:2110:7048:d2c9:2a93:67f6, fd01:343d:1281:10:1d59:8b63:3e54:8e76, fe80::146d:b991:67d:c676
Recorder
oldest_recorder_run 20 juillet 2025 à 19:42
current_recorder_run 31 juillet 2025 à 22:10
estimated_db_size 5.05 MiB
database_engine sqlite
database_version 3.48.0
[/center]

Hello

Dans ta capture d’ecran de l’interface de ton coordinateur il est indiqué mode de connexion : USB
Normal ?

super bien vu œil de lynx

Merci

Par contre je ne comprends pas pourquoi ce paramètre à changer. Peut être que la coupure réseau l’a fait redémarrer avec un mauvais paramètre. Avant cette coupure ça fonctionnait bien et il n’y a jamais eu de câble usb de connecté la communication et l’alimentation électrique passant par Ethernet en poe

Ne possédant pas ce type de coordinateur, je ne saurais te repondre.
Il me semble que le paramètre par défaut est usb.

Bonne soirée

Ce sujet a été automatiquement fermé après 2 jours. Aucune réponse n’est permise dorénavant.