mon Z2M a arrêter de fonctionner lors d'un redémarrage et impossible de comprendre la raison

j'utilise un coordinateur Zigbee SLZB-06U

tout fonctionnait parfaitement avant

et meme en faisant des backup cela ne fonctionne pas

Est-ce que vous avez une solution ?

merci

Cordialement

[18:05:06] INFO: [32mPreparing to start...[0m

[18:05:06] INFO: [32mSocat not enabled[0m

[18:05:06] INFO: [32mStarting Zigbee2MQTT...[0m

Starting Zigbee2MQTT without watchdog.

[2026-06-05 18:05:07] [32minfo[39m: z2m: Logging to console, file (filename: log.log)

[2026-06-05 18:05:08] [32minfo[39m: z2m: Starting Zigbee2MQTT version 2.11.0 (commit #unknown)

[2026-06-05 18:05:08] [32minfo[39m: z2m: Starting zigbee-herdsman (10.1.0)

[2026-06-05 18:05:08] [32minfo[39m: zh:zstack:znp: Opening TCP socket with 192.168.10.20:6638

[2026-06-05 18:05:08] [32minfo[39m: zh:zstack:znp: Socket connected

[2026-06-05 18:05:08] [32minfo[39m: zh:zstack:znp: Socket ready

[2026-06-05 18:05:08] [32minfo[39m: zh:zstack:znp: Writing CC2530/CC2531 skip bootloader payload

[2026-06-05 18:05:09] [32minfo[39m: zh:zstack:znp: Skip bootloader for CC2652/CC1352

[2026-06-05 18:06:14] [31merror[39m: z2m: Error while starting zigbee-herdsman

[2026-06-05 18:06:14] [31merror[39m: z2m: Failed to start zigbee-herdsman

[2026-06-05 18:06:14] [31merror[39m: z2m: Check https://www.zigbee2mqtt.io/guide/installation/20_zigbee2mqtt-fails-to-start_crashes-runtime.html for possible solutions

[2026-06-05 18:06:14] [31merror[39m: z2m: Exiting...

[2026-06-05 18:06:14] [31merror[39m: z2m: Error: network commissioning timed out - most likely network with the same panId or extendedPanId already exists nearby (Error: AREQ - ZDO - stateChangeInd after 60000ms

at Object.start (/app/node_modules/.pnpm/zigbee-herdsman@10.1.0/node_modules/zigbee-herdsman/src/utils/waitress.ts:68:23)

at ZnpAdapterManager.beginCommissioning (/app/node_modules/.pnpm/zigbee-herdsman@10.1.0/node_modules/zigbee-herdsman/src/adapter/z-stack/adapter/manager.ts:376:31)

at processTicksAndRejections (node:internal/process/task_queues:103:5)

at ZnpAdapterManager.start (/app/node_modules/.pnpm/zigbee-herdsman@10.1.0/node_modules/zigbee-herdsman/src/adapter/z-stack/adapter/manager.ts:90:21)

at ZStackAdapter.start (/app/node_modules/.pnpm/zigbee-herdsman@10.1.0/node_modules/zigbee-herdsman/src/adapter/z-stack/adapter/zStackAdapter.ts:135:16)

at Controller.start (/app/node_modules/.pnpm/zigbee-herdsman@10.1.0/node_modules/zigbee-herdsman/src/controller/controller.ts:146:29)

at Zigbee.start (/app/lib/zigbee.ts:70:27)

at Controller.start (/app/lib/controller.ts:117:29)

at start (/app/index.js:156:5))

at ZnpAdapterManager.beginCommissioning (/app/node_modules/.pnpm/zigbee-herdsman@10.1.0/node_modules/zigbee-herdsman/src/adapter/z-stack/adapter/manager.ts:378:23)

at ZnpAdapterManager.start (/app/node_modules/.pnpm/zigbee-herdsman@10.1.0/node_modules/zigbee-herdsman/src/adapter/z-stack/adapter/manager.ts:90:21)

at ZStackAdapter.start (/app/node_modules/.pnpm/zigbee-herdsman@10.1.0/node_modules/zigbee-herdsman/src/adapter/z-stack/adapter/zStackAdapter.ts:135:16)

at Controller.start (/app/node_modules/.pnpm/zigbee-herdsman@10.1.0/node_modules/zigbee-herdsman/src/controller/controller.ts:146:29)

at Zigbee.start (/app/lib/zigbee.ts:70:27)

at Controller.start (/app/lib/controller.ts:117:29)

at start (/app/index.js:156:5)

j'ai acheté le SM LIGHT SLZB-MRW10U, installation OK, je met la copie écran de la page web su SM light.

J'ai bien réussi a intégrer ZHA sur le SM light ainsi que sur Home assistant.

j'en viens a mon souci qui concerne le Zwave, il est bien présent sur le smlight (copie écran), créer également sur Home assistant (ZWAVE-JS UI), voir copie écran également, mon problème est que je n'arrive pas a ajouter un appareil zwave sur HA, je joint la partie appairage.

Sachant que ZHA a bien reconnu mes appareils zigbee.

Si vous avez rencontré le même problèmes similaires avec cette clé, merci de m'aider a résoudre ce bug.

J'ai redémarré ma clé ainsi que HA, et refait la même manip pour les intégrations (voir lien youtube)
Merci d'avance

Yann

j'ai oublié de joindre le lien you tube

desolé

je tourne actuellement avec un mini pc est une slzb06 sur mon reseau, je voudrais inclure matter donc j'ai flashé une sonoff E avec le firmware Open Thread, la clef est en v2.44 open thread, mais HA affiche sonoff zigbee est me demande de configurer ZHA, pour lui la clef est zegbee. j'ai essayer d installer l’extension Open Thread border router cela me demande l URL de l'API REST de l'OpenThread Border Router.

je suis sous HA depuis quelque mois cela fonctionne bien, jusqu’à la je suis arriver a me débrouiller en demandant sur ce forum est recherche sur le net, mais la je trouve pas ou j'ai mal chercher, j'ai verifier 2 fois la clef cela affiche bien open thread v 2.44, j ai utiliser le site de sonoff : dongle.sonoff.tech.

L’objectif ici est de proposer une méthode claire, propre et structurée pour migrer ses templates, éviter les warnings, et préparer une configuration pleinement compatible avec Home Assistant 2026, sans prise de tête.

Ce prompt peut également servir à corriger ce type d’erreurs automatiquement via différentes intelligences artificielles capables d’analyser et de modifier du YAML Home Assistant, notamment :

• ChatGPT (OpenAI)

• Claude (Anthropic)

• Gemini (Google)

• Mistral AI

• Perplexity AI

• Grok

en leur fournissant directement les codes de vos fichiers

prompt, adaptée au mode “audit HA” multi-fichiers et alignée sur la doc officielle du template integration (structure des switches incluse)

Tu es expert Home Assistant (niveau core dev).
Ta mission : auditer et migrer tous les templates legacy (platform: template) vers la nouvelle syntaxe template:, compatible et propre pour Home Assistant Core 2026.6 (date de suppression complète des legacy templates).

Fichiers fournis (entrée)

Je vais te fournir le contenu brut de plusieurs fichiers YAML, dans cet ordre et avec ces balises :

=== FICHIER 1 : configuration.yaml ===

[COLLE ICI LE CONTENU DE configuration.yaml]

=== FICHIER 2 : template.yaml (optionnel) ===

[COLLE ICI LE CONTENU DE template.yaml SI IL EXISTE, SINON LAISSE VIDE]

=== FICHIER 3 : switch.yaml ===

[COLLE ICI LE CONTENU DE switch.yaml]

=== FICHIER 4 : binary_sensor.yaml ===

[COLLE ICI LE CONTENU DE binary_sensor.yaml]

=== FICHIER 5 : sensor.yaml ===

[COLLE ICI LE CONTENU DE sensor.yaml]

=== FICHIER 6 : light.yaml ===

[COLLE ICI LE CONTENU DE light.yaml]

=== FICHIER 7 : cover.yaml ===

[COLLE ICI LE CONTENU DE cover.yaml]

Tu dois considérer ces fichiers comme un ensemble cohérent et faire un audit multi-fichiers.

Objectif global

Supprimer tous les platform: template legacy dans tous les fichiers d’include concernés :

switch.yaml

binary_sensor.yaml

sensor.yaml

light.yaml

cover.yaml

Recréer toutes les entités template (switch, binary_sensor, sensor, light, cover) dans template.yaml avec la nouvelle syntaxe template: (state-based uniquement, sauf si le legacy indique clairement un trigger).

Préserver exactement les mêmes entity_id qu’avant la migration, grâce à default_entity_id: (nouveau mécanisme officiel pour fixer l’entity_id par défaut).

Home Assistant+1

Mettre à jour configuration.yaml pour :

remplacer les anciennes déclarations du type :

sensor: !include sensor.yaml

switch: !include switch.yaml

binary_sensor: !include binary_sensor.yaml

light: !include light.yaml

cover: !include cover.yaml

par une configuration moderne basée sur template: si nécessaire, par ex :

template: !include template.yaml

• sans jamais mélanger template: sous sensor: ou switch: etc. (respect strict de la doc du template integration).

Mode audit strict (Home Assistant)

Tu dois te comporter comme un validate-fixer très strict :

• YAML 100 % valide, indentation parfaite, aucun onglet, uniquement des espaces.

• Aucune option non supportée par la nouvelle syntaxe template: :

  • Pas de platform: dans les blocs migrés.

  • Pas de propriétés invalides ou dépréciées.

• Pas d’invention :

  • Tu ne crées pas de nouvelles entités qui n’existaient pas.

  • Tu ne supposes rien qui ne soit pas clairement déductible du YAML fourni.

• Tu conserves :

  • les name / friendly name équivalents,

  • les device_class, icon, unit_of_measurement, unique_id, availability, attributes, etc. quand c’est possible.

• Tu corriges :

  • les vieux value_template: en state: quand c’est le comportement attendu,

  • les incohérences mineures de syntaxe pour que ce soit accepté par HA (ex : actions structurées correctement avec action: / target: / data:).

Structure canonique exigée – SWITCH (nouveau template)

Pour chaque switch migré, tu dois respecter strictement cette structure (adaptée de la doc officielle Template + default_entity_id) Home Assistant+1 :

template:

- switch:

- name: "Radiateur Papa"

default_entity_id: switch.radiateur_papa

state: "{{ is_state('input_boolean.radiateur_papa', 'on') }}"

turn_on:

action: input_boolean.turn_on

target:

entity_id: input_boolean.radiateur_papa

turn_off:

action: input_boolean.turn_off

target:

entity_id: input_boolean.radiateur_papa

Règles pour tous les switches :

• default_entity_id: doit reprendre exactement l’entity_id legacy (switch.radiateur_papa, etc.).

• name: doit être équivalent au friendly_name d’origine (ou au nom logique du legacy).

• state: doit reprendre la logique de value_template: ou state_template: d’origine.

• turn_on: et turn_off: :

  • doivent utiliser un bloc action: avec éventuellement target: et data:,

  • doivent reproduire la même action qu’en legacy (ex : appel d’un switch.turn_on, script.xxx, input_boolean.turn_on, etc.).

Si tu dois définir plusieurs switches, tu utilises une seule fois template: en haut, avec une liste de blocs - switch: et chaque switch sous forme de liste - name: ....

Structure (rappel) pour les autres entités Template

Tu respectes les exemples de la doc du template integration pour : Home Assistant+2Home Assistant+2

• binary_sensor (clé binary_sensor: sous template:)

• sensor (clé sensor: sous template:)

• light (clé light: sous template:)

• cover (clé cover: sous template:)

Avec les règles suivantes :

• Toujours :

  • template: en haut, liste de blocs - binary_sensor:, - sensor:, etc.

  • pour chaque entité : - name: ..., default_entity_id: <entity_id d’origine>, puis state: (ou autres champs spécifiques à la plateforme : turn_on, set_level, open_cover, etc.).

• Jamais de platform: template dans ces nouveaux blocs.

• Quand tu déduis default_entity_id, tu reprends l’entity_id legacy :

  • binary_sensor.xxx → default_entity_id: binary_sensor.xxx

  • sensor.xxx → default_entity_id: sensor.xxx

  • etc.

Plan de travail (multi-fichiers)

1. Analyse configuration.yaml :

   • repère toutes les lignes qui incluent switch.yaml, binary_sensor.yaml, sensor.yaml, light.yaml, cover.yaml, template.yaml (ou équivalents !include_dir_*).

   • Vérifie si template: est déjà présent (via include ou bloc inline).

   • Prépare la nouvelle version complète de configuration.yaml avec :

     • les includes mis à jour,

     • les sections legacy platform: template supprimées et migrées dans template.yaml.

2. Analyse et migration de chaque fichier d’include :

   • switch.yaml :

     • supprime tout ce qui est platform: template (legacy),

     • convertis tous ces switches dans template.yaml (structure canonique switch ci-dessus),

     • laisse dans switch.yaml uniquement ce qui n’est pas template (ex : platform: mqtt, platform: rest, etc.).

   • binary_sensor.yaml, sensor.yaml, light.yaml, cover.yaml :

     • même logique : retire tous les platform: template legacy,

     • convertis chaque entité template vers le nouveau format dans template.yaml,

     • ne garde que les plateformes non-template.

3. Fusion dans template.yaml :

   • Si un template.yaml existait déjà, merge proprement :

     • tu rajoutes les nouveaux blocs - switch:, - sensor:, etc. en respectant la structure,

     • tu ne détruis pas les blocs template: valides existants.

   • Si template.yaml était vide / non fourni, tu le crées entièrement.

Format de sortie (TRÈS IMPORTANT)

Tu dois retourner uniquement ces blocs, dans cet ordre strict :

BLOC 1 – configuration.yaml après migration complète

configuration.yaml:

[CONTENU YAML COMPLET ET FINAL DE configuration.yaml]

BLOC 2 – switch.yaml après nettoyage (sans legacy template)

switch.yaml:

[CONTENU YAML RESTANT OU VIDE]

BLOC 3 – binary_sensor.yaml après nettoyage

binary_sensor.yaml:

[CONTENU YAML RESTANT OU VIDE]

BLOC 4 – sensor.yaml après nettoyage

sensor.yaml:

[CONTENU YAML RESTANT OU VIDE]

BLOC 5 – light.yaml après nettoyage

light.yaml:

[CONTENU YAML RESTANT OU VIDE]

BLOC 6 – cover.yaml après nettoyage

cover.yaml:

[CONTENU YAML RESTANT OU VIDE]

BLOC 7 – Nouveau template.yaml complet (toutes entités migrées)

template.yaml:

template:

[TOUTES LES DÉFINITIONS TEMPLATE MIGRÉES, SWITCH/BINARY_SENSOR/SENSOR/LIGHT/COVER, AVEC default_entity_id]

Règles de sortie :

• Si un fichier devient complètement vide, tu laisses simplement le nom du fichier avec un bloc YAML vide (# vide ou rien après les deux-points, au choix, mais YAML valide).

• Aucune explication, aucun commentaire, aucun texte en dehors de ces blocs.

  • Pas de phrase avant, pas de phrase après.

  • Pas de commentaire de type # ceci est... dans les fichiers sauf s’il était déjà présent et nécessaire.

Rappel critique

• Aucun platform: template ne doit rester dans aucun fichier.

• Tous les anciens templates (switch, binary_sensor, sensor, light, cover) doivent se retrouver sous template: dans template.yaml, avec default_entity_id positionné pour conserver l’entity_id d’origine.

• Le tout doit être copier-coller prêt dans Home Assistant, sans erreur de configuration.

j'ai racheter un deuxieme smlight (SLZB-06p7U) , je l'ai mis en mode router mais je ne le voit pas dans ma carte reseau dans zigbee2mqtt.

Y a t il autre choses a faire pour que ce router prend en charge les équipements qui ont un faible LQI.

Merci pour votre aide

J’ai remplacé mes volets roulants filaires pilotés par des bouton Netatmo Legrand par des nouveaux modèles Bubendorff RU (Zigbee 3.0).

Les volets étant compatible avec le Module Control Legrand, j’ai essayé de les ajouter à mon réseau mais je rencontre de nombreux problèmes.

Pour certains volets, il est impossible de les appairer, d’autres ont été ajoutés mais sont maintenant injoignables en permanence, d’autres sont injoignables par moment et enfin d’autre semblent être correctement connectés mais ne renvoient pas correctement la position du volet lorsqu’il a été utilisé avec la télécommande Bubendorff.

Pour compliquer le tout, mon installateur ne m’aide pas et Bubendorff me demande de contacter mon installateur…

Bref, c’est un enfer !

Avez-vous un peu d’expérience avec ces volets bubendorff RU ?

Dans l'interface matérielle de mon Home Assistant mon dongle n'apparait pas dans ttyUSB mais dans les 2 ttyACM suivant:

ttyACM0 /dev/serial/by-id/usb-SMLIGHT_SMLIGHT_SLZB-MR2U_SLZB-MR2U236163-if00

ttyACM1 /dev/serial/by-id/usb-SMLIGHT_SMLIGHT_SLZB-MR2U_SLZB-MR2U236163-if02

J'ai tout de même essayé avec mais Zigbee2MQTT ne démarre pas et j'ai l'erreur :

Error: No such file or directory, cannot open /dev/serial/by-id/usb-SMLIGHT_SMLIGHT_SLZB-MR2U_SLZB-MR2U236163-if00

Je débute sur HA et j'avoue, c'est un peu galère et pourtant, je bosse dans l'informatique ce qui devrait me faciliter la tâche, mais non :)

J'ai une instance HA sur un RPI4 + carte SD pour test.

Maintenant mon problème, c'est la configuration du dongle SMLight, je suis des tutos HACS->Mosquito broker->Zigbee2MQTT, ça n'a pas l'air de fonctionner.

Ma conf sur Z2M :

ata_path: /config/zigbee2mqtt
socat:
  enabled: false
  master: pty,raw,echo=0,link=/tmp/ttyZ2M,mode=777
  slave: tcp-listen:8485,keepalive,nodelay,reuseaddr,keepidle=1,keepintvl=1,keepcnt=5
  options: "-d -d"
  log: false
mqtt:
  base_topic: zigbee2mqtt
  server: mqtt://core-mosquitto
  user: mqtt
  password: mqtt
serial:
  port: tcp://slzb-mr4u.local:7638
  adapter: zstack
  baudrate: 115200

Ma conf sur SLZB OS : 

 Emplacement de SLZB-MR4U
  port: tcp://slzb-mr4u.local:7638
  baudrate: 115200
  adapter: zstack
# Désactiver la led verte ?
  disable_led: false
# Réglez la puissance de sortie sur 20 maximum
advanced:
  transmit_power: 20

Logs Z2M :

[2026-02-10 15:30:43] info: 	z2m: Logging to console, file (filename: log.log)
[2026-02-10 15:30:43] info: 	z2m: Starting Zigbee2MQTT version 2.8.0 (commit #unknown)
[2026-02-10 15:30:43] info: 	z2m: Starting zigbee-herdsman (9.0.2)
[2026-02-10 15:30:44] info: 	zh:ember: Using default stack config.
[2026-02-10 15:30:44] info: 	zh:ember: ======== Ember Adapter Starting ========
[2026-02-10 15:30:44] info: 	zh:ember:ezsp: ======== EZSP starting ========
[2026-02-10 15:30:44] info: 	zh:ember:uart:ash: ======== ASH Adapter reset ========
[2026-02-10 15:30:44] info: 	zh:ember:uart:ash: Socket ready
[2026-02-10 15:30:44] info: 	zh:ember:uart:ash: ======== ASH starting ========
[2026-02-10 15:30:46] info: 	zh:ember:uart:ash: ======== ASH connected ========
[2026-02-10 15:30:46] info: 	zh:ember:uart:ash: ======== ASH started ========
[2026-02-10 15:30:46] info: 	zh:ember:ezsp: ======== EZSP started ========
[2026-02-10 15:30:46] info: 	zh:ember: Adapter EZSP protocol version (14) lower than Host. Switched.
[2026-02-10 15:30:46] info: 	zh:ember: Adapter version info: {"ezsp":14,"revision":"8.0.2 [GA]","build":397,"major":8,"minor":0,"patch":2,"special":0,"type":170}
[2026-02-10 15:30:46] info: 	zh:ember: [STACK STATUS] Network up.
[2026-02-10 15:30:46] info: 	zh:ember: [INIT TC] Adapter network does not match config. Leaving network...
[2026-02-10 15:30:47] info: 	zh:ember: [STACK STATUS] Network down.
[2026-02-10 15:30:47] info: 	zh:ember: [INIT TC] No valid backup found.
[2026-02-10 15:30:47] info: 	zh:ember: [INIT TC] Forming from config.
[2026-02-10 15:30:47] info: 	zh:ember: [INIT FORM] Forming new network with: {"panId":64685,"extendedPanId":[228,202,171,92,51,31,109,113],"radioTxPower":5,"radioChannel":11,"joinMethod":0,"nwkManagerId":0,"nwkUpdateId":0,"channels":134215680}
[2026-02-10 15:30:47] info: 	zh:ember: [STACK STATUS] Network up.
[2026-02-10 15:30:47] info: 	zh:ember: [INIT FORM] New network formed!
[2026-02-10 15:30:47] info: 	zh:ember: [CONCENTRATOR] Started source route discovery. 1247ms until next broadcast.
[2026-02-10 15:30:47] info: 	zh:controller: Wrote coordinator backup to '/config/zigbee2mqtt/coordinator_backup.json'
[2026-02-10 15:30:48] info: 	z2m: zigbee-herdsman started (reset)
[2026-02-10 15:30:48] info: 	z2m: Coordinator firmware version: '{"meta":{"build":397,"ezsp":14,"major":8,"minor":0,"patch":2,"revision":"8.0.2 [GA]","special":0,"type":170},"type":"EmberZNet"}'
[2026-02-10 15:30:48] info: 	z2m: Currently 0 devices are joined.
[2026-02-10 15:30:48] info: 	z2m: Connecting to MQTT server at mqtt://core-mosquitto
[2026-02-10 15:30:49] error: 	z2m: MQTT failed to connect, exiting... (Connection refused: Not authorized)
[2026-02-10 15:30:49] info: 	z2m: Stopping zigbee-herdsman...
[2026-02-10 15:30:49] info: 	zh:controller: Wrote coordinator backup to '/config/zigbee2mqtt/coordinator_backup.json'
[2026-02-10 15:30:49] info: 	zh:ember:uart:ash: ASH COUNTERS since last clear:
[2026-02-10 15:30:49] info: 	zh:ember:uart:ash:   Total frames: RX=68, TX=126
[2026-02-10 15:30:49] info: 	zh:ember:uart:ash:   Cancelled   : RX=0, TX=0
[2026-02-10 15:30:49] info: 	zh:ember:uart:ash:   DATA frames : RX=67, TX=57
[2026-02-10 15:30:49] info: 	zh:ember:uart:ash:   DATA bytes  : RX=1116, TX=697
[2026-02-10 15:30:49] info: 	zh:ember:uart:ash:   Retry frames: RX=0, TX=0
[2026-02-10 15:30:49] info: 	zh:ember:uart:ash:   ACK frames  : RX=0, TX=68
[2026-02-10 15:30:49] info: 	zh:ember:uart:ash:   NAK frames  : RX=0, TX=0
[2026-02-10 15:30:49] info: 	zh:ember:uart:ash:   nRdy frames : RX=0, TX=0
[2026-02-10 15:30:49] info: 	zh:ember:uart:ash:   CRC errors      : RX=0
[2026-02-10 15:30:49] info: 	zh:ember:uart:ash:   Comm errors     : RX=0
[2026-02-10 15:30:49] info: 	zh:ember:uart:ash:   Length < minimum: RX=0
[2026-02-10 15:30:49] info: 	zh:ember:uart:ash:   Length > maximum: RX=0
[2026-02-10 15:30:49] info: 	zh:ember:uart:ash:   Bad controls    : RX=0
[2026-02-10 15:30:49] info: 	zh:ember:uart:ash:   Bad lengths     : RX=0
[2026-02-10 15:30:49] info: 	zh:ember:uart:ash:   Bad ACK numbers : RX=0
[2026-02-10 15:30:49] info: 	zh:ember:uart:ash:   Out of buffers  : RX=0
[2026-02-10 15:30:49] info: 	zh:ember:uart:ash:   Retry dupes     : RX=0
[2026-02-10 15:30:49] info: 	zh:ember:uart:ash:   Out of sequence : RX=0
[2026-02-10 15:30:49] info: 	zh:ember:uart:ash:   ACK timeouts    : RX=0
[2026-02-10 15:30:49] info: 	zh:ember:uart:ash: ======== ASH stopped ========
[2026-02-10 15:30:49] info: 	zh:ember:ezsp: ======== EZSP stopped ========
[2026-02-10 15:30:49] info: 	zh:ember: ======== Ember Adapter Stopped ========
[2026-02-10 15:30:49] info: 	z2m: Stopped zigbee-herdsman
[15:30:51] INFO: Preparing to start...
[15:30:52] INFO: Socat not enabled
[15:30:53] INFO: Starting Zigbee2MQTT...
Starting Zigbee2MQTT without watchdog.
Onboarding page is available at http://0.0.0.0:8099/
[15:33:11] INFO: Preparing to start...
[15:33:12] INFO: Socat not enabled
[15:33:13] INFO: Starting Zigbee2MQTT...
Starting Zigbee2MQTT without watchdog.
Onboarding page is available at http://0.0.0.0:8099/
[15:34:34] INFO: Preparing to start...
[15:34:35] INFO: Socat not enabled
[15:34:36] INFO: Starting Zigbee2MQTT...
Starting Zigbee2MQTT without watchdog.
Onboarding page is available at http://0.0.0.0:8099/
[15:35:29] INFO: Preparing to start...
[15:35:30] INFO: Socat not enabled
[15:35:31] INFO: Starting Zigbee2MQTT...
Starting Zigbee2MQTT without watchdog.
Onboarding page is available at http://0.0.0.0:8099/
[15:36:26] INFO: Preparing to start...
[15:36:26] INFO: Socat not enabled
[15:36:28] INFO: Starting Zigbee2MQTT...
Starting Zigbee2MQTT without watchdog.
Onboarding page is available at http://0.0.0.0:8099/
[15:41:32] INFO: Preparing to start...
[15:41:33] INFO: Socat not enabled
[15:41:34] INFO: Starting Zigbee2MQTT...
Starting Zigbee2MQTT without watchdog.
Onboarding page is available at http://0.0.0.0:8099/

Le dongle est bien présent dans appareil :

Mais impossible d'ajouter un appareil ! Je dois probablement faire un truc à l'envers.

Merci pour votre aide.

J'ai suivi les 3 tutos howmation frigate et tout a fonctionné correctement...ou presque :)

Dans frigate (natif), j'ai bien mes contrôles onvif apparents et fonctionnels sur mes 4 caméras Reolink.

Dans Home Assistant, Frigate est fonctionnel et mes caméras remontent avec leur entités.

Quand j'ajoute à mon tableau de bord la carte "advanced camera card" et que je suis le tuto howmation numéro 3 :

Dans entité caméra, je vois chaque caméra 2 fois (1 fois avec son nom seul, 1 fois avec son flux "fluide"). Je ne vois pas une 3ème occurrence avec le flux "main"

• Si je choisis la camera (nom seul), puis configure go2rtc avec son nom de stream 'main' (ou sub = même souci) => mon flux s'affiche mais avec un petit cercle bleu en pointillés en haut à droite indiquant "En attente du flux en direct" et les boutons ONVIF de PTZ n'apparaissent pas. Je peux attendre 1h cela ne change rien. J'ai essayé toutes les options de la carte "advanced camera card" pour afficher les boutons mais ils sont bien actifs pourtant non affichés.

• Si je choisis la camera et le nom "fluide xxx", le je vois les bouton ONVIF, mais je reste en basse réolution (car sur le flux fluide)

Je ne sais donc pas comment je peux à la fois avoir mes contrôles ONVIF tout en ayant le flux haute qualité via go2rtc

Avez vous une idée de ce qui ne vas pas ?

Merci de remplir ce modèle (2-4 min maxi) ! Ça change énormément la rapidité et la qualité des réponses.

Avec ces infos on voit tout de suite l’architecture → moins de questions aller-retour → solution plus rapide pour tout le monde.

Merci d’avance ! 🙏

Si un point ne concerne pas ton cas → mets N/A, – ou rien.

Titre conseillé pour le post (à adapter selon vos cas) :

[Pi5 8Go + ZHA] Capteur Aqara température/humidité jamais découvert

ou

[Matter + Thread] Lampe IKEA ne s’allume plus la nuit via automation

1. Le problème en 3 phrases maxi

(sois le plus concret possible – c’est la partie la plus importante)

.

.

.

2. Ton serveur Home Assistant

• Modèle machine : ………………………………… (ex. Raspberry Pi 5 8 Go, Beelink mini PC, HA Green, VM Proxmox…)

• Stockage principal : ………………………………… (SSD NVMe 256 Go, microSD 128 Go, eMMC…)

• Alimentation utilisée : ………………………………… (officielle Raspberry 27 W, chargeur 5V/3A lambda, PoE…)

3. Installation logicielle

• Type d’installation HA : … HAOS / Supervised / Container (Docker) / Core

• Version Home Assistant : … (regarde tout en bas à gauche dans l’interface)

• Version HAOS / système hôte (si connu) : … (ex. HAOS 14.x, Debian 12 bookworm…)

• Add-ons & intégrations les plus importantes : … (ZHA, Zigbee2MQTT, Matter / Thread, Mosquitto, Frigate, Node-RED, HACS, Samba, ESPHome…)

4. Réseau & protocoles

• Connexion du serveur HA : WiFi / Ethernet Gigabit / Ethernet 2.5G / …

• Protocoles domotiques actifs : … (Zigbee 3.0, Thread/Matter, Z-Wave, WiFi 2.4 GHz, Bluetooth, IP local, Tuya local…)

• Contrôleur(s) / dongle(s) principal(aux) : … (ex. Sonoff ZBDongle-E, SkyConnect original, Tube’s POE Coordinator, ConBee III, Goobay Matter dongle…)

5. Appareil(s) qui pose(nt) problème

• Type : … (capteur température, ampoule couleur, prise intelligente, store motorisé, serrure, caméra…)

• Marque + modèle exact (très important) : … (ex. Aqara WSDCGQ11LM, IKEA TRÅDFRI E27 806lm, Tuya Zemismart roller…)

• Protocole principal : … (Zigbee 3.0, Matter over Thread, WiFi Tuya/SmartLife, Bluetooth, 433 MHz…)

• Nombre d’appareils identiques avec le même souci : …

• État actuel dans HA : … (jamais découvert / découvert mais indisponible / entité existe mais état inconnu / valeur aberrante / clignote mais pas d’action…)

6. Chaîne de communication (topologie)

(exemple texte simple ou lien image) RPi 5 → USB Sonoff ZBDongle-E → ZHA → Aqara capteur température ou HA Green → Ethernet → Border Router Thread intégré → Lampe Matter Eve Energy

7. Ce que j’ai déjà testé (très utile !)

• …

• …

• …

8. Logs / erreurs / comportement précis / automatisation

Copie les lignes importantes (Configuration → Logs ou journalctl -u home-assistant@homeassistant -n 200) → Masquer votre IP, tokens, noms sensibles

avec xxx ou …

Exemple recherché :

2026-01-30 14:23:12.456 ERROR (MainThread) [zha] Failed to fetch data for device ...

9. But final souhaité (ce que tu veux vraiment obtenir) Exemples :

• « Afficher la température + humidité sur le dashboard + alerte Telegram si T° < 17 °C »

• « Allumer la lampe salon à 30 % seulement entre 22h et 6h si présence détectée ET luminosité < 40 lux »

• « Pouvoir piloter le store depuis Google Home sans délai »

10. Contexte & niveau (optionnel mais précieux)

• Niveau Home Assistant : Débutant / Intermédiaire / Avancé / « je bidouille du yaml depuis 4 ans »

• Ancienneté HA : … mois / … années

• Contraintes importantes : budget très limité / locataire (pas de perçage) / refus flash custom firmware / installation 100 % local / enfants en bas âge / …

Merci beaucoup pour ces précisions !

Avec ça, la communauté peut t’aider efficacement dès les premières réponses. 🚀

j'essaye d'installer le dongle de chez smlight mais je rencontre un problème. J'ai suivi un tuto de Zatouffy sur Youtube mais quelques difference a la fin concernant la configuration du mqqt et serial. Je n'ai donc pas l'interface de zigbee2MQTT a la fin, mais une sorte de résumé avec mes paramètres. voici mes log.

merci pour votre aide

45df7312_zigbee2mqtt_2026-01-02T15-52-21.552Z.log

Depuis la mise à jour de fin octobre de HA (j'ai oublié de noter l'indice de version), sur mon tableau de bord, les commandes du volet roulant sont inversées (↑ descend le volet et ↓ le monte).
Depuis l'intégration dans HA (il y a environ 8 mois) tout fonctionnait normalement et il n'y a eu aucun intervention logicielle ou matérielle sur l'installation.

Le module de commande du volet est un « Yueyang » qui a été connecté électriquement au volet avec une inversion des fils montée et descente. Il fonctionne en Wifi et a été intégré dans l'applications "Tuya Smart" avec un paramétrage qui inverse la logique de fonctionnement (afin d'annuler l'inversion électrique). Donc, sur la télécommande matérielle comme dans l'application Tuya, les commandes sont tout à fait normales (↑ monte le volet et ↓ le descend).

À l'origine l'intégration dans HA (via le pont "Tuya") reproduisait ce fonctionnement normal, jusqu'à récemment, où à l'occasion de la mise à jour de HA, tout s'est retrouvé inversé.
J'ai rectifié les automatisations en inversant les actions "montée" et "descente", mais dans le tableau de bord, j'ai toujours les symboles inversés.

Ma question : à défaut de pouvoir identifier et traiter l'origine du problème, y aurait il un moyen de le contourner en inversant juste les symboles "↑" et "↓" dans le tableau de bord ?

Voici le code Yaml me posant problème pour effacer le terme "Batterie"

type: custom:battery-state-card

secondary_info: "{last_changed}"

filter:

include:

- name: attributes.device_class

value: battery

exclude:

- name: entity_id

value: sensor.one_bernard*

- name: entity_id

value: sensor.bah_w09_battery_level

- name: entity_id

value: sensor.sonoff_zbminil2_batterie

- name: entity_id

value: sensor.sonoff_zbminil2_batterie_2

- name: entity_id

value: sensor.sonoff_snzb_02d_batterie

- name: entity_id

value: sensor.sonoff_zbminil2_batterie_3

- name: entity_id

value: sensor.lumiere_exterieure_buanderie_batterie

sort:

By: state

bulk_rename:

- From: Batterie

Merci d'avance de ton aide,

Je suis toujours intéressé par tes vidéos, très souvent pertinentes

Heureusement, une version corrigée temporaire du paquet alexapy est disponible via une branche GitLab. Voici comment résoudre le problème temporairement en modifiant le fichier du custom component.

Étapes de résolution

1. Localiser le fichier du custom component

Le fichier à modifier se trouve dans votre dossier custom_components/alexa_media/ :

/config/custom_components/alexa_media/manifest.json

2. Éditer le fichier manifest.json

Ouvrez le fichier manifest.json avec un éditeur de texte (ex: VS Code, Notepad++, ou via File Editor dans HA).

Remplacez tout le contenu par le code suivant :

{
  "domain": "alexa_media",
  "name": "Alexa Media Player",
  "codeowners": ["@alandtse", "@keatontaylor"],
  "config_flow": true,
  "dependencies": ["persistent_notification", "http"],
  "documentation": "https://github.com/alandtse/alexa_media_player/wiki",
  "iot_class": "cloud_polling",
  "issue_tracker": "https://github.com/alandtse/alexa_media_player/issues",
  "loggers": ["alexapy", "authcaptureproxy"],
  "requirements": [
    "git+https://gitlab.com/JtMotoX/alexapy.git@fix-auth",
    "packaging>=20.3",
    "wrapt>=1.14.0"
  ],
  "version": "5.7.11-beta1"
}

Point clé :https://gitlab.com/keatontaylor/alexapy/-/merge_requests/418/diffs#06aeb78c92d693f1c2f584d9146788efbe5423cfpointe vers une version corrigée du module alexapy qui contourne le bug d’authentification.

3. Redémarrer Home Assistant

Après avoir sauvegardé le fichier :

• Allez dans Paramètres → Système → Redémarrer

4. Vérifier le bon fonctionnement

1. Allez dans Paramètres → Appareils & Services

2. Cherchez Alexa Media Player

3. Si l’intégration est toujours configurée, elle devrait se reconnecter automatiquement

4. Sinon, supprimez et reconfigurez l’intégration (vous devrez refaire l’authentification Amazon)

Notes importantes

• Cette solution est temporaire. Suivez le dépôt officiel pour la mise à jour stable : https://github.com/alandtse/alexa_media_player

• La branche @fix-auth est maintenue par la communauté et peut évoluer.

• Si vous utilisez HACS, cette correction peut être intégrée automatiquement dans une future version.

Sources

• Issue officielle : GitHub - alexa_media_player issues

• Correctif temporaire : gitlab.com/JtMotoX/alexapy.git@fix-auth

Problème résolu temporairement ! N’oubliez pas de revenir à la version officielle dès qu’une mise à jour stable est publiée.

Mis à jour le 08/11/2025

Faut-il passer par HACS ou autre chose?

Merci par avance de votre aide.

J’ai installé hier pour la première fois une box HA green avec SLZB-MR2 en Zigbee2mqtt en Poe, mode ethernet.

j’ai ajouté quelques devices sans problèmes, mais la box et le switch POE étant au troisième étage de ma maison, j’ai du mal a communiquer avec le rez de chaussée

et je parle même pas de la cave..

Il y a t’il des solutions pour augmenter/repeter le signal, style je positionne un répéteur par étage par exemple.. si vous avez une expérience de ce type de cas et des conseils coté matériels..

D’avance merci

François

Je me permets de poster sur ce forum pour tenter de solutionner un problème que malgré des heures de recherche je n’arrive pas à solutionner. Je m’explique:

J’ai actuellement une prise connectée, un détecteur de fumée et 2 modules pour les interrupteurs. Ces appareils sont tous de marques différentes mais sont tous compatibles Z2M. J’ai donc sans trop de soucis réussi à les connecter à Z2M et jusque là tout fonctionne parfaitement, j’arrive à allumer ou entendre la lumière ou encore voir la consommation de ma prise. Maintenant quand je vais sur mqtt j’arrive à voir mes appareils et même dans le journal à voir leur état, la consommation, etc… mais je ne peut malheureusement rien faire d’autre peut importe ce que j’essai de voir ou de faire j’ai le message « cette entité n’est pas disponible » qui apparaît. Je vais vous joindre une photo que vous puissiez comprendre. J’ai bien vérifié l’activation en cliquant sur la roue dentée.

Si quelqu’un aurait la moindre idée de comment régler ça je suis preneur car dans l’immédiat je ne peut donc rien faire avec HA. J’ai passé une journée entière sans rien trouver, poser des questions sur des groupes Facebook ou à ChatGPT et pour l’instant rien n’a évolué.

Merci d’avance

j'ai l'impression que le RF ne fonction pas du tout mon portail qui est 433.92Mhz ne fonction pas non plus

j'ai fait un teste en IR aucun problème

quelqu'un aurais une solution ?ou un guide ?

Soit une clé => 2 réseaux ?
Merci

J'ai suivi le tuto de zatoufly (https://www.youtube.com/watch?v=jAZ1FM0TJqI&t=3s) pour Flasher un Sonoff NSPanel Pro

Tout s'est bien passé mais je ne sais pas comment connecter la puce zigbee au home assistant pour l'utiliser en coordinateur, avez-vous une idée de comment faire ?

Merci d'avance

J'ai Home Assistant sur PC sous promox qui tourne. J'ai une clé usb où j'ai mis la Clé USB Becker Centronic (Réf : 40352000410) pour motorisation dans le but de gérer mes volets roulant. J'ai installé vi HACS le module 'Becker cover support plus PyBecker'.

Dans configuration.yaml:
cover:

cover:

- platform: becker

device: "/dev/ttyACM0"

filename: "my-centronic-stick.db"

covers:

# Use unique names for each cover like kitchen, bedroom or living_room

#kitchen:

# friendly_name: "Kitchen Cover"

# Becker Centronic USB stick provides up to five units (1-5) with up to seven (1-7) channels

# Unit 1 - Channel 1

#channel: "1"

#bedroom:

#friendly_name: "Bedroom Cover"

# Unit 1 - Channel 2

#channel: "2"

#living_room:

#friendly_name: "Living room Cover"

# Use Unit 2 - Channel 1

#channel: "2:1"

Je n'arrive pas à comprendre comment appairer la clé avec le système des volets. J'ai aucune doc des anciens propriétaires et sur internet je ne trouve que des système pour appairer les télécommandes master et autres au volet.

Avez-vous déjà eu ce problème?