[Session 2026-06-17] Heizraum-Display: Umsetzungsplan + ESP32 Blink OK #117

New issue

Open

opened 2026-06-17 18:46:14 +00:00 by orbitalo · 0 comments

orbitalo commented

2026-06-17 18:46:14 +00:00

Owner

Was wurde gemacht

Ausfuehrlichen Umsetzungsplan fuer das ESP32 Heizraum-Display erstellt und in CT999 abgelegt: /root/docs/projekte/esp32/umsetzungsplan.md (neben der bestehenden index.md-Spezifikation).
Architektur-Entscheidung dokumentiert: ioBroker CT143 (100.66.78.56, MQTT 1883, InfluxDB, Grafana) = Datendrehscheibe. ESP liest die 17-20 DS18B20 (OneWire GPIO15), zeigt lokal auf dem 2,8" JC2432S028N an UND publisht via MQTT (heizraum/<DatenID>, retain, 2s). Keine Logik im ESP (Anzeige = Projektion). Verworfen: ESP-self-serve (keine Historie), Home Assistant (nicht genutzt).
Phase-1-Kern definiert: Sensor-Zuordnungs-/Identifikations-Modus auf dem Display (alle DS18B20 mit ROM-ID + Live-Temp + Delta-T; Sensor mit Hand erwaermen zum Identifizieren; Mapping ROM->Rolle in src/sensor_map.h, Git-versioniert).
Display-Mockup (Grafik) generiert, das den Scan-Modus zeigt.
Sensorliste aus der Spezifikation aufbereitet (17-20 DS18B20: Aussen, 3x Erzeuger VL/RL, Heizung gesamt VL/RL, 3-4 Heizkreis-RL, 5x Puffer-Schichtung, optional 2x Warmwasser). Alternative 8-Sensor-Variante (heizung/) erwaehnt.
DS18B20-Verkabelung/Verlaengerung beraten (3-Draht/non-parasite, lineare Topologie, verdrillt/geschirmt, Pull-up 4,7k ggf. 2,2k, Buslaenge <50m).
ESP32 Blink-Test laeuft (blaue LED blinkt nach Neuanstecken) - Board + Flash-Kette bestaetigt funktionsfaehig.

Aenderungen an Infrastruktur

CT999 (cluster-docu): neue Datei /root/docs/projekte/esp32/umsetzungsplan.md angelegt. Keine Service-Aenderungen.
OpenMemory (CT122): Architektur-Entscheidung Heizraum-Display gespeichert.
Keine Aenderungen an laufenden Diensten.

Erkannte Probleme

GPIO2 ist auf dem JC2432S028N (CYD) KEINE sichtbare LED (Onboard-RGB an GPIO4/16/17, active-LOW) - Blink-Test gilt nur fuers einfache DevKit. Beim Display-Board Lebenszeichen am Bildschirm pruefen.
DS18B20-Buslaenge bei vielen langen Strecken (Thermosolar) noch offen - Pigtail-Laengen muessen gemessen werden.

Naechste Schritte

Entscheidung: volle 17-20 Sensoren vs. schlanke 8er-Variante.
Thermosolar-Sensorkabel messen, ggf. verlaengern (lineare Topologie, verdrillt/geschirmt).
Schritt 1a umsetzen: Sensor-Scan-/Zuordnungs-Modus in Firmware /root/heizraum-knoten bauen + flashen, damit ROM-IDs im Heizraum ablesbar sind.
ioBroker/MQTT (CT143) live verifizieren: Adapter aktiv? bestehende Heizungs-Datenpunkte? Auth?
Display-Ausgabe auf JC2432S028N real verifizieren.

Betroffene Systeme

CT999 (Doku), CT122 (OpenMemory), geplant CT143 (ioBroker/MQTT), lokaler ESP32 (JC2432S028N + DevKit), Projekt-Repo /root/heizraum-knoten.

## Was wurde gemacht - Ausfuehrlichen **Umsetzungsplan** fuer das ESP32 Heizraum-Display erstellt und in CT999 abgelegt: `/root/docs/projekte/esp32/umsetzungsplan.md` (neben der bestehenden `index.md`-Spezifikation). - **Architektur-Entscheidung** dokumentiert: ioBroker CT143 (100.66.78.56, MQTT 1883, InfluxDB, Grafana) = Datendrehscheibe. ESP liest die 17-20 DS18B20 (OneWire GPIO15), zeigt lokal auf dem 2,8" JC2432S028N an UND publisht via MQTT (`heizraum/<DatenID>`, retain, 2s). Keine Logik im ESP (Anzeige = Projektion). Verworfen: ESP-self-serve (keine Historie), Home Assistant (nicht genutzt). - **Phase-1-Kern definiert: Sensor-Zuordnungs-/Identifikations-Modus** auf dem Display (alle DS18B20 mit ROM-ID + Live-Temp + Delta-T; Sensor mit Hand erwaermen zum Identifizieren; Mapping ROM->Rolle in `src/sensor_map.h`, Git-versioniert). - **Display-Mockup (Grafik)** generiert, das den Scan-Modus zeigt. - **Sensorliste** aus der Spezifikation aufbereitet (17-20 DS18B20: Aussen, 3x Erzeuger VL/RL, Heizung gesamt VL/RL, 3-4 Heizkreis-RL, 5x Puffer-Schichtung, optional 2x Warmwasser). Alternative 8-Sensor-Variante (`heizung/`) erwaehnt. - **DS18B20-Verkabelung/Verlaengerung** beraten (3-Draht/non-parasite, lineare Topologie, verdrillt/geschirmt, Pull-up 4,7k ggf. 2,2k, Buslaenge <50m). - **ESP32 Blink-Test laeuft** (blaue LED blinkt nach Neuanstecken) - Board + Flash-Kette bestaetigt funktionsfaehig. ## Aenderungen an Infrastruktur - CT999 (cluster-docu): neue Datei `/root/docs/projekte/esp32/umsetzungsplan.md` angelegt. Keine Service-Aenderungen. - OpenMemory (CT122): Architektur-Entscheidung Heizraum-Display gespeichert. - Keine Aenderungen an laufenden Diensten. ## Erkannte Probleme - GPIO2 ist auf dem JC2432S028N (CYD) KEINE sichtbare LED (Onboard-RGB an GPIO4/16/17, active-LOW) - Blink-Test gilt nur fuers einfache DevKit. Beim Display-Board Lebenszeichen am Bildschirm pruefen. - DS18B20-Buslaenge bei vielen langen Strecken (Thermosolar) noch offen - Pigtail-Laengen muessen gemessen werden. ## Naechste Schritte - Entscheidung: volle 17-20 Sensoren vs. schlanke 8er-Variante. - Thermosolar-Sensorkabel messen, ggf. verlaengern (lineare Topologie, verdrillt/geschirmt). - **Schritt 1a umsetzen:** Sensor-Scan-/Zuordnungs-Modus in Firmware `/root/heizraum-knoten` bauen + flashen, damit ROM-IDs im Heizraum ablesbar sind. - ioBroker/MQTT (CT143) live verifizieren: Adapter aktiv? bestehende Heizungs-Datenpunkte? Auth? - Display-Ausgabe auf JC2432S028N real verifizieren. ## Betroffene Systeme CT999 (Doku), CT122 (OpenMemory), geplant CT143 (ioBroker/MQTT), lokaler ESP32 (JC2432S028N + DevKit), Projekt-Repo `/root/heizraum-knoten`.