Zigbee2MQTT ne démarre plus après tests connections et maj

bemo47 · Septembre 7, 2024, 10:37

Bonjour,

J’ai un zigbee2mqtt qui fonctionnait bien depuis 1 an au moins, mais aujourd’hui j’ai voulu tester la capacité d’une prise LIDL à servir de routeur. Pour cela j’ai voulu voir si un capteur SONOFF Temp/humidité (Sonoff Cuisine) pouvait s’y connecter au lieu de se connecter sur un répéteur AEOTEC (Extender Cuisine). J’ai débranché le AEOTEC, branché la prise LIDL près du capteur Sonoff. La prise s’est connectée au Hub, mais le capteur ne s’est jamais connecté à la prise. J’ai dû aussi débrancher un autre répéteur AEOTEC (Ext buanderie) car le Sonoff allait s’y connecter. Après de multiples essais toujurs pas de connection. J’ai ensuite vu que de nombreuses maj étaient en attente, je les ai toutes passées sauf deux qui me demandent un niveau de HA supérieur au dernier niveau qui a été installé.
Et maintenant au redémarrage j’ai ça :

suivi de ça :

et idem si je clique sur « démarre le module complémentaire ».

Renseigner votre problème

Ma configuration

System Information

version | core-2024.4.4
-- | --
installation_type | Home Assistant OS
dev | false
hassio | true
docker | true
user | root
virtualenv | false
python_version | 3.12.2
os_name | Linux
os_version | 6.6.31-haos-raspi
arch | aarch64
timezone | Europe/Paris
config_dir | /config

<details><summary>Home Assistant Community Store</summary>

GitHub API | ok
-- | --
GitHub Content | ok
GitHub Web | ok
HACS Data | ok
GitHub API Calls Remaining | 5000
Installed Version | 2.0.1
Stage | running
Available Repositories | 1395
Downloaded Repositories | 12

</details>

<details><summary>Home Assistant Cloud</summary>

logged_in | false
-- | --
can_reach_cert_server | ok
can_reach_cloud_auth | ok
can_reach_cloud | ok

</details>

<details><summary>Home Assistant Supervisor</summary>

host_os | Home Assistant OS 13.1
-- | --
update_channel | stable
supervisor_version | supervisor-2024.08.0
agent_version | 1.6.0
docker_version | 26.1.4
disk_total | 28.5 GB
disk_used | 16.5 GB
healthy | true
supported | true
board | rpi4-64
supervisor_api | ok
version_api | ok
installed_addons | Mosquitto broker (6.4.1), Zigbee2MQTT (1.40.1-1), Studio Code Server (5.15.0), Terminal & SSH (9.14.0), InfluxDB (5.0.0), Grafana (10.0.0), File editor (5.8.0)

</details>

<details><summary>Dashboards</summary>

dashboards | 7
-- | --
resources | 5
views | 5
mode | storage

</details>

<details><summary>Recorder</summary>

oldest_recorder_run | 28 août 2024 à 02:42
-- | --
current_recorder_run | 7 septembre 2024 à 19:17
estimated_db_size | 579.15 MiB
database_engine | sqlite
database_version | 3.44.2

</details>

le schéma MQTT avant le problème :

le yaml MQTT :

homeassistant: true
advanced:
  network_key:
    - 104
    - 185
    - 94
    - 41
    - 95
    - 139
    - 158
    - 57
    - 177
    - 3
    - 84
    - 15
    - 137
    - 103
    - 75
    - 255
  pan_id: 3040
  ext_pan_id:
    - 157
    - 202
    - 103
    - 164
    - 134
    - 139
    - 138
    - 181
  homeassistant_legacy_entity_attributes: false
  legacy_api: false
  legacy_availability_payload: false
  log_level: debug
mqtt:
  server: mqtt://core-mosquitto:1883
  user: xxx
  password: xxx
  base_topic: zigbee2mqttHA
serial:
  port: /dev/ttyACM0
  adapter: ezsp
frontend:
  port: 8099
device_options:
  legacy: false
devices:
  '0x6c5cb1fffe9868b8':
    friendly_name: Extender Cuisine
  '0x00124b00292f617f':
    friendly_name: 'Sonoff Cuisine '
  '0x00124b00292f818d':
    friendly_name: Sonoff Ch BM
  '0xec1bbdfffe32fe29':
    friendly_name: Interrupteur livarno salon
  '0x00124b00292f5dbf':
    friendly_name: Sonoff Salon
  '0x00124b00292fbd98':
    friendly_name: Sonoff Tour Haut
  '0x588e81fffefb208e':
    friendly_name: Plaff Salon
  '0xbc026efffe239340':
    friendly_name: Ext Tour
  '0xb43522fffe03e207':
    friendly_name: 'Ext Gde Chambre '
  '0xb43522fffe03f5cd':
    friendly_name: 'Ext Buanderie '
  '0xa4c13895dd877109':
    friendly_name: Prise LIDL
