E6a · Heizung vor dem Winter: Design

Datum: 2026-10-06 Epic: homeserver#185, dazu #237 (Ausfallalarm), #238 (Bestandsliste) Status: Design abgestimmt mit Robin (Planungssession 05./06.10.2026), Review am 08.10.2026 freigegeben. Als Nächstes folgt der Umsetzungsplan. Löst ab: die Heizlogik aus Advanced Heating Control (AHC 5.3.4, 7 Automationen), Better Thermostat (Wohnzimmer), die 7 Reset-Automationen und das Dashboard „Heizung“. Entitäts- und Dateinamen beziehen sich auf die Home-Assistant-Instanz auf dem NUC (HA 2026.7.2, Zigbee2MQTT 2.12).

1. Kontext und Ziel

Die Heizung läuft seit zwei Saisons smart: 8 Aqara-TRVs E1 (SRTS-A01), Raumsensoren, Fensterkontakte und AHC als Regler. Im Alltag hat sie gezickt. Es gab drei Fehlerbilder:

• Manuelle Änderungen werden zurückgedreht. Eine Automation überschreibt kommentarlos, was man eingestellt hat.
• Bei offenem Fenster springt die Heizung wieder an.
• Befehle kommen nicht an. Vor allem in Bad und Küche „ballert“ das TRV weiter, obwohl es längst aus sein sollte.

Dazu kamen im letzten Winter NiMH-Akkus mit zu niedriger Spannung. Die sind inzwischen gegen Alkaline getauscht.

Leitbild: Tado-Verhalten ohne Abo und ohne Trägheit. Mit Tado waren Robin und Lars im Kern zufrieden. Das neue System soll sich genauso verhalten:

• Manuelles Verstellen wird respektiert.
• Räume sind warm, wenn man sie braucht.
• Ein offenes Fenster heißt Heizung aus.
• Alles ist zentral bedienbar.

Dazu kommt ein Wand-iPad als Smart-Home-Zentrale. Die Heizung ist ihr erstes Modul.

Nicht Ziel dieser Epic: - Licht, Medien und Sicherheit auf dem Tablet. Sie sind nur als Platzhalter vorgesehen und werden in E6 ausgebaut. - Geofencing, solange Lars nicht im Tailnet ist. - Die Ablösung von HomeKit. - Das Schimmelrisiko (Abschnitt 13).

2. Entscheidungen

