Vergangene Daten aus dem HA-Verlauf importierbar, Auslieferstand bereinigt

Datenaufbewahrung (recorder_snippet.yaml, neu): Home Assistant loescht
Sensor-Verlaeufe standardmaessig nach 10 Tagen - das war die stille
Obergrenze dafuer, wie weit sich ueberhaupt je etwas rekonstruieren
laesst, denn geloeschte recorder-Zeilen sind endgueltig weg. Der Block
hebt das auf 365 Tage. Die Bestaende der App selbst (fahrten.jsonl,
tankvorgaenge.jsonl, batteriespannung.jsonl, fahrzeugprofil.json) waren
davon nie betroffen, die kennen ohnehin keine Purge-Logik. Platzbedarf
an der Testinstanz gemessen statt geschaetzt: 90.858 Zeilen in 17 Tagen,
hochgerechnet grob 1,9 Mio. Zeilen und 1-1,5 GB im Jahr, davon 96 % aus
der EU-Data-Act-Integration - dafuer liegt eine auskommentierte
exclude:-Liste bei. Bewusst kein include:-Block, der wuerde jeder
anderen Integration den Verlauf nehmen und dabei kaum Platz sparen.

Historienimport (pyscript/historienimport.py, neu): neuer Dienst
audi_dashboard_historie_importieren(start, ende) liest denselben
Verlauf, den die Live-Trigger in Echtzeit sehen, und leitet rueckwirkend
dieselben Datensaetze ab - Fahrten aus dem Zuendungsverlauf (inklusive
der Pausenregel, kurze Unterbrechungen verschmelzen zu einer Fahrt),
Tankvorgaenge nach derselben Tiefststand-Logik und denselben Schwellen
wie tankerkennung.py, Tagesmin/-max der Batteriespannung. Mehrfach
ausfuehrbar: ueberschneidet sich eine Fahrt mit einer bereits erfassten,
wird sie uebersprungen statt doppelt angelegt. Erzeugte Datensaetze
tragen source: "import".

Gelesen wird ueber HAs eigene recorder-API (get_significant_states),
nicht per direktem SQL auf home-assistant_v2.db: das Schema ist
HA-intern und aendert sich zwischen Versionen, die Funktion ist die
stabile Schnittstelle. Preis dafuer ist hass_is_global: true im
pyscript-Block; ohne die Zeile laeuft alles andere unveraendert weiter,
nur der Import meldet, dass er den Verlauf nicht lesen kann.

Oberflaeche in beiden Codebasen: Knopf "Daten importieren aus Home
Assistant" unter Einstellungen -> Einrichten, dahinter ein Fenster mit
Von/Bis (Vorbelegung: letzte 30 Tage), "Importieren" als Hauptaktion und
"Abbrechen" als zweite Wahl. Das Fenster bleibt offen und zeigt das
Ergebnis, statt optimistisch zu schliessen - hier ist das Ergebnis der
Zweck des Aufrufs. Fortschritt ueber die Entitaet
pyscript.audi_dashboard_import_status, weil pyscript-Dienste sofort
zurueckkehren. In companion-app bewusst NICHT ueber die
Offline-Warteschlange: ein spaeter aus dem Nichts abgefeuerter
Importlauf waere fuer den Nutzer nicht nachvollziehbar.

Beim Testen gefunden und mitgefixt: profil.batterieverlauf_tageswert_
aktualisieren() haengte in Einfuegereihenfolge an. Solange nur die
Live-Aufzeichnung schrieb, war das dasselbe wie sortiert (sie traegt
immer den heutigen Tag ein) - der Import traegt vergangene Tage nach,
die waeren hinter den neueren gelandet und das Diagramm haette zeitlich
rueckwaerts gelaufen. Sortiert jetzt nach Datum, wie der eigene
Docstring es ohnehin versprach.

Auslieferstand bereinigt: einstellungen.py brachte zwei Entity-IDs einer
laengst abgeraeumten Testinstanz mit (testzone_fmm003_...). Beim Testen
unsichtbar, weil die Testinstanz sie ueber entitaeten.json ueberschreibt
- auf einer Neuinstallation waeren sie die wirksamen Werte gewesen. Und
schlimmer als nur wirkungslos: fahrterkennung.py registriert seinen
@state_trigger nur, wenn das Feld belegt ist, ausdruecklich als Schutz
gegen eine leere Entity-ID. Ein gesetzter, aber nicht existierender Wert
hebelt genau diesen Schutz aus. Beide Felder jetzt leer wie alle
anderen; Kopfkommentar der Datei ueberarbeitet, er behauptete noch, die
EU-Data-Act-Integration werde nicht mehr verwendet.

install.ps1 abgesichert, da die erste echte Installation auf HA OS
ansteht: die feste configuration.yaml.bak wurde bei jedem Lauf
ueberschrieben, ausgerechnet das Original war nach dem zweiten Lauf weg
- Sicherungen jetzt zeitgestempelt. Nach dem Schreiben wird die Datei
zurueckgelesen und geprueft (Laenge, genau ein Markerblock, bisheriger
Inhalt unveraendert); bei der kleinsten Abweichung rollt das Skript
automatisch zurueck. Die Sicherheitseigenschaften stehen jetzt im Kopf
der Datei, statt dass man ihnen glauben muss.

Standort-Blatt: "Teilen" war im Tagmodus unsichtbar - .standort-pille
nutzte var(--tile), das Blatt darunter var(--tile-deckend), und die
iOS-Auflage setzt im Tagmodus beide auf #FFFFFF. Gemessener Kontrast
1,00:1, weiss auf weiss. Beide Pillen folgen jetzt der Knopfsprache des
Panels (.aktion / .aktion.primaer): Umriss fuer die Nebenaktion, var(--fg)
gefuellt fuer "Route". Danach 17-21:1 Textkontrast in beiden Themes.
Nebenbei ist damit --line-strong - eine Linienfarbe - nicht laenger als
Knopffuellung im Einsatz.

