[Session 2026-06-20] ESP-Zoo-Konsolidierung: Satelliten-Reflash (Kueche/Wohnstube) + MQTT-Standardisierung #120

New issue

Open

opened 2026-06-20 19:15:05 +00:00 by orbitalo · 0 comments

orbitalo commented

2026-06-20 19:15:05 +00:00

Owner

Was wurde gemacht

Satelliten-Reflash (ESPEasy -> eigene esp-satellite-Firmware):
- kueche (ESP8266 D1 Mini, DS18B20): saubere ASCII-Topics kueche/temp + kueche/status; alte Ghost-Retained-Topics ("kueche"/..., ESP_Kuecheneu_2/...) am Broker entfernt.
- wohnstube (D1 Mini, DS18B20 auf GPIO0/D3): nach Reflash an Kueche angeglichen -> status online retained + temp retained, 2 Nachkommastellen. Beide Knoten jetzt byte-gleich.
Live-Verifikation am Broker: 3 Knoten online & sendend bestaetigt: kueche, wohnstube, heizraum (Heizraum-Knoten: 1 DS18B20 + 5 Eingaenge + Kessel-State + FW-Marker 557aafc ticken live).
Fehldiagnose aufgeklaert: Clines Meldung "9 aktive Fuehler" war falsch - er zaehlte InfluxDB-Measurements (werden nie geloescht) statt frische Broker-Nachrichten. Real: 3 lebende Fuehler. Zusaetzlich Hardware-Verwechslung korrigiert (Heizraum-Knoten = ESP32-WROOM-32 + 2,8"-ILI9341, NICHT der verworfene 8048S050).
Naming-Schema festgelegt fuer 3 weitere Raeume (je 1 Fuehler): garage, heizoelraum, trockenraum.
Wissenssicherung: Forgejo Issue heizraum-knoten #3 (status-LWT-Konvention), CT999 fortschritt.md aktualisiert, OpenMemory-Eintraege (Methodik + Hardware-Fakten), .clinerules REGEL 3 entworfen.

Aenderungen an Infrastruktur

2 ESP8266-Satelliten (Kueche, Wohnstube) von ESPEasy auf esp-satellite-Firmware umgeflasht; clean-ASCII-MQTT-Topics + LWT-Statuskonvention.
Retained-Ghost-Topics auf mosquitto (CT143) bereinigt.
Keine Server-/CT-Konfig geaendert (mosquitto-Broker-Umstellung war bereits 19./20.06. erledigt).

Erkannte Probleme

Heizraum-Knoten ohne heizraum/status-LWT -> Monitoring kann "Knoten tot" nicht erkennen (offen, Issue heizraum-knoten #3).
Cline-Methodikfehler: zaehlt aktive Geraete ueber InfluxDB-Measurements statt Broker; meldet tote ESPEasy-Geraete als aktiv. Gegenmassnahme: .clinerules REGEL 3 (noch lokal einzutragen).
mosquitto_sub --retained-only ohne -W/-C haengt ewig (haeufige Cline-Hang-Ursache) -> als Standard -W 2 dokumentiert.
Clines temporaere Python-Bridge-Skripte (mqtt-influx-bridge.py, mqtt-rewrite-holzvergaser.py) noch aktiv (Workaround), muessen nach sauberem ioBroker->InfluxDB-Pfad entfernt werden.

Naechste Schritte

.clinerules REGEL 3 in die LOKALE C:\dev\homelab\.clinerules eintragen (Cline anhaengen + git push origin master) - sonst greift die Regel nicht.
Heizraum-Knoten: heizraum/status-LWT nachruesten (Issue #3).
3 neue Raum-Knoten flashen: garage / heizoelraum / trockenraum (esp-satellite, nur NODE_NAME).
ESPEasy-Zoo abbauen; Python-Bridge-Skripte entfernen, sobald ioBroker-MQTT-Client auf mosquitto:1883 + influxdb.0-History sauber laeuft.
Heizraum-Sensor-Umbau (17-20 DS18B20 am neuen Bus) - Feldarbeit der naechsten Tage.

Betroffene Systeme

CT 143 (raspi-broker: mosquitto/ioBroker/InfluxDB/Grafana, pve-mu-3), ESP8266-Satelliten Kueche + Wohnstube, Heizraum-Knoten (ESP32), KI-Server (Windows, C:\dev\homelab, Cline), CT 999 (Doku). Repos: orbitalo/heizraum-knoten (Issue #3), orbitalo/ki-server-tools (.clinerules-Backup).

## Was wurde gemacht - **Satelliten-Reflash (ESPEasy -> eigene esp-satellite-Firmware):** - **kueche** (ESP8266 D1 Mini, DS18B20): saubere ASCII-Topics `kueche/temp` + `kueche/status`; alte Ghost-Retained-Topics (`"kueche"/...`, `ESP_Kuecheneu_2/...`) am Broker entfernt. - **wohnstube** (D1 Mini, DS18B20 auf GPIO0/D3): nach Reflash an Kueche angeglichen -> `status online` retained + `temp` retained, 2 Nachkommastellen. Beide Knoten jetzt byte-gleich. - **Live-Verifikation am Broker:** 3 Knoten online & sendend bestaetigt: `kueche`, `wohnstube`, `heizraum` (Heizraum-Knoten: 1 DS18B20 + 5 Eingaenge + Kessel-State + FW-Marker 557aafc ticken live). - **Fehldiagnose aufgeklaert:** Clines Meldung "9 aktive Fuehler" war falsch - er zaehlte InfluxDB-Measurements (werden nie geloescht) statt frische Broker-Nachrichten. Real: 3 lebende Fuehler. Zusaetzlich Hardware-Verwechslung korrigiert (Heizraum-Knoten = ESP32-WROOM-32 + 2,8"-ILI9341, NICHT der verworfene 8048S050). - **Naming-Schema festgelegt** fuer 3 weitere Raeume (je 1 Fuehler): `garage`, `heizoelraum`, `trockenraum`. - **Wissenssicherung:** Forgejo Issue heizraum-knoten #3 (status-LWT-Konvention), CT999 fortschritt.md aktualisiert, OpenMemory-Eintraege (Methodik + Hardware-Fakten), `.clinerules` REGEL 3 entworfen. ## Aenderungen an Infrastruktur - 2 ESP8266-Satelliten (Kueche, Wohnstube) von ESPEasy auf esp-satellite-Firmware umgeflasht; clean-ASCII-MQTT-Topics + LWT-Statuskonvention. - Retained-Ghost-Topics auf mosquitto (CT143) bereinigt. - Keine Server-/CT-Konfig geaendert (mosquitto-Broker-Umstellung war bereits 19./20.06. erledigt). ## Erkannte Probleme - **Heizraum-Knoten ohne `heizraum/status`-LWT** -> Monitoring kann "Knoten tot" nicht erkennen (offen, Issue heizraum-knoten #3). - **Cline-Methodikfehler:** zaehlt aktive Geraete ueber InfluxDB-Measurements statt Broker; meldet tote ESPEasy-Geraete als aktiv. Gegenmassnahme: .clinerules REGEL 3 (noch lokal einzutragen). - **mosquitto_sub --retained-only ohne -W/-C haengt ewig** (haeufige Cline-Hang-Ursache) -> als Standard -W 2 dokumentiert. - Clines temporaere Python-Bridge-Skripte (`mqtt-influx-bridge.py`, `mqtt-rewrite-holzvergaser.py`) noch aktiv (Workaround), muessen nach sauberem ioBroker->InfluxDB-Pfad entfernt werden. ## Naechste Schritte - `.clinerules` REGEL 3 in die LOKALE `C:\dev\homelab\.clinerules` eintragen (Cline anhaengen + `git push origin master`) - sonst greift die Regel nicht. - Heizraum-Knoten: `heizraum/status`-LWT nachruesten (Issue #3). - 3 neue Raum-Knoten flashen: garage / heizoelraum / trockenraum (esp-satellite, nur NODE_NAME). - ESPEasy-Zoo abbauen; Python-Bridge-Skripte entfernen, sobald ioBroker-MQTT-Client auf mosquitto:1883 + influxdb.0-History sauber laeuft. - Heizraum-Sensor-Umbau (17-20 DS18B20 am neuen Bus) - Feldarbeit der naechsten Tage. ## Betroffene Systeme CT 143 (raspi-broker: mosquitto/ioBroker/InfluxDB/Grafana, pve-mu-3), ESP8266-Satelliten Kueche + Wohnstube, Heizraum-Knoten (ESP32), KI-Server (Windows, C:\dev\homelab, Cline), CT 999 (Doku). Repos: orbitalo/heizraum-knoten (Issue #3), orbitalo/ki-server-tools (.clinerules-Backup).