Frage	Entscheidung	Quelle
Fundament	Versatile Thermostat (VTherm) over_climate je Raum. AHC und Better Thermostat werden ersetzt, nicht parallel betrieben.	Robin 06.10., Recherche §3
Wohnzimmer	Ein VTherm steuert beide TRVs als Einheit	Robin 05.10.
Raumtemperatur	Aqara-Sensoren primär (Mittelwert), VINDSTYRKA nur als Ersatz, TRV-Fühler als letzter Notbehelf	Robin 06.10., Messung §4
Regelung am TRV	Das TRV regelt selbst auf die eingespeiste Raumtemperatur (sensor: external). VTherm setzt Ziel und Modus.	Design §5
Manuelle Änderung	Standard: gilt bis zum nächsten Zeitplanblock. Optional 2 Stunden oder halten. Immer sichtbar.	Robin 05.10.
Fenster offen	Frostschutz 7 °C, Verzögerung 30 s, Vorrang vor Zeitplan und Nutzer. Nach dem Schließen sofort zurück.	Robin 06.10.
TRV-interne Fenstererkennung	aus (keine zweite, konkurrierende Logik)	Design §5
Esszimmer	reagiert auf die gegenüberliegenden Fenster (Bad, Arbeitszimmer)	Robin 02.10.
Wohnzimmer-Türen	tuer_mitte, tuer_rechts = Türen zur Dachterrasse, zählen als Fenster	Robin 06.10.
Eingangstür	esszimmer_sensor_tuer gehört nicht zur Heizung (bleibt in der Überwachung)	Robin 06.10.
Befehlszustellung	eigene Prüfung mit Wiederholung und Alarm, weil kein Fundament den Sollwert prüft	Robin 05.10., Recherche §2
Zeitpläne	wenige Uhrzeit-Helfer, am Tablet einstellbar, statt Wochenplänen je Raum	Robin 06.10.
Vorheizen	Stufe 1 feste Vorlaufzeit, Stufe 2 Lernmodus (Aufheizrate)	Robin 06.10.
Wochenende	„Wach“ = erste Bewegung Esszimmer oder Küche ab 7:00, spätestens 10:00 warm	Robin 06.10.
Altbau	Nachts absenken statt ausschalten	Robin 06.10.
Boost Bad	30 min auf 24 °C, danach zurück	Robin 06.10. (Mockup)
Abwesend	Eco in allen Räumen bis zur Rückkehr; erst per Knopf, später Geofencing	Robin 06.10. (Mockup)
Sommer	Frostschutz, Ventile wöchentlich bewegen (Verkalkungsschutz)	Robin 06.10. (Mockup)
Geofencing	später über Tailscale, nicht über E10. Voraussetzung: Lars' iPhone im Tailnet	Recherche 05.10.
HomeKit	nur auf die VTherm-Thermostate umstellen; Ablösung später	Robin 06.10.
Dashboard	Smart-Home-Zentrale nach Mockup (Abschnitt 7), Heizung + Gerätezustand + Müll, Rest Platzhalter	Robin 06.10.
Aufräumen	Heizungs-Altlasten in E6a; übriges HA-Aufräumen als Sammel-Issue in E6	Robin 06.10.

3. Architektur

Vier Schichten. Jede kennt nur die Schicht direkt unter sich:

 Bedienung      Wand-iPad · Handy · (HomeKit, Übergang)
      │  setzt Ziel / Übersteuerung / Schnellaktion
 Zeitplan       Uhrzeit-Helfer + Tagesprofil-Automationen ──► setzen nur Presets
      │
 Raumregler     7 × VTherm (over_climate)   ◄── Fenstergruppe je Raum (Vorrang)
      │  Ziel + Modus                       ◄── Raumtemperatur (Schicht 0)
 Geräte         8 × Aqara E1  ◄── Temperatur-Einspeisung (eigene Automation)
                              ◄── Zustellprüfung (eigene Automation)
 Schicht 0      Raumklima: Sensorgruppen, Feuchte, Aufheizrate

Baustein	Art	Neu/Bestand
Raumtemperatur je Raum	HA-Sensorgruppen (Mittelwert, „erster verfügbarer“)	Bestand, umgebaut
Raumregler	VTherm-Integration (HACS), 7 Instanzen + zentrale Konfiguration	neu
Temperatur-Einspeisung E1	Automation je TRV, MQTT direkt an Z2M	neu
Zustellprüfung	Automation + 15-min-Abgleich	neu
Übersteuerung B/C	Skripte + Helfer (Ablaufzeit, Halten-Schalter je Raum)	neu
Tagesprofile	Automationen auf Uhrzeit-Helfer, Workday-Sensor, Bewegung	neu
Ventilbewegung Sommer	wöchentliche Automation	neu
Smart-Home-Zentrale	Dashboard (sections), Mushroom-Template, native Karten	neu
Überwachung	Label „Überwacht“, Batterie-/Offline-Alarm, Dashboard „Gerätezustand“	Bestand (05.10.)

4. Raumklima-Modell

Messung 06.10. (Heizung aus, außen 15 °C): Die TRV-Fühler messen in Bad, Küche, Schlaf- und Wohnzimmer 1,3 bis 2,8 K zu kalt, etwa Küche 18,6 °C gegenüber 20,9 °C am Raumsensor. Die IKEA VINDSTYRKA liefern nur ganze Grad, Aqara misst auf 0,01 °C. Externe Raumtemperatur ist damit Pflicht. Der VINDSTYRKA taugt nur als Ersatz.