availability: true
permit_join: true

Le message si j’installe la maj Scheduler component 3.3.3 > 3.3.6

Le message si j’installe la maj Versatile Thermostat 6.2.3 > 6.2.9

Je ne pense pas que ce soit lié au pb mqtt mais étrange qu’on me demande une version HA supérieure a ce que HA a installé comme dernière version ?

Merci de vos conseils…

update : extrait du journal MQTT qui ne contient que cette ligne là xx fois

exec /sbin/tini: input/output error
exec /sbin/tini: input/output error
exec /sbin/tini: input/output error
exec /sbin/tini: input/output error
exec /sbin/tini: input/output error
exec /sbin/tini: input/output error
exec /sbin/tini: input/output error
exec /sbin/tini: input/output error
exec /sbin/tini: input/output error
exec /sbin/tini: input/output error
exec /sbin/tini: input/output error
exec /sbin/tini: input/output error
exec /sbin/tini: input/output error
exec /sbin/tini: input/output error
exec /sbin/tini: input/output error
exec /sbin/tini: input/output error
exec /sbin/tini: input/output error
exec /sbin/tini: input/output error
exec /sbin/tini: input/output error
exec /sbin/tini: input/output error
exec /sbin/tini: input/output error
exec /sbin/tini: input/output error
exec /sbin/tini: input/output error
exec /sbin/tini: input/output error
exec /sbin/tini: input/output error

et dans la log système ce message :

Enregistreur: homeassistant.components.hassio
Source: components/hassio/websocket_api.py:135
intégration: Home Assistant Supervisor (documentation, problèmes)
S'est produit pour la première fois: 7 septembre 2024 à 19:18:41 (7 occurrences)
Dernier enregistrement: 00:37:38

Failed to to call /addons/45df7312_zigbee2mqtt/start - Another job is running for job group addon_45df7312_zigbee2mqtt
Failed to to call /addons/45df7312_zigbee2mqtt/stats - Container addon_45df7312_zigbee2mqtt is not running
Failed to to call /ingress/validate_session -
Failed to to call /addons/45df7312_zigbee2mqtt/start - Another job is running for job group container_addon_45df7312_zigbee2mqtt

pascal_ha · Septembre 7, 2024, 10:49

Salut

Je ne sais pas quelle clé Zigbee, tu utilises, Mais avec Z2M en version supérieur à 1.39 il faut utiliser EMBER (si ta puce utilise une puce Silicon Labs EFR32MG21).

Si ta clé est une son off dongle E (ou avec puce équivalente Silicon Labs EFR32MG21 ), tu peux suivre ce lien.

bemo47 · Septembre 7, 2024, 10:55

la clé est celle ci

et HA est sur un PI4

pascal_ha · Septembre 7, 2024, 11:00

Donc, il faut suivre le lien que je t’ai mis pour mettre ta clé à jour.

Pour le problème de version, tu es en 2024.4 et apparemment, il faut passer à la version supérieure.

bemo47 · Septembre 7, 2024, 11:02

ok, et dfonc maj firmware de la clé aussi comme je le vois dans le firmware ?

sinon pour la version HA, j’ai beau faire vérifier les maj il ne me propose pas de version supérieure. Il faut aller chercher ça manuellement ? Quoique je ne pense pas avoir d’urgence à le faire.

pascal_ha · Septembre 7, 2024, 11:06

Oui pas d’autre choix.

La dernière version est 2024.9.1, normalement à chaque nouvelle mise à jour, elle est proposée. Regarde dans paramètres/mise à jour si tu vois quelque chose.

Dans le doute, essaye de faire un arrêt total de HA et le redémarrer.

bemo47 · Septembre 7, 2024, 11:32

upgrade firmware fait
modifs config mqtt fait
ezsp changé en ember
coordinator_backup.json renommé avec .bak
mais au redémarrage il ne le reconstruit pas comme dit dans le tuto
et j’ai toujours la même erreur, mqtt ne démarre pas

