id: 882eadc218ae4b2988159d4f0be7b682
parent_id: 575d047a8f1a48dcab95b86ab0aef157
item_type: 1
item_id: e5cfa6319d4546b78357bf231bba0d54
item_updated_time: 1787936559310
title_diff: "[]"
body_diff: "[{\"diffs\":[[0,\"x | \"],[-1,\"für **2 EVs** (go-e, Entity \"],[1,\"go-e (\"],[0,\"`sen\"]],\"start1\":633,\"start2\":633,\"length1\":36,\"length2\":14},{\"diffs\":[[0,\"rg_11`),\"],[1,\" für **2 EVs**,\"],[0,\" meisten\"]],\"start1\":663,\"start2\":663,\"length1\":16,\"length2\":31},{\"diffs\":[[0,\"KSEM\"],[-1,\" (Kostal Smart Energy Meter)\"],[0,\" bis\"]],\"start1\":929,\"start2\":929,\"length1\":36,\"length2\":8},{\"diffs\":[[0,\"en (\"],[-1,\"seit\"],[1,\"Aussage Jan,\"],[0,\" März\"],[1,\"–Aug\"],[0,\" 202\"]],\"start1\":1032,\"start2\":1032,\"length1\":17,\"length2\":29},{\"diffs\":[[0,\"haft\"],[-1,\" (~19 kWh/Tag)\"],[0,\" |\\\n|\"]],\"start1\":1263,\"start2\":1263,\"length1\":22,\"length2\":8},{\"diffs\":[[0,\"isen\"],[-1,\" (6 ct Verlust vs. 33 ct Kosten)\"],[0,\".\\\n- \"]],\"start1\":1644,\"start2\":1644,\"length1\":40,\"length2\":8},{\"diffs\":[[0,\"\\\n## \"],[-1,\"Kernprobleme bei Bat\"],[1,\"Daten-Exporte aus Home Assistant\\\n\\\nCSV-Da\"],[0,\"te\"],[-1,\"r\"],[0,\"ie\"],[-1,\"-Integration\\\n\\\n1. **\\\"Schwarzes Loch\\\":** Sobald der Wechselrichter/Speicher den Überschuss absaugt, zeigt das Smartmeter 0 W Export → die auf Export basierende Wallbox-Logik (1 kW/200 W) tacktet oder bleibt ganz aus.\\\n2. **Oszillationsgefahr:** Steuert HA auch den Speicher über dieselbe Export-Größe, entsteht eine Regel-Endlosschleife.\\\n3. **4 kW Mindestlast:** Überschuss-Takten mit 4 kW Mindestladung zerstört bei 5 kWp die Schütze (Flattern bei jeder Wolke).\\\n\\\n## Vereinbarte Lösungsstrategie\\\n\\\n1. **Steuerungsbasis wechseln:** Wallbox-Logik nicht mehr aufs Smartmeter stützen, sondern auf **virtuellen Überschuss** aus Plenticore-Modbus-Daten (Unit ID 71, Port 1502):\\\n   `PV-Leistung − Hausverbrauch (ohne Wallbox) − aktuelle Wallbox-Leistung`\\\n2. **Hysterese bleibt:** Start >1 kW, Stop <200 W — nur die Datenquelle ändert sich.\\\n3. **SoC-Priorität:** Speicher hat Vorrang — solange SoC < ~80 %, Wallbox-Schwelle anheben (z. B. >2,5 kW); bei SoC > 95 % wieder 1 kW-Schwelle.\\\n4. **Native 0-Watt-Regelung:** KSEM am Netzanschlusspunkt bevorzugt; HA macht die Feinsteuerung (SoC-Mindesthalt, zeitgesteuertes Laden bei künftigen dynamischen Tarifen).\\\n   - Alternative (ohne KSEM): Plenticore-Batteriesteuerung auf \\\"External via Modbus TCP\\\" + HA-Regelung.\\\n   - Relevante Plenticore-Modbus-Register: 40255 Battery SoC (%), 40258 Battery Power (W), 40261 Battery Voltage (0.1 V).\\\n5. **Stiebel:** Weiter über Connectivity Box steuern, Automatisierung um SoC-Bedingung erweitern (z. B. Überschuss >2 kW UND SoC <80 %). Alternativ SG-Ready direkt am Plenticore.\\\n\\\n## Wirtschaftlichkeit (Grobeinschätzung)\\\n\\\n- Gerettete Einspeisung: 150 kWh/Monat × 0,27 € ≈ **40 €\"],[1,\"n in `~/Dokumente/Haus/` (Spalten `entity_id,state,last_changed`):\\\n\\\n| Datei / Entity | Zeitraum | Quelle |\\\n|---|---|---|\\\n| PV-Leistung (`sensor.scb_solar_power`) | 2025-10-14 → 28.08.2026 | Long-Term Statistics ✅ |\\\n| Strombezug (`sensor.strombezug`) | 2025-12-23 → 28.08.2026 | Long-Term Statistics ✅ |\\\n| Stromexport (`sensor.smart_meter_strom_lieferung`) | 2025-12-23 → 28.08.2026 | Long-Term Statistics ✅ |\\\n| EV-Ladestrom (`sensor.goe_209852_nrg_11`) | 2025-10-14 → 28.08.2026 | Long-Term Statistics ✅ |\\\n| Heizleistung (`sensor.heating_power`, aus ISG-Webinterface gescrapt) | **erst ab 2026-08-18** | Recorder |\\\n| Sonstiger-Strom (`sensor.other_power`) | **erst ab 2026-08-18** | Recorder |\\\n\\\n**Energie-Identität (minutengenau verifiziert, Restfehler <1 W):**\\\n`PV + Bezug = Export + EV + Heizung + Sonstiger`\\\n→ `Sonstiger = PV + Bezug − Export − EV − Heizung`. `other_power` ist also abgeleitet und erbt die Historie von `heating_power` (daher der Abbruch am 18.08.).\\\n\\\n**Datenqualitäts-Fix (28.08.2026 umgesetzt):** `sensor.heating_power` hatte `device_class: power` + `unit W`, aber **kein `state_class`** → keine Long-Term Statistics, Recorder-Purge nach 10 Tagen. Fix per `customize` (`state_class: measurement`) + HA-Neustart, auch für `other_power`. Ab jetzt werden beide dauerhaft in den Statistics mitgeschrieben — rechtzeitig für die Wintermessung der Heizleistung.\\\n\\\n## Analyseergebnisse (23.12.2025 – 28.08.2026, 248 Tage, minutengenau)\\\n\\\n### Energiebilanz\\\n\\\n| Größe | Wert |\\\n|---|---|\\\n| PV gesamt | 4.335 kWh (~5,2 MWh/a hochgerechnet) |\\\n| Netzbezug | 8.621 kWh |\\\n| Einspeisung | 963 kWh |\\\n| EV-Ladung | 2.363 kWh (davon ~516 kWh aus PV-Überschuss) |\\\n| Haus ohne EV (= Sonstiger + Heizung) | 9.680 kWh |\\\n| **PV-Überschuss gesamt (vor EV/Export)** | **nur 1.047 kWh in 8 Monaten (~128 kWh\"],[0,\"/Monat\"],[1,\")\"],[0,\"**\"],[-1,\"\\\n- Nächtlicher Standby aus dem Speicher: ca. 5,5 kWh/Nacht × 0,33 € ≈ **40–55 €/Monat** (Sommerhalbjahr; Winter deutlich weniger)\\\n- Speicherkosten ~3.500–4.500 € → Amortisation grob **4–5 Jahre** (mit echten HA-Daten verifizieren)\\\n\\\n## Daten-Exporte aus Home Assistant\\\n\\\nCSV-Dateien liegen in `~/Dokumente/Haus/` (eine Datei pro Kanal, Spalten `entity_id,state,last_changed`):\\\n\\\n| Datei / Entity | Zeitraum | Auflösung | Quelle |\\\n|---|---|---|---|\\\n| PV-Leistung.csv (`sensor.scb_solar_power`) | 2025-10-14 → 28.08.2026 | überwiegend stündlich | Long-Term Statistics ✅ |\\\n| Strombezug.csv (`sensor.strombezug`) | 2025-12-23 → 28.08.2026 | überwiegend stündlich | Long-Term Statistics ✅ |\\\n| Stromexport.csv (`sensor.smart_meter_strom_lieferung`) | 2025-12-23 → 28.08.2026 | überwiegend stündlich | Long-Term Statistics ✅ |\\\n| EV-Ladestrom.csv (`sensor.goe_209852_nrg_11`) | 2025-10-14 → 28.08.2026 | überwiegend stündlich | Long-Term Statistics ✅ |\\\n| Heizleistung.csv (`sensor.heating_power`) | **erst ab 2026-08-18** | Sekunden, unregelmäßig | Recorder |\\\n| Sonstiger-Strom.csv (`sensor.other_power`) | **erst ab 2026-08-18** | ~10 s, unregelmäßig | Recorder |\\\n\\\n**⚠️ Datenqualität / Diagnose (28.08.2026):**\\\n- `heating_power` und `other_power` stehen **nicht in den Long-Term Statistics** → es existieren nur Recorder-Rohzustände, die nach **10 Tagen** (Standard `purge_keep_days`) gelöscht werden. Deshalb bricht die Historie genau am 18.08. ab.\\\n- **Fix (Zukunft):** Beide Template-Sensoren um `state_class: measureme\"],[1,\" |\\\n| Eigenverbrauchsanteil PV | 78 % |\\\n\\\n### Grundlast-Profil (Haus ohne EV)\\\n\\\n| | Nacht 00–06 | Tagesmittel |\\\n|---|---|---|\\\n| **Sommer (Jun–Aug)** | **~814 W** (bester Fall ~680–760 W) | ~1.300 W, mittags Spitze ~2.250 W (Warmwasser/Heizung) |\\\n| **Winter (Dez–Feb)** | **~2.230 W** | ~2.500 W durchgehend (Heizung dominiert) |\\\n\\\n### Überschuss-Verfügbarkeit (Mrz–Aug)\\\n\\\n| Schwelle | Zeit |\\\n|---|---|\\\n| > 1 kW | 445 h (~72 h/Monat) |\\\n| > 2,5 kW | 22 h |\\\n| **> 4 kW (Wallbox-Mindestlast)** | **0,0 h — kam in 8 Monaten nie vor** |\\\n\\\n→ Die 4-kW-Wallbox kann physikalisch **nie** aus Echtzeit-Überschuss starten. Überschuss steckt fast vollständig im 0,5–3-kW-Band.\\\n\\\n### Speicher-Simulation (3 kW max. Leistung, 95 % Wirkungsgrad je Richtung, SoC 5–100 %)\\\n\\\n| Kapazität | geladen | entladen | ΔNetzbezug | ΔEinspeisung | **Ersparnis/Monat** | Amortisation (3.500/4.000/4.500 €) |\\\n|---|---|---|---|---|---|---|\\\n| 5 kWh | 684 kWh | 619 kWh | 619 kWh | 600 kWh | **29,50 €** | **9,9 Jahre** |\\\n| 8 kWh | 896 kWh | 812 kWh | 812 kWh | 812 kWh | **38,90 €** | **8,6 Jahre** |\\\n| 10 kWh | 982 kWh | 891 kWh | 891 kWh | 898 kWh | **42,70 €** | **8,8 Jahre** |\\\n\\\nMit Speicher: Eigenverbrauchsanteil 78 % → 96–99 %.\\\n\\\n### Einordnung / Korrektur der früheren Schätzung\\\n\\\n- Die im Gespräch geschätzten 80–90 €/Monat sind **nicht haltbar** — der Überschuss-Pool (1.047 kWh/8 Mon.) begrenzt den Nutzen auf **max. ~43 €/Monat**. Hauptwert ist vermiedener Nachtbezug (0,33 €), nicht gerettete Einspeisung (0,06 €).\\\n- **8 kWh ist der Sweet Spot** (beste Amortisation); 10 kWh bringt +4 €/Monat für ~500 € Aufpreis — grenzwertig.\\\n- Amortisation realistisch **8,5–10 Jahre**, nicht 4–5 Jahre. Mit dynamischem Tarif (awattar) und winterschwacher PV evtl. etwas besser; Heizleistung ab Winter gemessen → Simulation dann verfeinerbar.\\\n- Winter: Einspeisung Jan/Feb nur 6–18 kWh/Monat → Speicher im Winter fast nur Nachtspeicher für die wenigen PV-Stunden, Heizung läuft ohnehin auf Netz.\\\n\\\n### Wallbox / Steuerung\\\n\\\n- Aktuelle EV-Logik hat schon ~516 kWh des Überschusses ins Auto gebracht — der Speicher konkurriert mit einem bereits gut funktionierenden System.\\\n- Virtueller Überschuss (`PV − Haus − EV`) aus Plenticore-Modbus bleibt die richtige Basis für die neue Wallbox-Automatisierung; SoC-Priorität (<80 % → Schwelle anheben) wie geplant.\\\n\\\n## Kernprobleme bei Batterie-Integration\\\n\\\n1. **\\\"Schwarzes Loch\\\":** Speicher saugt Überschuss ab, Smartmeter zeigt 0 W → Export-basierte Wallbox-Logik tacktet.\\\n2. **Oszillationsgefahr** bei HA-geregelter Speichersteuerung über dieselbe Größe.\\\n3. **4 kW Mindestlast:** laut Daten irreleva\"],[0,\"nt\"],[-1,\"`\"],[0,\", \"],[-1,\"`device_class: power`, `unit_of_measurement: \\\"W\\\"` ergänzen; optional `recorder: purge_keep_days: 30`. Rückwirkend füllt sich nichts — Statistics starten ab dem Fix.\\\n- **Fix (Vergangenheit):** `other_power` ist berechnet (Saldo) → offline aus Bezug/Export/PV/EV/Heizung rekonstruierbar bis Dez. 2025, sobald die exakte Formel von Jan vorliegt. Für `heating_power` prüfen, ob ein Stiebel-Quellsensor (Connectivity Box/ISG) weiter zurückreicht; sonst Heizung per Regression oder Zeitraum vor 18.08. ausklammern.\\\n- Bekannter früherer Fehler: Inverter-Strom (Heizung) wurde bis vor Kurzem doppelt gerechnet — betroffenen Zeitraum in der Analyse markieren.\\\n\\\n## Offene Punkte / Nächste Schritte\\\n\\\n- [x] CSV-Exporte in `~/Dokumente/Haus/` vorhanden (6 Kanäle)\\\n- [ ] Formel von `sensor.other_power` von Jan erfragen (für Offline-Rekonstruktion)\\\n- [ ] Stiebel-Quellsensor mit längerer Historie suchen (heizt sich das Problem weg?)\"],[1,\"da Überschuss >4 kW nie auftritt — stattdessen Zeitfenster-/SoC-Logik für die Wallbox.\\\n\\\n## Vereinbarte Lösungsstrategie\\\n\\\n1. **Virtueller Überschuss** aus Plenticore-Modbus (Unit 71, Port 1502): `PV − Haus − Wallbox`.\\\n2. **Hysterese bleibt:** Start >1 kW, Stop <200 W — auf virtueller Basis.\\\n3. **SoC-Priorität:** SoC < ~80 % → Wallbox-Schwelle anheben; SoC > 95 % → 1-kW-Schwelle.\\\n4. **KSEM nativ** bevorzugt für 0-Watt-Regelung; HA-Feinsteuerung via Modbus (Register 40255 SoC, 40258 Power, 40261 Spannung).\\\n5. **Stiebel:** Connectivity Box + SoC-Bedingung; ab Winter echte Heizleistungsdaten in den Statistics.\\\n\\\n## Wirtschaftlichkeit — Korrektur\\\n\\\n- Speicher realistisch **~29–43 €/Monat**, Amortisation **~8,5–10 Jahre** (bei 33/6 ct und 3.500–4.500 € Invest).\\\n- Die ältere Studie (5–7 kWh, 10–15 J.) und die Gesprächsschätzung (4–5 J.) umfassen beide den wahren Wert: die 8-kWh-Simulation liegt dazwischen.\\\n- **Entscheidungshilfe:** Speicher lohnt primär als Autarkie-/Komfortgewinn; rein wirtschaftlich ist er mit den jetzigen Tarifen ein ~9-Jahre-Projekt. Mit awattar-Dynamik + Winterdaten neu rechnen.\\\n\\\n## Offene Punkte / Nächste Schritte\\\n\\\n- [x] CSV-Exporte ausgewertet, Energie-Identität verifiziert, Speicher-Simulation fertig\"],[0,\"\\\n- [\"],[-1,\" \"],[1,\"x\"],[0,\"] `s\"]],\"start1\":1717,\"start2\":1717,\"length1\":4131,\"length2\":5698},{\"diffs\":[[0,\"te_class\"],[-1,\": measurement`\"],[1,\"`-Fix\"],[0,\" für `he\"]],\"start1\":7417,\"start2\":7417,\"length1\":30,\"length2\":21},{\"diffs\":[[0,\"er` \"],[-1,\"setzen + `purge_keep_days` erhöhen\\\n- [ ] Fix-Datum der Inverter-Doppelzählung ermitteln, betroffenen Zeitraum markieren\\\n- [ ] Analyse: Tagesprofil des Überschusses, Nacht-Grundlast, Wallbox-vs-Speicher-Konflikt, Amortisation (5/8/10 kWh)\\\n- [ ] Klären, ob das vorhandene Smartmeter für HA schnell genug / direkt auslesbar ist (Modbus/SML) oder KSEM nötig\\\n- [ ] Entscheid: KSEM nativ vs. reine HA-Steuerung\\\n- [ ] Neue Wallbox-Automatisierung mit virtuellem Überschuss + SoC-Priorität in HA bauen\\\n- [ ] Verknüpfung mit älterer Analyse\"],[1,\"umgesetzt (ab 28.08.2026 dauerhafte Historie)\\\n- [ ] Winterdaten Heizleistung sammeln (läuft jetzt automatisch in Statistics) → Simulation Q1/2027 verfeinern\\\n- [ ] Entscheid Speichergröße: 8 kWh Sweet Spot, 10 kWh wenn Autarkie gewichtet wird\\\n- [ ] Klären: KSEM nativ vs. reine HA-Steuerung\\\n- [ ] Neue Wallbox-Automatisierung mit virtuellem Überschuss + SoC-Priorität in HA bauen\\\n- [ ] Optional: awattar-Wechsel prüfen (spart lt. älterer Studie ~483 €/Jahr, ohne Invest) — verändert auch die Speicher-Rechnung\\\n- [ ] Verknüpfung\"],[0,\": [[\"]],\"start1\":7461,\"start2\":7461,\"length1\":539,\"length2\":534}]"
metadata_diff: {"new":{},"deleted":[]}
encryption_cipher_text: 
encryption_applied: 0
updated_time: 2026-08-28T17:11:19.860Z
created_time: 2026-08-28T17:11:19.860Z
is_locked: 0
type_: 13