From 13a996c6d9cb0d7e89b8869e9f9d3efdaf6d5d04 Mon Sep 17 00:00:00 2001 From: Christoph Emsenhuber Date: Mon, 14 Sep 2026 21:13:27 +0200 Subject: [PATCH] TP25: DTU-Hebel korrigiert -- OpenDTU/AhoyDTU entfaellt fuer HMS-800W-2T Recherche 09-14 abends: HMS-XXXXW-2T (W = eingebaute DTU, protobuf- Protokoll) wird von AhoyDTU/OpenDTU nicht unterstuetzt (lumapu/ahoy#1189 seit 09-2023 offen; Christophs eigene AhoyDTU inkompatibel). Lokale Tools (hmsmqtt, dtuGateway, ha-hoymiles-wifi) nehmen die DTU nicht von der Luft. Einziger Airtime-Heibel bleibt DNS-Hoheit ueber die Cloud -- von Christoph bewusst zurueckgestellt (Cloud-Aufzeichnungen bis hmsmqtt + WLAN stabil). Korrektur auch als Issue-17-Kommentar #227; Messplan #225 bleibt gueltig. Co-Authored-By: Claude Fable 5 --- docs/teilprojekte.md | 16 ++++++++++++---- 1 file changed, 12 insertions(+), 4 deletions(-) diff --git a/docs/teilprojekte.md b/docs/teilprojekte.md index 602cfe7..6ddb8f7 100644 --- a/docs/teilprojekte.md +++ b/docs/teilprojekte.md @@ -1139,10 +1139,18 @@ sondern der strukturelle Rest. **Wechselrichter/DTU (Hoymiles HMS-800W-2T, geht 09-14: 07:09–19:35): nachts unbeteiligt; tagsüber ~5:05-Zyklus (connect/`connection lost`/reconnect + DHCP-Churn) auf ap2-2,4/ch11 bei −53.** Messplan „DTU vs. Terrasse" angelegt ([Issue #17, Kommentar #225](https://gitea.emsenhuber.net/admin/bf-infra/issues/17#issuecomment-225)): Referenz-Client auf -ch11 pinnen (tp25-Methodik), 30–60 min Ping, Korrelation gegen die 5:05-Taktmarken. Hebel falls -messbar: OpenDTU/AhoyDTU-ESP32-Dongle statt Cloud-DTU (HMS-Serie unterstuetzt; 5-Min-Takt ist -S-Miles-Cloud-Telemetrie per Design, nicht per Firmware abstellbar, kein Ethernet an der DTU-WLite). -Pin auf anderen AP kontraindiziert (−53 direkt an ap2). +ch11 pinnen (tp25-Methodik), 30–60 min Ping, Korrelation gegen die 5:05-Taktmarken. ⚠️ **Korrektur +09-14 abends ([Kommentar #227](https://gitea.emsenhuber.net/admin/bf-infra/issues/17#issuecomment-227)): +Der urspruenglich genannte Hebel „OpenDTU/AhoyDTU-Dongle" existiert fuer DASSES Geraet NICHT** — HMS- +**XXXXW**-2T (W = eingebaute DTU „DTUBI", protobuf-Protokoll) wird von AhoyDTU/OpenDTU nicht +unterstuetzt (lumapu/ahoy#1189 seit 09-2023 offen; Christophs eigene AhoyDTU nachweislich +inkompatibel; nur die Nicht-W-Variante HMS-800-**2T** ginge per CMT2300-Funk). Die lokale Ebene +(hms-mqtt-publisher = „hmsmqtt", dtuGateway, ha-hoymiles-wifi) redet **mit der internen DTU uebers +Netzwerk** — keines davon nimmt die DTU von der Luft, hmsmqtt pollt sogar zusaetzlich. **Einziger +Airtime-Hebel bleibt DNS-Hoheit ueber die Cloud**, von Christoph bewusst zurueckgestellt (Cloud- +Aufzeichnungen noch benoetigt, bis hmsmqtt + WLAN stabil); ob eine DTU ohne Cloud ruhiger oder +gespraechiger wird, ist selbst eine offene Messfrage. Pin auf anderen AP kontraindiziert +(−53 direkt an ap2); 5-Min-Takt ist S-Miles-Telemetrie per Design, kein Ethernet an der DTU-WLite. Randnotizen: ap1 „FUNKSTILL" im CLAUDE.md ist überholt (dient live, Radar-Event 16:51 auf 5280 sauber abgehandelt); Template-Abschnitt [6c] („Fund E WIEDER OFFEN", Stand 08-30) ist inhaltlich überholt — beim nächsten Template-Edit mit aktualisieren, kein separater Edit nur für den Kommentar.