Bonjour,
Il y a ( ce que j’ai fait il y a un an ) un fichier yaml pour les paramètres de zigbee2Mqtt
mais depuis la dernière version il y a maintenant dans l’interface une possibilité de modifier ceux-ci
ou doit on le faire maintenant ?
Bonjour,
Perso, je continue dans le configuration.yaml. J’ai plus l’habitude de ce fichier que des paramètres par le UI.
Les modifications dans l’interface, ne se répercutent pas dans le YAML ?
Ce mon côté pareil que @WarC0zes, je trouve plus rapidement les options dans les fichiers de configuration que dans l’interface.
Pourquoi vouloir modifier ce qui marche.
Les paramètres dans l’UI sont-ils identiques de ce qu’il y a dans le yaml?
Si oui, ne touche à rien.
il semble que UI est bien porté dans le yaml
c’est juste que lUI donne des informations sur les valeurs .. etc
non je touche car j’ai un souci sur la deuxième instance, sinon bien d’accord je ne touche pas à la première
Meric
Ta question :
Tu le fais où tu préfères. Mais si ça marche, n’y touches pas !
Ben oui, c’est le principe de l’UI… Tu vas dans l’UI de Z2M si tu veux, tu peux interagir avec tes entités depuis l’UI de Z2M si tu veux ou depuis ton dashboard ou même autrement…
Mais ça n’a pas de rapport avec ta question initiale…
Pourquoi faire simple… Sans doute le deuxième principe de la thermodynamique…
visiblement ce qui est mis dans l’UI n’est pas forcément dans le Yaml et vice-versa
j’ai mis le channel à 6 dans le yaml et la valeur disparait lors du redémarrage et ce paramètre n’est pas modifiable dans l’UI ?
EDIT : en fait si , mais avec l’UI je vois que le channel doit être plus grand que 11 , 6 n’est donc pas permis
Bonjour,
Tu as raison, joue avec le canal zigbee et il y a de forte chance que tu doives tout réappairer…
Franchement, ce n’est pas une bonne idée 
bonjour
contentez vous de répondre à la question.
Il faut bien que je trouve ce qui déconne pour cette instance. comme dit dans un autre sujet ce n’est pas un souci d’alimentation POE/USB
et je ne peux fonctionner avec une instance qui se plante de façon aléatoire.
parmis les causes j’essaie de suspecter ce qui est plausible. Là une interférence avec le Wifi qui se trouve à 10 cm
je change une valeur à la fois et j’observe ( 48h )
nota : il n’y a pas de déappairage !!
cdlt
Oui les cannaux zigbee en europe vont de 11 à 26.
Change le canal de ton wifi tu auras moins de conséquence. Si tu es en canal 11 passe en 11 côté wifi (même numéros mais pas même gamme de fréquence).
C’était donc pas l’alimentation ? Tu as quoi comme log à la déconnexion ?
OK
je vais attendre 48h et si c’est bien la raison je ferrais
cdlt
Inutile d’être agressif, je te prévenais juste qu’il y a un risque de tout devoir réappairer lors d’un changement de canal zigbee. Tu as eu de la chance de ne pas avoir eu besoin de le faire cela dit.
je ne sais ou trouver ces log
Dans paramètre => systeme => journaux .
Tu as ensuite en haut à droite un menu déroulant et tu sélectionne zigbee2mqtt.
toujours pareil
Enregistreur: homeassistant.components.smlight
Source: helpers/update_coordinator.py:458
intégration: SMLIGHT SLZB (documentation, problèmes)
S'est produit pour la première fois: 14 février 2026 à 19:26:19 (27 occurrences)
Dernier enregistrement: 12:15:06
Error fetching smlight_192.168.0.145 data: An error occurred while connecting to the SMLIGHT device: Connection failed
dans l’UI j’ai trouvè ça aussi ( journaux erreur )
[18/02/2026 13:28:58] z2m:mqtt: MQTT publish: topic 'zigbee2mqtt2/detecteur ouverture', payload '{"battery_low":false,"contact":true,"last_seen":"2026-02-18T12:28:58.638Z","linkquality":252,"tamper":false}'
[18/02/2026 13:28:59] z2m:mqtt: MQTT publish: topic 'zigbee2mqtt2/detecteur ouverture', payload '{"battery_low":false,"contact":true,"last_seen":"2026-02-18T12:28:59.160Z","linkquality":255,"tamper":false}'
[18/02/2026 13:29:38] frontend:api:bridge: Sending {"topic":"bridge/request/options","payload":{"options":{"advanced":{"log_level":"warning"}},"transaction":"pw7mh-1"}}
[18/02/2026 13:29:41] frontend:api:bridge: Sending {"topic":"bridge/request/options","payload":{"options":{"advanced":{"log_level":"error"}},"transaction":"pw7mh-2"}}
27x depuis le 14/02 c’est un peu beaucoup en effet.
Tu as un moyen de superviser la connexion de ta clef au réseau ? Pour voir si elle perd bien le réseau ou si c’est ha qui la perd ?
Dans les log dans l’interface de la clef tu as quoi ?
Dans les chrono en haut, de l’interface, les deux retombe à zéro ou juste celui de z2m.
Donne aussi les log des ton z2m en suivant ce que je t’ai dit plus haut. Ce que tu as donné là c’est les log de l’intégration smlight qui confirme que ha ne voit plut la clef.
Ca c’est pas grave
Bonjour,
Juste pour mon information, ça correspond à quoi une deuxième instance !
Bob
[/quote]
Juste pour mon information, ça correspond à quoi une deuxième instance !
Une zigbee en USB sur mon HA et l’autre en mode réseau ( deuxième)
[quote=« Idaho947, post:17, topic:76168 »]
Dans les log dans l’interface de la clef tu as quoi ?
[/quote]
j’ai ça
rnet state | Heap: 2404
[18.02.2026 09:58:11] SocketServer | [EFR32MG21] Client disconnected, id: 0
[18.02.2026 09:59:23] SocketServer | [EFR32MG21] New client, id: 0
[18.02.2026 09:59:45] EventSender | new client: 192.168.0.150
[18.02.2026 10:00:47] SocketServer | [EFR32MG21] Client disconnected, id: 0
[18.02.2026 10:02:09] EventSender | new client: 192.168.0.150
[18.02.2026 10:03:16] EventSender | new client: 192.168.0.150
[18.02.2026 10:11:02] internet state | Heap: 2548
[18.02.2026 10:11:18] EventSender | new client: 192.168.0.150
[18.02.2026 10:19:23] EventSender | new client: 192.168.0.150
[18.02.2026 10:26:00] internet state | Heap: 2548
[18.02.2026 10:32:32] EventSender | new client: 192.168.0.150
[18.02.2026 10:35:42] EventSender | new client: 192.168.0.150
[18.02.2026 10:35:58] SocketServer | [EFR32MG21] New client, id: 0