Geprueft: Import zweimal ueber die echte Oberflaeche im Browser gegen
eine in die recorder-DB eingespielte Kunsthistorie (der Testcontainer
laeuft nicht, waehrend das Auto faehrt, echte Fahrten liegen dort also
nicht vor) - drei Fahrten wie erwartet, die 5-Minuten-Unterbrechung
korrekt zu einer 50-Minuten-Fahrt verschmolzen, die 30-Sekunden-Zuendung
verworfen, Strecken kilometergenau; zweiter Lauf legte 0 an und meldete
3 als vorhanden. Neuinstallation in einem Wegwerf-Container: nur
Profilvorlage und Parser, keine Fahrten-/Tank-/Batteriedatei, null
Fehler im Log. install.ps1 gegen Attrappen: -Pruefen schreibt nichts,
echter Lauf laesst automations.yaml bytegleich (SHA-256) und fremde
Bloecke stehen, Ergebnis parst als gueltiges HA-YAML, zweiter Lauf
idempotent, bei fremdem pyscript:/panel_custom: bleibt die Datei
bytegleich. tsc --noEmit sauber, companion-app-Tests 106/106, vite build
sauber, HA-Configcheck und Start ohne Fehler.

Co-Authored-By: Claude Opus 5 <[email protected]>

homeassistant/INSTALL.md

@@ -128,12 +128,38 @@ reicht `scp`/`rsync` vom gewohnten Terminal aus.
 `configuration_snippet.yaml` aus diesem Ordner öffnen. Die zwei Blöcke
 (`pyscript:` und `panel_custom:`) in die bestehende `configuration.yaml`
 übernehmen — **nicht** die Datei komplett ersetzen. Falls dort schon ein
-`pyscript:`-Block existiert, nur die Zeile `allow_all_imports: true` darin
-ergänzen statt einen zweiten Block anzulegen.
+`pyscript:`-Block existiert, nur die beiden Zeilen `allow_all_imports: true`
+und `hass_is_global: true` darin ergänzen statt einen zweiten Block anzulegen.
+
+`hass_is_global: true` braucht nur der nachträgliche Datenimport
+(Schritt 8) — ohne die Zeile läuft alles andere unverändert, der Import
+meldet dann aber, dass er den Verlauf nicht lesen kann.
 
 Der `panel_custom:`-Block kann schon jetzt mit rein; er wird erst mit dem
 Frontend-Baustein wirksam und stört bis dahin nicht.
 
+### Datenaufbewahrung — je früher, desto mehr ist zu retten
+
+Zusätzlich `recorder_snippet.yaml` aus demselben Ordner übernehmen. Home
+Assistant löscht Sensor-Verläufe **standardmäßig nach 10 Tagen**; der Block
+hebt das auf ein Jahr an.
+
+Das ist zeitkritisch, anders als der Rest dieser Anleitung: was der recorder
+einmal gelöscht hat, ist endgültig weg — auch für den Import in Schritt 8.
+Wer diesen Block erst in vier Wochen einbaut, kann die dazwischen liegenden
+Fahrten nicht mehr nachtragen.
+
+Nicht betroffen sind die Bestände der App selbst (`fahrten.jsonl`,
+`tankvorgaenge.jsonl`, `batteriespannung.jsonl`, `fahrzeugprofil.json` unter
+`/config/audi_dashboard/`): die werden nirgends automatisch gekürzt und
+bleiben dauerhaft erhalten. Die 10-Tage-Grenze betrifft nur den **rohen**
+Sensor-Verlauf, aus dem die App ihre Datensätze erst ableitet.
+
+Zum Platzbedarf (an der Testinstanz gemessen: rund 5.300 Zustandsänderungen
+pro Tag, hochgerechnet grob 1–1,5 GB für ein Jahr) steht alles im Kopf von
+`recorder_snippet.yaml`, samt einer auskommentierten `exclude:`-Liste zum
+Kürzen, falls die Datenbank zu groß wird.
+
 ## Schritt 4 — die Sensoren zuordnen
 
 Anders als früher wird dafür **nicht** mehr `pyscript/modules/
@@ -265,6 +291,19 @@ Sensor suchen, Zustand testweise auf `on`/`off` setzen). Danach in
 - **Tailscale „VPN On Demand"** in der Tailscale-App selbst einrichten
   (Regel „Only On", gebunden an `Audi_MMI_2804_5GHz`) — unabhängig von
   Home Assistant, kann jederzeit parallel erledigt werden
+- **Vergangene Daten nachtragen:** Fahrterkennung, Tankerkennung und
+  Batterieverlauf laufen erst ab der Installation mit. Was Home Assistant
+  vorher schon aufgezeichnet hat, holt **Einstellungen → Einrichten → „Daten
+  importieren aus Home Assistant"** nach: Zeitraum wählen, „Importieren", und
+  es entstehen dieselben Fahrten, Tankvorgänge und Spannungswerte, die die
+  Live-Erkennung erzeugt hätte. Der Vorgang ist gefahrlos wiederholbar —
+  überschneidet sich ein Zeitraum mit bereits erfassten Fahrten, wird er
+  übersprungen statt doppelt angelegt.
+
+  Wie weit er zurückreicht, hängt allein an der Aufbewahrung aus Schritt 3
+  (Standard 10 Tage, mit `recorder_snippet.yaml` ein Jahr). Kommt „0 Fahrten
+  angelegt" zurück, nennt das Fenster den frühesten Zeitpunkt, zu dem
+  überhaupt noch etwas aufgezeichnet ist.
 
 ## Schritt 9 — Frontend prüfen