feat: métadonnées étendues (author, revisions), migration BDD → fichiers

2026-05-08 22:49:51 +02:00
parent fd3fced0d8
commit a36d7ede76
111 changed files with 4860 additions and 70 deletions
@@ -0,0 +1,77 @@
+## 🧩 Contexte
+
+Depuis plusieurs semaines, j’observe des comportements instables sur mon réseau Zigbee, géré via **Zigbee2MQTT** avec un coordinateur **SLZB-06M (Ethernet/PoE)**.
+
+Malgré 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 :
+
+---
+
+## ❗ Symptômes observés
+
+### 1. Redémarrages en boucle du service `zigbee2mqtt` :
+
+```text
+zigbee2mqtt.service: Scheduled restart job, restart counter is at 434.
+zigbee2mqtt.service: Started zigbee2mqtt.service - Zigbee2MQTT.
+...
+error: zh:ember: Adapter fatal error: ERROR_SERIAL_INIT
+error: zh:ember:uart:ash: Port Error: read ECONNRESET
+```
+
+Ces 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**.
+
+---
+
+### 2. Commandes Zigbee qui échouent :
+
+```text
+error: Publish 'set' 'state' to 'salon_radiateur_buanderie' failed:
+Error: ZCL command ... timed out after 10000ms
+```
+
+Ces 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**.
+
+---
+
+## 🔍 Hypothèses
+
+- Instabilité du firmware Ember utilisé sur le SLZB-06M (testé avec SDK 8.0.2)
+- Bugs dans le `UART-to-TCP bridge` embarqué
+- Perte temporaire d'alimentation PoE (à investiguer)
+- Buffer overflow ou congestion sur le port TCP (port 6638)
+
+---
+
+## 🧪 Tests et vérifications effectués
+
+- ✅ Port TCP joignable via `nc -vz`
+- ✅ Utilisation de `adapter: ember` + `rtscts: false`
+- ✅ Rebond après `Permit Join` ou `power cycle` OK
+- ✅ **Reflasher le firmware** du SLZB-06M avec une version stabilisée Ember (celui recommandé par Z2M)
+- ❌ Mais toujours des `ECONNRESET` après quelques minutes/heures d’activité
+
+---
+
+## 💡 Pistes à explorer
+
+- 🚫 **Désactiver les broadcasts initiaux** dans `advanced:` (test avec `disable_automatic_device_reporting`)
+- ⚠️ **Remplacer temporairement le SLZB-06M** par un dongle USB (ex. Sonoff ZBDongle-E) pour comparaison ou un SLZB-06 ou un SLZB-06P07
+
+---
+
+## 🔔 Effets de bord
+
+- Appareils inaccessibles pendant les plantages/reboots
+- Automatisations Home Assistant qui échouent
+- Scènes ou actions déclenchées partiellement
+- Comportement "fantôme" d’équipements (ex. radiateurs restés allumés)
+
+---
+
+## ✅ Conclusion (temporaire)
+
+Le SLZB-06M **est très prometteur** (Ethernet, PoE, performances), mais **semble souffrir d’instabilités réseau** dans certaines conditions avec Ember.
+
+Je poursuis mes tests et envisagerai soit :
+- de reflasher un firmware plus robuste,
+- soit de revenir temporairement à un coordinateur USB classique pour comparer.
@@ -0,0 +1,11 @@
+{
+    "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": "",
+    "published": false,
+    "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": []
+}