mai sétrangement dans les journaux liés à Zigbee2MQTT je n’ai que ces entrées datées de 18h30 hier ce qui doit correspondre au changement de version je pense

[2024-09-07 18:39:27] debug: 	zh:ezsp:driv: Stopping driver
[2024-09-07 18:39:27] debug: 	zh:ezsp:ezsp: Closing Ezsp
[2024-09-07 18:39:27] debug: 	zh:ezsp:uart: Closing UART
[2024-09-07 18:39:27] debug: 	zh:ezsp:uart: Port closed. Error? null
[2024-09-07 18:39:27] debug: 	zh:ezsp:ezsp: onSerialClose()
[2024-09-07 18:39:27] debug: 	zh:ezsp:driv: onEzspClose()
[2024-09-07 18:39:27] debug: 	zh:ezsp: onDriverClose()
[2024-09-07 18:39:27] debug: 	zh:ezsp:ezsp: onSerialClose()
[2024-09-07 18:39:27] debug: 	zh:ezsp:driv: onEzspClose()
[2024-09-07 18:39:27] debug: 	zh:ezsp: onDriverClose()
[2024-09-07 18:39:27] info: 	z2m: Stopped zigbee-herdsman
[2024-09-07 18:39:27] info: 	z2m: Stopped Zigbee2MQTT
exec /sbin/tini: input/output error
exec /sbin/tini: input/output error
exec /sbin/tini: input/output error
exec /sbin/tini: input/output error
exec /sbin/tini: input/output error
exec /sbin/tini: input/output error
exec /sbin/tini: input/output error
exec /sbin/tini: input/output error
exec /sbin/tini: input/output error
exec /sbin/tini: input/output error

Je me demande s’il ne vaut pas mieux que je réinstalle toute ma config Zigbee2MQTT …

Bref à voir demain

Minusk · Septembre 8, 2024, 1:00

Sauf erreur de ma part mais tu ne devrais plus avoir de log avec ezsp, mais des lignes de debug avec zh:ember

Il doit te rester une déclaration Ezsp quelque part dans ta config d’ou les erreurs je pense.

bemo47 · Septembre 8, 2024, 8:46

Je me demande si ça n’est plus grave que ça. Ces messages sont datés d’hier à 18h39, et ils ne changent jamais, donc toutes les nouvelles tentatives après cette heure là n’ajoutent aucun message. En plus certaines fois je ne vois que les messages « exec /sbin/tini: input/output error » , la log est pleine de ces messages. Mais à d’autres moments comme là je retrouve ces qulques messages datés de hier à 18h39.
Ca ne me semble pas très cohérent tout ça…

Quelqu’un m’a demandé sur quoi est installé mon HA, et c’est bien sur une carte SD… N’aurais je pas un souci avec ma carte SD ? Une réinstall sur un support fiable ne serait elle pas appropriée ?

WarC0zes · Septembre 8, 2024, 8:55

Bonjour,
il ne faut pas modifier le base_topic avec un autre nom. Il faut utiliser le base_topic par défaut base_topic: zigbee2mqtt pour eviter des soucis avec Z2M.

Bien possible que ta SD est en fin de vie. Le mieux est d’utiliser un SSD, car un SD a une durée de vie très moyenne.

bemo47 · Septembre 8, 2024, 9:18

Base_topic : suffit il que je remette le base topic normal et redémarrer HA pour avoir un espoir de retrouver MQTT et mes stats ?

Carte SD : je crois que je vais réinstaller, j’ai un HDD dans un boitier USB, mais serais je capable de retrouver mon HA et surtout les stats qu’il avait enregistré en rechargeant la dernière sauvegarde ?

Ci-dessous les dernières sauvegardes :

Mais peut être devrais ouvrir un nouveau topic pour le suivi / aide sur cette réinstallation ?

WarC0zes · Septembre 8, 2024, 9:31

Oui, rien avoir avec ton sujet. Mais tu as déjà des sujets pour passer d’un SD a un SSD ( ou HDD ).

bemo47 · Septembre 8, 2024, 9:44

Ok pour utiliser des posts / tutos existants pour faire cette migration, mais avant je voudrais vérifier un ou deux points ici.

J’ai refais une sauvegarde à l’instant que je vais récupérer sur mon PC.

Sachant que mon HA a déjà des soucis, pb suite à migration en V 139 de MQTT, mais aussi semble t il pb de carte SD, ai je de bonnes chances de récupérer au moins mes stats après migration sur HDD en partant de cette sauvegarde ?
Je crois que oui mais je voulais au moins poser la question ici…
Et de toutes façons je conserve la carte SD telle quelle et pourrais la remettre si besoin.

