Souci avec la deuxième instance zigbee2MQTT

Entraide Home Assistant
,
1

Bonjour,

Mon problème

je reviens , le sujet ayant été fermé
la deuxième instance zigbee2MQTT , mode TCP plante de façon aléatoire
J’ai mis en place la version edge pour elle comme indiqué après avoir tout test"
alimentation poe/usb
paramètres zigbee
J’ai cru que c’était ok mais non cela continu de façon aléatoire

Screenshot_20260227_065824
Screenshot_20260227_065824217×150 2.29 KB

data_path: /config/zigbee2mqtt2
socat:
  enabled: false
  master: pty,raw,echo=0,link=/tmp/ttyZ2M,mode=777
  slave: tcp-listen:8486,keepalive,nodelay,reuseaddr,keepidle=1,keepintvl=1,keepcnt=5
  options: '-d -d'
  log: true
mqtt:
  homeassistant: true
  server: mqtt://core-mosquitto:1883
  user: bernard
  password: xxxxx
  base_topic: zigbee2mqtt2
  keepalive: 60
  reject_unauthorized: false
  force_disable_retain: false
  version: 4
serial:
  port: tcp://192.168.0.145:6638
  baudrate: 115200
  adapter: ember
  rtscts: false
homeassistant:
  enabled: true
frontend:
  enabled: true
  port: 8099

ce sont les même paramètres que pour l’instance zigbee2mqtt2

2

Clairement là il faut envisager une défaillance matériel (switch, clef, routeur, cable…)

3

Mais oui mais c’est bien sur aurais dit le commissaire Bourrel dans les 5 dernières minutes !!
en fait ce n’est pas un problème matériel, c’est un changement de matériel
je me suis souvenu que j’avais changé le repéteur WIFI de free par un TP-link
Facile de vérifier si c’est cela , j’ai coupé le wifi et MIRACLE plus aucun souci
Bon reste maintenant a remettre le wifi car j’en ai besoin
en analysant les différences il s’avère que le répéteur wifi de free copie les valeurs du wifi principal à savoir notamment le canal alors que TP-link permet de choisir le canal
Je vais donc remettre en route avec le canal 11 original et voir si c’est bien cela

reseau
reseau825×287 16.5 KB

Un point qui m’interroge est :
avez vous comme moi le SLZB-06M qui passe sont temps a se reconnecter à HA ?

[05.03.2026 06:19:58] EventSender | new client: 192.168.0.150
[05.03.2026 06:27:53] internet state | Heap: 2552
[05.03.2026 06:42:53] internet state | Heap: 2552
[05.03.2026 06:43:56] SocketServer | [EFR32MG21] Client disconnected, id: 0
[05.03.2026 06:44:33] EventSender | new client: 192.168.0.150
[05.03.2026 06:44:39] SocketServer | [EFR32MG21] New client, id: 0
[05.03.2026 06:57:53] internet state | Heap: 2552
[05.03.2026 07:06:11] zbSelfOta | Heap: 3552
[05.03.2026 07:12:53] internet state | Heap: 2408
*[05.03.2026 07:14:05] internet state | Heap: 2324*
*[05.03.2026 07:14:05] EventSender | new client: 192.168.0.120*
*[05.03.2026 07:14:05] internet state | Heap: 2244*
4

et ben c’est pas gagné !!
2h après mise ne service du wifi local avec canal11 20Mhz zigbee2MQTT planté !!!
me voici bien

5

C’était prévisible, un chevauchement des canaux zigbee et wifi, au pire, perturbe les appareils mais ne fait pas planter Zigbee2mqtt.

1 « J'aime »
6

Alors peut-être un conflit d’ip ? Un de tes périphériques wifi essaie de prendre l’ip de la clef et le routeur gère ça très mal ?

7

@Idaho947
je peux tester de mettre le DHCP off

je risque rien

8

Que dit ta box / routeur sur les IP de tes différents appareils ?

9

Non plutôt regarder si tes appareils connecté en wifi n’on pas de paramétré en dur une ip similaire a celle de la clef. Sinon c’est pas ça.

Songer aussi a un soucis d’alimentation défaillante, tant que le wifi est off c’est bon mais a wifi on y’a pas assez d’alimentation pour le POE notamment. Voir aussi un problème de liaison CPL qui flanche avec le wifi.

10

Du calme
C’est @Idaho947 qui a raison et dès ma première réponse je le savais j’ai répondu un peu vite " je ne risque rien"
résumons
comme je je dis , la solution basée sur free fait que c’est totalement fermée que l’extension réseau est vraiment un extension avec tous les paramètres du réseau maitre
là je crée un autre réseau et de facto je suis responsable du problème, puisque j’ai sur un même lan deux serveurs DHCP l’un sur la box et là un autre sur le TP-link
En supprimant le DHCP du TP-link plus de probléme
et ceci recoupe une question que j’ai posée à savoir comment se fait il que le SLZM-06B passe son temps a interroger le lan ? ce faisant de temps en temps si c’est le mauvais DHCP qui répond .. plantage
voilà je suis confiant j’ai été mettre mon analyseur réseau dans le box du garage et c’est nickel attribution d’adresse IP accès WAN . et je suis sur que le zigbee ne va plus planter

1 « J'aime »
11

ça c’est déjà vérifier il y a des semaines ce sujet est vieux !! et m’a posé bien des sousis
encore merci

résultat définitif dans 24h

12

En gros, il dit la même chose que moi, à savoir vérifier les IP de ses appareils :rofl:

13

@bastgau
Non cela n’a rien à voir
il s’agit d’un coté d’un conflit entre 2 services DHCP , et pas d’adresse IP
D’ailleurs les adresses IP sont gérées par le DHCP de free et nullement par le DHCP du TP-link
notons que depuis l’arrêt du dhcp inutile les logs du SLZB-06M sont clean

il n’y a plus de question sur l’adresse .120

[05.03.2026 15:54:03] internet state | Heap: 2552
[05.03.2026 16:06:10] zbSelfOta | Heap: 3552
[05.03.2026 16:09:03] internet state | Heap: 2552
[05.03.2026 16:17:27] SocketServer | [EFR32MG21] Client disconnected, id: 0
[05.03.2026 16:18:05] EventSender | new client: 192.168.0.150
[05.03.2026 16:18:10] SocketServer | [EFR32MG21] New client, id: 0
[05.03.2026 16:24:03] internet state | Heap: 2552
[05.03.2026 16:25:47] SocketServer | [EFR32MG21] Client disconnected, id: 0
[05.03.2026 16:26:06] SocketServer | [EFR32MG21] New client, id: 0
[05.03.2026 16:26:09] EventSender | new client: 192.168.0.150
[05.03.2026 16:34:22] SocketServer | [EFR32MG21] Client disconnected, id: 0
[05.03.2026 16:35:00] EventSender | new client: 192.168.0.150
[05.03.2026 16:35:06] SocketServer | [EFR32MG21] New client, id: 0
14

Ca consiste à quoi un conflit de service DHCP dont un service qui ne fournit pas d’adresses IP :thinking:

1 « J'aime »
15

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