Raum	Primär (Mittelwert)	Ersatz	Hinweis
Abstellraum	abstellraum_sensor_luft	–	Filament-Boxen box1/box2 gehören nicht dazu
Arbeitszimmer	arbeitszimmer_sensor_luft, arbeitszimmer_w100	VINDSTYRKA …_schreibtisch
Bad	badezimmer_sensor_luft	–	Standort passt (Robin)
Esszimmer	esszimmer_sensor_luft	–
Küche	kueche_sensor_luft	–	Standort passt (Robin)
Schlafzimmer	schlafzimmer_sensor_luft	VINDSTYRKA …_ikea (neu)
Wohnzimmer	wohnzimmer_sensor_luft_vorne + zweiter Sensor hinten (neu, evtl. W100)	VINDSTYRKA …_fernseher	defekter …_luft_hinten raus

• Umsetzung: je Raum eine Sensorgruppe „Mittelwert“ über die Primärsensoren, darüber eine Gruppe „erster verfügbarer“ (Primärgruppe → Ersatz). Nur HA-Bordmittel, keine Templates.
• Namen bleiben: sensor.<raum>_sensor_temperature ist weiter die Raumtemperatur. Verläufe und Statistik laufen ohne Bruch weiter.
• Fallen alle Sensoren eines Raums aus: Das TRV geht auf den internen Fühler (Abschnitt 5.3), das Dashboard zeigt „Notbetrieb“.
• Ausfall erkennen: Die Aqara-Raumsensoren bekommen einen eigenen z2m-Availability-Timeout von 180 min (24-h-Messung 06./07.10.: längste Pause 60 min; Robin 08.10.: etwas mehr Luft als bei den TRVs mit 150 min).
• Außensensor (neu): ein Aqara-Sensor, geschützt auf dem Balkon. Er ersetzt OpenWeatherMap für Lernmodus und Prognose. Das Modell klärt Robin.

Abgeleitete Werte: - Luftfeuchte je Raum (Gruppen bestehen), mit Lüftungshinweis ab 60 % - Heizstatus je Raum aus VTherm: heizt, erreicht, Fenster, manuell, Störung, Notbetrieb - Aufheizrate (°C/h) aus dem VTherm-slope-Sensor, mit Statistik

5. Regelung

5.1 Raumregler (VTherm)