WarC0zes · Septembre 8, 2024, 9:59

C’est le but d’une sauvegarde complète. Sa sauvegarde tout ton HA, avec ta DB et les statistiques.

bemo47 · Septembre 8, 2024, 2:21

Update sur mon post.

Pb de démarrage de Zigbe2mqtt résolu.
Vu les incohérences de résultat après les maj de version et le besoin de passer la config de la clé mqtt de ezsp à ember, j’ai tenté de résintaller HA sur un disque HDD.
KO, certainement pb d’alimentation.
J’ai ensuite tenté sur une simple clé USB, mais KO aussi… Pas bien compris pourquoi, toujours la même erreur de démarrage zigbee2mqtt.
Donc j’ai mis une nouvelle carte SD avec HA et restauré ma sauvegarde. Après quelques étapes ou j’avais toujours la même erreur, MQTT qui démarrait pas, il a fini par démarrer !!! Pas bien compris pourquoi non plus.
Ca me laisse à penser que ça aurait pu fonctionner avec la clé USB peut etre… Mais USB2 je pense donc pas rapide…
Je verrais plus tard pour une solution USB3 mais alimentée correctement.

MQTT a donc redémarré et j’en suis à nouveau au même point, impossible de voir ce capteur Sonoff se connecter via la prise LIDL qui est à côté de lui.

Et je sais plus par ou prendre le pb…

WarC0zes · Septembre 8, 2024, 2:27

C’est simple, tu supprimes ton capteur Sonoff, en cochant force suppression.
La ou tu lance l’appairage, tu peux choisir un appareil pour appairer un autre dessus.

Tu choisis ta prise LiDL et lance l’appairage, pour appairer de nouveau ton capteur Sonoff.

PS:
tu ne perds pas les données statistiques, si tu réappaire de suite .

bemo47 · Septembre 8, 2024, 2:57

Ok, vu, j’avais pas encore compris la fonction de cet onglet d’appairage !!!
Alors après une multitude d’essais sans succès, je suis finalement arrivé à obtenir ce routage du Sonoff via la prise LIDL en réalisant ces appairages avec tous les équipements dans la même pièce que le dongle mqtt !
Là j’ai bien le sonoff connecté via la prise !
Je remets tout ça dans la pièce d’origine voir si ça continue à fonctionner…
Et non…

J’ai l’impression que le zigbee ne traverse aucun de mes murs !!! C’est pour ça que j’étais passé aux Répéteurs AEOTEC sans doutes… Mais pourquoi capteraient ils mieux le signal Zigbee qu’une prise ?
Là j’ai remis la prise exactement au même endroit ou était le répéteur et pour l’instant elle ne se connecte pas au coordinateur.

WarC0zes · Septembre 8, 2024, 3:11

Tu as bien ces recommandations ?

Ta pas un problème d’interférence avec ton WiFi ?

Vérifie que les channels ne se superpose pas entre le wifi et zigbee. Z2M est sur le channel 11 par défaut.
01cf93282133ee5e25a8af83a330f5bc0107bf66

bemo47 · Septembre 8, 2024, 3:20

J’ai bien une rallonge de 2m entre le Pi et la clé…

Mais j’étais sur le port USB3 sur le Pi, donc j’ai rebranché sur un port USB2, mais ça va avoir un impact sur la config mqtt je crois… le serial port ?
Et en regardant le tuto je trouve un serial port totalement différent de ce que j’avais pour ma clé « port: /dev/ttyACM0 »… dans le tuto ça n’a rien à voir… Dois je passer sur cette formulation du serial port ? « /dev/serial/by-id/usb-ITEAD_SONOFF_Zigbee_3.0_USB_Dongle_Plus_V2_20XXXXXXXXX-if00 »

Je vais essayer…

Pour les canaux je vois ça après.

WarC0zes · Septembre 8, 2024, 3:39

C’est normal, ta deux facon pour retrouver le chemin d’un clé. Soit par le chemin du périphérique, soit par le ID. Avec le ID, si tu change de port USB, tu n’a pas besoin de modifier le chemin dans Z2M.
Par contre avec l’autre, il faudras modifer dans Z2M.
C’est mieux d’utiliser le ID.

Pour trouver le ID, va dans paramètres / systemes / matériel et afficher tout le matériel. J’ai une sonoff P.

Oui, mais passe par le ID , quitte à devoir changer le chemin dans Z2M.