Ca y est, c’est revenu. OUF !!!
J’ai fait un restore du module Z2M.
C’Est dingue ça . Tu as ou voir dans les log ce qui sérier passé ?
Non pas du tout…
J’ai fait quelques bricoles ce matin. J’avais effacé tous les logs de z2M. J’avais rajouté une automatisation pour rebooter Z2M si le linkquality est hs. Je sais pas si c’est ca qui a foutu le bordel. Je vais tout reprendre un à un.
1 « J'aime »
Bonsoir la compagnie 
J’ai eu quelques éléments de réponse, qui restent des hypothèses à explorer, de la part du support SMLIGHT.
Ils pensent qu’il y a des résidus de la SkyConnect quelque part…
Ils me proposent d’utiliser un add-on pour sauvegarder je ne sais pas trop quoi de la SkyConnect et de le mettre dans la SLZB, ou bien de recréer le réseau Zigbee :
Je vais plutôt tenter de recréer le réseau Zigbee comme ils le suggèrent.
Je testerais le canal 15 plutôt que le 11 que j’ai actuellement.
Et j’en profiterais pour laisser Z2M me créer les valeurs dans network_key, pan_id et extended_pan_id`.
J’espère que mes devices seront toujours fonctionnels sans autre chose à faire que de les réappairer, donc sans perte de configuration 
Bon juste avant le dodo :
ça a fonctionné !
Plus d’erreurs pour le moment avec ember !
Je détaillerais plus demain, enfin dans la journée
2 « J'aime »
Bonjour
Je vais vous expliquer ce que j’ai fait. Ça pourrait servir à d’autre si certains ont les mêmes erreurs Z2M que j’ai eu.
(Je remettrais peut être en forme plus tard dans la journée quand j’aurais mon ordi sous les doigts.)
Comment corriger les erreurs renvoyées par Z2M lorsqu’on change de coordinateur Zigbee
Contexte et configuration
J’ai changé de coordinateur Zigbee pour passer d’une clé USB SkyConnect à un adaptateur Posé SMLIGHT SLZB-06M.
Mon Zigbee/MQTT est un addon dans HAOS (virtualisé avec ProxmoxVE sur un NUC avec CPU Intel).
Ma clé SkyConnect était configuré avec le driver ember avec des valeurs de Network_key, pan_id et ext_pan_id que j’avais créé lors de la mise en place de la SkyConnect. Je n’avais pas spécifié de canal pour le réseau Zigbee et il s’est avéré qu’il s’agissait du canal 11.
Avec le SkyConnect j’avais pas mal de message de Z2M disant qu’une valeur n’avait pas été lue à cause d’un timeout.
Sinon ça fonctionnait assez bien.
J’ai acheté une SLZB-06M pour la remplacer afin de la positionner plus loin du serveur que la SkyConnect ne le permet, et pour avoir un appareil PoE.
J’ai flashe cet adaptateur avec un firmware ember (enfin permettent l’utilisation du pilote ember dans Z2M).
Et quand j’ai basculer la configuration de Z2M sur ce nouveau coordinateur… ça a été une catastrophe ! Plein de message d’erreurs de plantage de Z2M et surtout un spam des erreurs
Received network/route error ROUTE_ERROR_ADDRESS_CONFLICT for "0" qui me font ralentir et planter Z2M et le réseau zigbee.
J’ai posté une issue sur le GitHub de Z2M, mais je n’ai pas eu de solution.
J’ai également fait un ticket au support Smligh qui m’ont conseillé de recréer le réseau Zigbee car il devait y avoir des résidus de la SkyConnect qui faisait tout merder…
Et me voilà en train de planifier une recréation de mon réseau Zigbee.
Recréation du réseau Zigbee
Pour ce faire j’ai fait deux choses, mais une des deux est nécessaire.
-
Changer le canal Zigbee : passer du 11 au 15 pour moi ;
-
Changer les valeurs des paramètres
Network_key,pan_idetext_pan_iden les définissant àGENERATE.
Avant de faire ces modifications il faut arrêter Z2M. Sauvegarder les fichiers de configuration et cordinator_backup.
Supprimer ce dernier cordinator_backup.json, et modifier en accord avec les choix précédents le fichier Z2M configuration.yaml.
Il faut ensuite modifier dans la webUI de Z2M les mêmes paramètres car pour une raison inconnue ils ne semblent pas pris en compte si ça n’est pas fait…
Ensuite on démarre Z2M et on Check les logs.
Et normalement, il n’y a plus d’erreurs.
Bon il me reste à comprendre pourquoi après un reboot de HA (via là MV ou via l’hôte proxmox) Z2M crash au premier lancement.
Mais au moins je n’ai plus les erreurs d’avant !
Voilà voilà 
J’espère que ça servira à quelqu’un un jour 
2 « J'aime »
Salut !
J’ai eu des problèmes similaire lors de ma migration de Conbee II à un SLZB06.
Je m’apprête à recréer mon réseau zigbee entièrement aussi car c’est très instable depuis.
Je vais appliquer tes conseils, et je vous informerais ici de l’avancement et/ou des problèmes rencontrés (s’il y’en a).
Bonne journée à tous
2 « J'aime »
Salut
Pour info j’utilise le dernier firmware « os » fournit par SLZB mais j’utilise ce firmware zigbee :
Et pas de soucis
Hello,
je me permet de reprendre ce fil car je suis moi aussi en train de faire une installation from scratch avec les dernière version de HA et des complément en question et je ne parviens pas à faire cohabiter le Z2M et le ZHA avec ce contrôleur.
Pourtant sauf si j’ai mal compris c’est un des intérêts des contrôleurs réseau ?
Bref voici l’erreur que j’ai dans la log Z2M :
[14:47:42] INFO: Preparing to start...
[14:47:42] INFO: Socat not enabled
[14:47:42] INFO: Starting Zigbee2MQTT...
Starting Zigbee2MQTT without watchdog.
[2024-12-12 14:47:43] info: z2m: Logging to console, file (filename: log.log)
[2024-12-12 14:47:43] info: z2m: Starting Zigbee2MQTT version 1.42.0 (commit #unknown)
[2024-12-12 14:47:43] info: z2m: Starting zigbee-herdsman (2.1.9)
[2024-12-12 14:47:44] info: zh:ember: Using default stack config.
[2024-12-12 14:47:44] info: zh:ember: ======== Ember Adapter Starting ========
[2024-12-12 14:47:44] info: zh:ember:ezsp: ======== EZSP starting ========
[2024-12-12 14:47:44] info: zh:ember:uart:ash: ======== ASH Adapter reset ========
[2024-12-12 14:47:44] info: zh:ember:uart:ash: Socket ready
[2024-12-12 14:47:44] info: zh:ember:uart:ash: ======== ASH starting ========
[2024-12-12 14:47:45] info: zh:ember:uart:ash: ======== ASH connected ========
[2024-12-12 14:47:45] info: zh:ember:uart:ash: ======== ASH started ========
[2024-12-12 14:47:45] info: zh:ember:ezsp: ======== EZSP started ========
[2024-12-12 14:47:45] 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}
[2024-12-12 14:47:45] info: zh:ember: [STACK STATUS] Network up.
[2024-12-12 14:47:45] info: zh:ember: [INIT TC] Adapter network matches config.
[2024-12-12 14:47:45] info: zh:ember: [CONCENTRATOR] Started source route discovery. 1247ms until next broadcast.
[2024-12-12 14:47:45] info: z2m: zigbee-herdsman started (resumed)
[2024-12-12 14:47:45] 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"}'
[2024-12-12 14:47:45] info: z2m: Currently 0 devices are joined.
[2024-12-12 14:47:45] info: z2m: Zigbee: disabling joining new devices.
[2024-12-12 14:47:46] info: z2m: Connecting to MQTT server at mqtt://core-mosquitto:1883
[2024-12-12 14:47:46] info: z2m: Connected to MQTT server
[2024-12-12 14:47:46] info: z2m:mqtt: MQTT publish: topic 'zigbee2mqtt/bridge/state', payload '{"state":"online"}'
[2024-12-12 14:47:46] info: z2m: Started frontend on port 8099
[2024-12-12 14:47:46] info: z2m:mqtt: MQTT publish: topic 'zigbee2mqtt/bridge/state', payload '{"state":"online"}'
[2024-12-12 14:47:46] info: z2m: Zigbee2MQTT started!
[2024-12-12 14:47:51] info: z2m:mqtt: MQTT publish: topic 'homeassistant/binary_sensor/1221051039810110150109113116116_0x9035eafffeb54305/connection_state/config', payload '{"device":{"hw_version":"EmberZNet 8.0.2 [GA]","identifiers":["zigbee2mqtt_bridge_0x9035eafffeb54305"],"manufacturer":"Zigbee2MQTT","model":"Bridge","name":"Zigbee2MQTT Bridge","sw_version":"1.42.0"},"device_class":"connectivity","entity_category":"diagnostic","name":"Connection state","object_id":"zigbee2mqtt_bridge_connection_state","origin":{"name":"Zigbee2MQTT","sw":"1.42.0","url":"https://www.zigbee2mqtt.io"},"payload_off":"offline","payload_on":"online","state_topic":"zigbee2mqtt/bridge/state","unique_id":"bridge_0x9035eafffeb54305_connection_state_zigbee2mqtt","value_template":"{{ value_json.state }}"}'
[2024-12-12 14:47:56] warning: zh:ember:uart:ash: Frame(s) in progress cancelled in [1ac1020b0a527e]
[2024-12-12 14:47:56] error: zh:ember:uart:ash: Received unexpected reset from adapter, with reason=RESET_SOFTWARE.
[2024-12-12 14:47:56] error: zh:ember:uart:ash: ASH disconnected: ASH_ERROR_NCP_RESET | Adapter status: ASH_NCP_FATAL_ERROR
[2024-12-12 14:47:56] error: zh:ember:uart:ash: Error while parsing received frame, status=HOST_FATAL_ERROR.
[2024-12-12 14:47:56] error: zh:ember: Adapter fatal error: HOST_FATAL_ERROR
[2024-12-12 14:47:56] info: zh:ember:uart:ash: ASH COUNTERS since last clear:
[2024-12-12 14:47:56] info: zh:ember:uart:ash: Total frames: RX=44, TX=82
[2024-12-12 14:47:56] info: zh:ember:uart:ash: Cancelled : RX=1, TX=0
[2024-12-12 14:47:56] info: zh:ember:uart:ash: DATA frames : RX=42, TX=38
[2024-12-12 14:47:56] info: zh:ember:uart:ash: DATA bytes : RX=535, TX=414
[2024-12-12 14:47:56] info: zh:ember:uart:ash: Retry frames: RX=0, TX=0
[2024-12-12 14:47:56] info: zh:ember:uart:ash: ACK frames : RX=0, TX=43
[2024-12-12 14:47:56] info: zh:ember:uart:ash: NAK frames : RX=0, TX=0
[2024-12-12 14:47:56] info: zh:ember:uart:ash: nRdy frames : RX=0, TX=0
[2024-12-12 14:47:56] info: zh:ember:uart:ash: CRC errors : RX=0
[2024-12-12 14:47:56] info: zh:ember:uart:ash: Comm errors : RX=0
[2024-12-12 14:47:56] info: zh:ember:uart:ash: Length < minimum: RX=0
[2024-12-12 14:47:56] info: zh:ember:uart:ash: Length > maximum: RX=0
[2024-12-12 14:47:56] info: zh:ember:uart:ash: Bad controls : RX=0
[2024-12-12 14:47:56] info: zh:ember:uart:ash: Bad lengths : RX=0
[2024-12-12 14:47:56] info: zh:ember:uart:ash: Bad ACK numbers : RX=0
[2024-12-12 14:47:56] info: zh:ember:uart:ash: Out of buffers : RX=0
[2024-12-12 14:47:56] info: zh:ember:uart:ash: Retry dupes : RX=0
[2024-12-12 14:47:56] info: zh:ember:uart:ash: Out of sequence : RX=0
[2024-12-12 14:47:56] info: zh:ember:uart:ash: ACK timeouts : RX=0
[2024-12-12 14:47:56] info: zh:ember:uart:ash: ======== ASH stopped ========
[2024-12-12 14:47:56] info: zh:ember:ezsp: ======== EZSP stopped ========
[2024-12-12 14:47:56] info: zh:ember: ======== Ember Adapter Stopped ========
[2024-12-12 14:47:56] error: z2m: Adapter disconnected, stopping
[2024-12-12 14:47:56] info: z2m:mqtt: MQTT publish: topic 'zigbee2mqtt/bridge/state', payload '{"state":"offline"}'
[2024-12-12 14:47:56] info: z2m: Disconnecting from MQTT server
[2024-12-12 14:47:56] info: z2m: Stopping zigbee-herdsman...
[2024-12-12 14:47:56] info: z2m: Stopped zigbee-herdsman
[2024-12-12 14:47:56] info: z2m: Stopped Zigbee2MQTT
Et cela en boucle bien sur
Avez vous une idée ?
Niveau Firmware :
FW Core le plus à jour depuis le Dashboard du SLZB-06M : v2.6.8.dev16
FW Zigbee : smlight_slzb06m_zigbee_ncp_8.0.2.0_115200_sw_flow.gbl
Trouvé ici le github indiqué plus haut : Nerivec/silabs-firmware-builder
Merci de votre aide ! 
le soucis commence là faire cohabiter ZHA et Z2M n’est pas possible avec le même coordinateur zigbee
Ok j’avais justement lu que l’intérêt des contrôleurs ethernet c’est de faire ca (entre autre)
Ce qui n’est effectivement pas le cas pour une contrôleur USB bien sur on est d’accord
vu les messages d’erreur il semble que ce n’est pas non plus possible s il est connecté meme via ethernet il n’est plus possible de s’y connecter une autre fois et ça parait logique
Salut,
Alors normalement avec ce coordinateur PoE, il devrait être possible de faire tourner Z2M et ZHA en même temps avec la SLZB-06M.
Mais perso je n’ai pas essayé, je ne vois pas l’intéret d’une telle chose. Z2M est bien plus complet.
@Tomsauy
Il faudrait que tu nous montres comment tu as configuré Z2M et ZHA. Il y a peut-être une erreur quelque part.
Quelle est l’adresse IP de ton coordinateur ? Est-elle fixée dans le serveur DHCP ?
Non car c’est su serial over TCP donc pas possible d’ouvrir une 2eme connexion
En fait c’est bien possible la clé est supposée le gérer j’ai revérifié, mais rare sont les personnes a y être parvenu et quand elles y sont arrivées elles n’ont pas compris pourquoi.
Apres je vous rejoins que l’intérêt et faible voir néant, je voulais le faire pour le coté « qui peut le plus, peut le moins » et aussi pour le coté technique sympa à comprendre et tester.
Mais je vais partir sur le Z2M et ca sera très bien comme ca
Et sinon oui mon coordinateur est sur une IP affectée par le serveur DHCP
Avant de vraiment ajouter les modules et construire le réseau il me reste l’intégration d’une base influxDB, dommage qu’il n’y ai pas officiellement l’influxDB2 de dispo dans les addons d’ailleurs mais bon ca va le faire quand même