• 7 VTherm-Instanzen vom Typ over_climate, eine je Raum. Das Wohnzimmer bekommt eine mit zwei Geräten.
• Zentrale Konfiguration: Presets und Fensterverhalten werden einmal gepflegt, Räume weichen nur bei Bedarf ab.
• Self-Regulation aus, VTherm-Temperatur-Sync aus. Der Sync rundet bei der E1 auf ganze Grad (VTherm #1960), das löst Abschnitt 5.2 besser. VTherm sendet also nur Zielwert und Modus. Die Schwellen Regulation Threshold und Minimum Regulation Period begrenzen die Funkbefehle.
• „Follow underlying temp changes“ bleibt aus. Die Kindersicherung an den TRVs ist aktiv, gedreht wird nicht am Gerät.
• Zentraler Modus (select.central_mode) ersetzt input_boolean.general_toggle_wintermode: Winter = Auto, Sommer = Frostschutz.

Presets (Start, aus den heutigen Werten):

Raum	Komfort	Eco (Nacht)	Abwesend	Boost	Frost
Abstellraum	20	17	17	–	7
Arbeitszimmer	21	17,5	17	–	7
Bad	21	17	17	24	7
Esszimmer	20	17	17	–	7
Küche	21	17	17	–	7
Schlafzimmer	20	17 (AHC bisher 5)	17	–	7
Wohnzimmer	20	17	17	–	7
Wohnzimmer abends	Grundtemperatur 19 (Kamin), eigener Helfer

Entschieden (Review 08.10.): Das Schlafzimmer-Eco startet mit 17 °C statt der bisherigen 5 °C aus AHC. Im Altbau kühlt der Raum sonst nachts stark aus, und an der Außenwand kann Feuchtigkeit kondensieren. Alle übrigen Werte entsprechen den AHC-Heizplänen. Die Werte sind am Tablet einstellbar und werden im Betrieb nachjustiert.

5.2 Temperatur-Einspeisung in die E1

Eine Automation je TRV, ausgelöst durch eine Änderung der Raumtemperatur um ≥ 0,2 K oder spätestens alle 30 min (Keep-alive). Der Ablauf:

1. Prüfen, ob select.<trv>_sensor auf external steht, sonst setzen. Grund: Z2M verwirft external_temperature_input still, wenn das TRV nicht auf external steht (Recherche §5, Z2M-Code).
2. Den Wert per MQTT direkt an Z2M senden (zigbee2mqtt/<trv>/set {"external_temperature_input": 20.65}), mit Nachkommastelle. HA zeigt step: 1, Z2M sendet in Hundertstel.
3. Ist der Raum im Notbetrieb (keine Raumtemperatur): sensor: internal setzen, keine Einspeisung, Dashboard-Hinweis.

Batterie: Es wird nur bei relevanter Änderung gesendet, dazu das Keep-alive. Die Schreibhäufigkeit wird in der ersten Woche gegen den Batterieverlauf geprüft.

5.3 Fenster

• Je Raum die bestehende binary_sensor-Fenstergruppe. Im Esszimmer sind das die Fenster von Bad und Arbeitszimmer, im Wohnzimmer die beiden Dachterrassen-Türen.
• VTherm-Fensteraktion Frostschutz, Verzögerung 30 s. Laut state_manager.py steht nur Safety über dem Fenster. Zeitplan- und Nutzerbefehle während der Öffnung werden gemerkt und nach dem Schließen angewendet.
• window_detection an allen TRVs aus.
• set_window_bypass (Fenster übergehen) wird nicht verwendet.

5.4 Übersteuerung

Art	Auslöser	Verhalten	Umsetzung
A (Standard)	Zielwert ändern in Tablet, App oder HomeKit	VTherm-Preset wird none, gilt bis zum nächsten Profilwechsel	VTherm-Bordmittel; die Profil-Automation setzt beim nächsten Block wieder ein Preset
B	Knopf „für 2 Stunden“	Zielwert gilt 2 h, danach zurück zum aktuellen Profil	Skript, Ablaufzeit in input_datetime.<raum>_uebersteuerung_bis
C	Knopf „halten“	gilt, bis jemand „Zeitplan fortsetzen“ drückt	input_boolean.<raum>_halten; die Profil-Automationen überspringen den Raum

Das Dashboard zeigt immer die aktive Übersteuerung mit Ende („manuell bis 23:00“, „gehalten“). Ein offenes Fenster schlägt jede Übersteuerung. Nach dem Schließen gilt sie weiter, sofern sie noch nicht abgelaufen ist.

5.5 Zustellprüfung

Kein Fundament prüft, ob die E1 einen neuen Sollwert übernommen hat. VTherm vergleicht nur den Modus, Better Thermostat gibt nach 360 s mit einer Log-Warnung auf (Recherche §2). Z2M übernimmt den neuen Sollwert erst nach einem erfolgreichen Zigbee-Write in den Zustand. Damit taugt der Zustand als Zustellnachweis.

• Nach jedem Befehl: Ändert VTherm Ziel oder Modus eines TRVs, wird bis zu 2 min gewartet, bis das TRV den Wert meldet. Bleibt er aus, folgen bis zu 3 Wiederholungen mit demselben Wert direkt an das TRV. Danach gehen eine Push-Meldung und ein Dashboard-Status „Störung“ raus.
• Abgleich alle 15 min: Jedes TRV wird gegen das Soll seines Raumreglers geprüft. So fallen auch stille Abweichungen auf, etwa nach einem Batteriewechsel oder einem Neustart des TRVs.
• Wohnzimmer: VTherm ist erst betriebsbereit, wenn beide TRVs einen Zustand gemeldet haben (Discussion #1791). Fällt eines aus, greift der Offline-Alarm aus #237. Die Prüfung meldet den Raum als „Störung“.

5.6 Sommer: Ventilbewegung

Im Sommer bewegt eine Automation einmal pro Woche jedes Ventil: kurz auf Maximum, dann zurück auf Frostschutz. Das ersetzt den Verkalkungsschutz aus AHC. Vorher prüfen: Bringt die E1 eine eigene Funktion dafür mit?

5.7 HomeKit (Übergang)

Die HomeKit-Bridge „Climate“ zeigt künftig nur die 7 VTherm-Thermostate statt der TRVs, über einen Filter in der Bridge. Sonst umgeht eine Bedienung über HomeKit den Fenstervorrang und die Übersteuerungslogik. Weiterer Aufwand fließt nicht in HomeKit (Ablösung später, #256).

6. Zeitpläne

Am Tablet einstellbar (Uhrzeit-Helfer, editierbar in der Entitätenkarte; die HA-schedule-Helfer gehen im Dashboard nicht):

Helfer	Start
Aufstehen Lars (werktags)	07:30
Aufstehen Robin (werktags)	09:00
Wochenende spätestens warm	10:00
Wohnzimmer Grundtemperatur ab	19:00
Nachtruhe	23:00
Grundtemperatur Wohnzimmer	19 °C

Tagesprofile. „Werktag“ kommt aus binary_sensor.workday_sensor, Feiertage zählen wie Wochenende.

Raum	Werktag	Wochenende/Feiertag
Bad	Komfort ab Aufstehen Lars (vorgeheizt) bis Nachtruhe, ganztags (Robin 08.10.)	Komfort ab „wach“, spätestens 10:00
Küche	Komfort ab Aufstehen Lars (vorgeheizt) bis Nachtruhe	Komfort ab „wach“, spätestens 10:00
Arbeitszimmer, Esszimmer	Komfort ab Aufstehen Robin bis Nachtruhe	ab „wach“, spätestens 10:00
Wohnzimmer	Komfort ab Aufstehen Robin, ab 19:00 Grundtemperatur	ab „wach“, ab 19:00 Grundtemperatur
Schlafzimmer	Eco	Eco
Abstellraum	Eco	Eco
Alle	ab Nachtruhe Eco	ab Nachtruhe Eco

• „Wach“ am Wochenende: erste Bewegung an esszimmer_sensor_bewegung oder kueche_sensor_bewegung ab 07:00. Davor läuft nachts gelegentlich jemand durch.
• Halten-Schalter (5.4 C) und offene Fenster haben Vorrang. Die Profil-Automation überspringt bzw. VTherm merkt sich den Wunsch.
• Vorheizen Stufe 1: feste Vorlaufzeit je Raum, Start Bad/Küche 60 min, übrige 30 min. Die Aufheizraten werden ab dem ersten Heiztag gemessen.
• Vorheizen Stufe 2 (Lernmodus): Wenn genug Daten da sind (Ziel: 20+ Aufheizzyklen je Raum), wird Intelligent Heating Pilot im Testraum Bad erprobt. Es lernt die Aufheizrate abhängig von der Außentemperatur, setzt VTherm voraus und ist Beta. Offener Fehler #64 betrifft Zeitpläne mit Bedingungen. Alternative: ha-preheat.
• Abwesenheit: Knopf „Abwesend“ setzt alle Räume auf Abwesend bis „Zurück“. Später schaltet Anwesenheit aus der Kombination GPS + Heim-WLAN automatisch, sobald beide iPhones über Tailscale melden.

7. Smart-Home-Zentrale

Vorlage: Claude-Design-Mockup „Smart-Home-Zentrale“ (Projekt 935d7814…, Smart-Home-Zentrale.dc.html, Stand 06.10.2026) mit vier Ansichten: iPad Start, iPad Raum „Bad“, iPad Einstellungen, iPhone Start.

Gerät: - iPad Pro 11" (1. Gen., aktuelles iPadOS) quer im Esszimmer/Flur. - HA-App mit eigenem Kiosk-Modus (seit 2026.4, Labs). Das HACS-Plugin Kiosk Mode ist dafür nicht nötig, iPadOS „Geführter Zugriff“ dient als Sperre. - Eigener HA-Benutzer „Wandtablet“ ohne Adminrechte. - Akku-Schutz: Ein schaltbarer Zigbee-Stecker lädt nur zwischen etwa 20 und 80 %.

Dashboard (eines für iPad und Handy, Sections-Views, Dark Mode, Statusfarben: orange heizt, blau Fenster, lila manuell, rot Störung, grau Eco/aus):

Ansicht	Inhalt	Karten
Start	Uhr, Datum, Wetter, Gerätestatus, Zahnrad · 7 Raumkacheln (Ist groß, Ziel, Status) mit Zusammenfassung und Legende · Schnellaktionen Alle Eco / Boost Bad / Abwesend · Müllabfuhr (nächste Termine, „Morgen“-Hinweis) · Platzhalter Licht, Medien, Sicherheit	Mushroom-Template (Raumkacheln), Tile, Markdown, Kalender calendar.bremer_stadtreinigung
Raum (je Raum Unterseite)	Thermostat-Regler ±0,5 °C · Übersteuerung A/B/C mit Endzeit · „Nächster Zeitplan“ · Verlauf 24 h Temperatur/Ziel/Feuchte · Lüftungshinweis · Aufheizrate mit „Ziel erreicht um ca.“	native Thermostat-Karte, Knöpfe → Skripte, native Verlaufskarte, VTherm-UI-Card optional
Einstellungen	Uhrzeiten (Abschnitt 6) · Sommer/Winter · Grundtemperatur Wohnzimmer · Preset-Temperaturen	Entitätenkarte (Uhrzeit-Helfer direkt editierbar), Tile mit Zahlen-Eingabe

Karten-Grundsatz (Recherche „Dashboard-Karten“): - HA-eigene Karten zuerst. Mushroom ist installiert und gepflegt. - Nicht neu einsetzen: ApexCharts (ungepflegt seit 08/2025, iOS-Fehler #1085), card-mod (bricht ab HA 2026.8/9, #257), simple-thermostat (aus HACS entfernt), scheduler-component (konkurriert mit VTherm). - Müll: Waste Collection Schedule bleibt (Update 2.34.2 → 2.35.0 einspielen). Es werden keine weiteren Integrationen gebraucht.

8. Migration und Abbau

Reihenfolge, Raum für Raum. Damit gibt es keinen Big Bang und zu keiner Zeit zwei Regler auf einem TRV:

1. Vorab-Tests (Abschnitt 10) im Testraum Bad.
2. VTherm installieren (HACS), zentrale Konfiguration und Helfer anlegen.
3. Bad umstellen: AHC-Automation des Bads ausschalten, VTherm Bad an, Einspeisung und Zustellprüfung an. Zwei Tage beobachten.
4. Die übrigen Räume einzeln umstellen. Das Wohnzimmer kommt zuletzt: Dort zuerst Better Thermostat und die AHC-Automation ausschalten, dann VTherm mit beiden TRVs.
5. Dashboard „Smart-Home-Zentrale“ bauen. Das alte Dashboard „Heizung“ bleibt parallel, bis Robin abnimmt.
6. Abbau nach der Abnahme:
7. 7 AHC-Automationen, 7 Reset-Automationen, die Ventilator-Automationen der Küche (prüfen, ob noch gewollt)
8. Better Thermostat (Integration entfernen)
9. Helfer: Comfort/Eco/Weekend-input_number je Raum, Party/Max-Heat-input_boolean, Reset-input_button, die alten schedule-Helfer, die nicht eingebundene schedule.yaml
10. Dashboard „Heizung“ (lovelace-heizung)
11. simple-thermostat als HACS-Ressource
12. Vor dem Löschen je Entität prüfen, wer sie noch nutzt. Dazu dienen ha_search und die sicheren Refactoring-Regeln aus dem HA-Leitfaden.

Rückweg: Bis zum Abbau lassen sich AHC und Better Thermostat je Raum wieder einschalten und VTherm ausschalten. Die TRVs werden dabei auf sensor: internal zurückgesetzt.

9. Überwachung und Alarme

Fall	Meldung	Grundlage
Batterie unter Schwelle	Push + HA-Benachrichtigung	Bestand (05.10., #237)
Gerät offline (TRV 150 min Timeout, Raumsensoren neu)	Push mit Namensliste + Entwarnung	Bestand + neue Timeouts
Befehl nicht zugestellt (nach 3 Wiederholungen)	Push „Bad: Sollwert nicht übernommen“ + Status „Störung“	neu (5.5)
Abweichung im 15-min-Abgleich	wie oben	neu (5.5)
Raum im Notbetrieb (keine Raumtemperatur)	Push + Status „Notbetrieb“	neu (5.2)
TRV fällt auf internal zurück	wird von der Einspeisung korrigiert; bei Wiederholung Push	neu (5.2)

Meldeweg wie bisher: notify.mobile_app_robins_iphone und persistent_notification. HA hat keine ntfy-Anbindung.

10. Vorab-Tests (vor dem Rollout, Testraum Bad)

Test	Frage	Erwartung / Entscheidung
T1 Dezimalwerte	Übernimmt die E1 20,65 °C über external_temperature_input, und zeigt local_temperature das an?	Wenn nein: auf 0,5 runden, Schwelle anpassen
T2 Rückfall	Fällt die E1 ohne Einspeisung auf internal zurück, und wann? (3 h nicht speisen)	Keep-alive-Intervall danach festlegen (Start 30 min)
T3 Display	Welche Temperatur zeigt das TRV-Display im external-Modus?	nur dokumentieren
T4 Zustellprüfung	Simuliert: TRV stromlos, Befehl senden → kommt nach 3 Wiederholungen der Alarm?	Alarm kommt, Status „Störung“
T5 Fenstervorrang	Fenster auf, dann Preset/Ziel ändern → bleibt Frostschutz? Schließen → Wunsch übernommen?	ja
T6 Übersteuerung A/B/C	Ändern, Zeitablauf, Halten → Verhalten wie 5.4	ja
T7 Batterie	Schreibhäufigkeit der Einspeisung je Tag nach einer Woche	Batterieverlauf flach; Richtwert (Annahme, nicht belegt) ≤ ca. 50 Writes/Tag je TRV
T8 Offline-Alarm	VINDSTYRKA Schreibtisch ausstecken (aus #237, offen)	Push nach ~20 min, Entwarnung

11. Abnahme E6a

• Alle 7 Räume laufen auf VTherm, AHC und Better Thermostat sind abgebaut.
• T1 bis T8 sind bestanden und dokumentiert.
• Zwei Wochen Heizbetrieb ohne Eingriff (aus dem Epic). Gemeint ist: kein Nachdrehen, weil etwas falsch war. Gewollte Übersteuerungen zählen nicht.
• In den zwei Wochen gibt es keinen unentdeckten Ausfall: Jede Störung wurde gemeldet.
• Lars ist zufrieden (aus dem Epic).
• Das Wand-iPad hängt und zeigt Heizung, Gerätezustand und Müll.

12. Risiken

Risiko	Gegenmaßnahme
E1 verwirft Einspeisung still (internal)	Modus vor jedem Senden prüfen (5.2)
Wohnzimmer reagiert nicht, wenn ein TRV ausfällt (VTherm ≥ 9.0)	Offline-Alarm, Status „Störung“, Rückweg per Hand am Tablet
VTherm ist ein Projekt mit einem Hauptentwickler (HACS)	aktiv gepflegt (10.5.0 vom 01.10.2026); Rückweg bis zum Abbau; Konfiguration im Umsetzungsplan dokumentiert
Intelligent Heating Pilot ist Beta	erst Stufe 1, Lernmodus nur nach Datenlage und im Testraum
Batterieverbrauch durch Einspeisung	Schwelle 0,2 K + Keep-alive, Messung T7
Bad hat keinen Zigbee-Router, Küche den schwachen kaffee-Stecker	Zustellprüfung; kaffee testweise umstecken (#185)
HA-Update 2026.9 bricht card-mod	betrifft nur alte Dashboards, neues Dashboard ohne card-mod; #257 vor dem Update

13. Bewusst später

• Schimmelrisiko (mold_indicator): erst nach Messung des Kalibrierfaktors an der kältesten Wand.
• Lernmodus produktiv auf allen Räumen (nach Stufe-2-Test).
• Geofencing (Lars ins Tailnet, E1-Kernpunkt).
• HomeKit ablösen (#256), wenn HA-App und Tailscale überall laufen.
• Smart-Home-Zentrale ausbauen (Licht, Medien, Sicherheit) in E6.
• HA aufräumen (Sammel-Issue E6): card-mod/Minimalist (#257), ungenutzte Dashboards, 44 Frontend-Ressourcen, Template-Schleife „Gemessene Steckdosen Power“.
• Wassersensor Waschmaschine: Batterie, Push statt nur HA-Benachrichtigung, ins Label „Überwacht“.

14. Prüfpunkte für den Umsetzungsplan

1. VTherm-Version beim Einbau prüfen (≥ 10.5.0), ebenso die HACS-Mindestversion und die Release-Notes seit 10.5.0.
2. VTherm-Konfigurationsfelder für over_climate, Fenster (Aktion Frost, Verzögerung), zentrale Konfiguration und Presets aus der aktuellen Doku übernehmen, nicht aus dem Gedächtnis.
3. Z2M-Payload für external_temperature_input und sensor an einem TRV verifizieren (T1).
4. Entitäts-IDs aller betroffenen Helfer und Automationen per ha_search erfassen, bevor etwas gelöscht wird.
5. HomeKit-Bridge-Filter: Wie wird nur climate.* aus VTherm aufgenommen, ohne dass die TRVs erneut erscheinen?
6. Aufheizraten-Messung ab dem ersten Heiztag sicherstellen: VTherm-slope-Statistik im Recorder.
7. Akku-Schutz-Stecker fürs iPad: Ist ein freier schaltbarer Zigbee-Stecker vorhanden?
8. Preset-Werte beim Anlegen aus den AHC-Helfern übernehmen (Tabelle 5.1), Schlafzimmer-Eco 17 °C.

15. Quellen

• Ist-Aufnahme Heizung und Zigbee (29.09.2026): recherche/ist-aufnahme.md
• Recherche Fundament (AHC, VTherm, Better Thermostat, Zeitpläne, Vorheizen, Aqara E1; 05.10.2026, mit Code- und Issue-Belegen): recherche/fundament.md
• Recherche Dashboard-Karten (HACS, Kiosk, Müll, Risiken; 06.10.2026): recherche/dashboard-karten.md
• Netzwerkkarte und Latenzmessung (05.10.2026): Kommentare in homeserver#185, #256
• Überwachung (Label, Alarme, Gerätezustand): homeserver#237
• Mockup: Claude Design, Projekt „Smart-Home-Zentrale Mockup“