init : articles varlog (migration depuis rsync)

_cache/articles/830b49eb-077e-4bb0-bbb2-f71aae938714.json

@@ -0,0 +1 @@
+{"uuid":"830b49eb-077e-4bb0-bbb2-f71aae938714","slug":"zigbee2mqtt-et-slzb-06m-soupcons-de-dysfonctionnements-redemarrages-frequents-et-effets-de-bord","title":"Zigbee2MQTT et SLZB-06M : soupçons de dysfonctionnements, redémarrages fréquents et effets de bord","author":"cedric@abonnel.fr","published":true,"published_at":"2025-04-11 08:43:42","created_at":"2025-04-11 08:43:42","updated_at":"2025-04-11 08:43:42","revisions":[],"cover":"","category":"domotique","content":"# Zigbee2MQTT et SLZB-06M : soupçons de dysfonctionnements, redémarrages fréquents et effets de bord\n\n## 🧩 Contexte\n\nDepuis plusieurs semaines, j’observe des comportements instables sur mon réseau Zigbee, géré via **Zigbee2MQTT** avec un coordinateur **SLZB-06M (Ethernet/PoE)**.\n\nMalgré une configuration correcte côté `configuration.yaml`, certains symptômes reviennent de façon répétée et dégradent la fiabilité du réseau :\n\n---\n\n## ❗ Symptômes observés\n\n### 1. Redémarrages en boucle du service `zigbee2mqtt` :\n\n```text\nzigbee2mqtt.service: Scheduled restart job, restart counter is at 434.\nzigbee2mqtt.service: Started zigbee2mqtt.service - Zigbee2MQTT.\n...\nerror: zh:ember: Adapter fatal error: ERROR_SERIAL_INIT\nerror: zh:ember:uart:ash: Port Error: read ECONNRESET\n```\n\nCes erreurs sont **liées à l’adaptateur Ember** (protocole utilisé par le SLZB-06M) et semblent survenir **de manière aléatoire, même avec une config propre et un réseau Zigbee établi**.\n\n---\n\n### 2. Commandes Zigbee qui échouent :\n\n```text\nerror: Publish 'set' 'state' to 'salon_radiateur_buanderie' failed:\nError: ZCL command ... timed out after 10000ms\n```\n\nCes erreurs apparaissent surtout sur **des équipements pourtant bien intégrés** au mesh Zigbee. Cela semble corrélé à une **perte de communication temporaire causée par un reset de l’adaptateur**.\n\n---\n\n## 🔍 Hypothèses\n\n- Instabilité du firmware Ember utilisé sur le SLZB-06M (testé avec SDK 8.0.2)\n- Bugs dans le `UART-to-TCP bridge` embarqué\n- Perte temporaire d'alimentation PoE (à investiguer)\n- Buffer overflow ou congestion sur le port TCP (port 6638)\n\n---\n\n## 🧪 Tests et vérifications effectués\n\n- ✅ Port TCP joignable via `nc -vz`\n- ✅ Utilisation de `adapter: ember` + `rtscts: false`\n- ✅ Rebond après `Permit Join` ou `power cycle` OK\n- ✅ **Reflasher le firmware** du SLZB-06M avec une version stabilisée Ember (celui recommandé par Z2M)\n- ❌ Mais toujours des `ECONNRESET` après quelques minutes/heures d’activité\n\n---\n\n## 💡 Pistes à explorer\n\n- 🚫 **Désactiver les broadcasts initiaux** dans `advanced:` (test avec `disable_automatic_device_reporting`)\n- ⚠️ **Remplacer temporairement le SLZB-06M** par un dongle USB (ex. Sonoff ZBDongle-E) pour comparaison ou un SLZB-06 ou un SLZB-06P07\n\n---\n\n## 🔔 Effets de bord\n\n- Appareils inaccessibles pendant les plantages/reboots\n- Automatisations Home Assistant qui échouent\n- Scènes ou actions déclenchées partiellement\n- Comportement \"fantôme\" d’équipements (ex. radiateurs restés allumés)\n\n---\n\n## ✅ Conclusion (temporaire)\n\nLe SLZB-06M **est très prometteur** (Ethernet, PoE, performances), mais **semble souffrir d’instabilités réseau** dans certaines conditions avec Ember.\n\nJe poursuis mes tests et envisagerai soit :\n- de reflasher un firmware plus robuste,\n- soit de revenir temporairement à un coordinateur USB classique pour comparer.\n","featured":false,"files_meta":[],"external_links":[],"tags":[]}