Hauptuntersuchung: Ableitung aus Erstzulassung und Wartungsplan, drittes Feld entfernt

Gemeldet: Wartungsplan leer, Erstzulassung 01.03.2025, erwartet 01.03.2028 -
gezeigt wurden drei verschiedene Antworten (Uebersicht 01.08.2026, Mein Audi
"August 2026", Service "kein Eintrag im Wartungsplan").

Ursache war das Profilfeld hauptuntersuchung_faellig ("08/2026"), das die
Ableitung ueberstimmte, in keiner Oberflaeche ein Eingabefeld hatte und im
Backend kein Schema. Drei Bildschirme verarbeiteten denselben Wert
verschieden. Das Feld ist samt Lese- und Schreibweg entfernt; es gibt jetzt
zwei Quellen: Wartungsplan + 24 Monate, sonst Erstzulassung + 36 Monate.

Dabei mitbehoben:

* Die Service-Kachel verschluckte abgeleitete Termine, sobald kein
  Wartungsplan-Eintrag dahinterstand.
* monatePlus() in der App verlor einen Tag ueber die Zeitumstellung (drei von
  fuenf gemessenen Faellen) - betraf Oelwechsel- und Inspektionsprognose
  genauso. Das Panel rechnete dort seit jeher richtig.
* Die App verlangte fuer jeden Wartungsplan-Eintrag eine Kilometerangabe. Eine
  Hauptuntersuchung ist rein datumsbasiert; ohne km waere der erste HU-Eintrag
  ignoriert worden. Ausserdem nahm das Panel den ersten Treffer der Liste, die
  App den juengsten - beide nehmen jetzt den juengsten.
* Monatsgenauigkeit ("03/2025") bleibt auf beiden Seiten erhalten.

Neu: paritaet_hu.test.ts vergleicht die App gegen die aus der Panel-Quelle
herausgeschnittenen Originalfunktionen, 15 Faelle. Gesamt 292 App-Tests, 73
Python-Tests mit 231 Untertests, 0 Tracebacks. Live an der Testinstanz auf
allen drei gemeldeten Bildschirmen geprueft.

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

custom_components/audi_dashboard/einstellungen.py

@@ -91,19 +91,6 @@ class Sensorzuordnung:
     # Verbraucher.
     GNSS_TEILSTRECKE_SENSOR: str = ""
 
-    # Das Trip-Signal des Geräts: es beginnt erst, wenn Zündung UND Bewegung
-    # UND "Start Speed" zusammenkommen, und endet erst nach dem
-    # "Ignition OFF Timeout" des Geräts. Damit bringt es die Pausentoleranz
-    # selbst mit, statt dass wir einen zweiten Zeitgeber bauen.
-    #
-    # Bewusst getrennt von ZUENDUNG_SENSOR: die rohe Zündung prellt (am
-    # 29.08.2026 drei Wechsel in 30 ms) und stand am 30./31.08. dreizehn
-    # Stunden am Stück auf "an", ohne dass gefahren wurde. Als Auslöser für
-    # Fahrten taugt sie nicht, als Anzeige "Zündung an" sehr wohl.
-    #
-    # Leer: dann übernimmt ZUENDUNG_SENSOR die Fahrterkennung wie früher -
-    # bestehende Installationen laufen ohne Zutun weiter.
-    TRIP_SENSOR: str = ""
 
     # Der Zeitstempel, den das Gerät dem Datensatz selbst mitgegeben hat
     # (Unix-Sekunden, UTC). Optional, aber der einzige Weg zu einem
@@ -226,13 +213,8 @@ FELDER: list[dict] = [
      "domains": ["sensor"], "device_classes": ["distance"], "units": ["km"], "liste": False, "pflicht": False,
      "beispiel": "segment_mileage",
      "stichworte": ["segment", "teilstrecke", "abschnitt", "mileage"]},
-    {"key": "TRIP_SENSOR", "label": "Trip-Status", "gruppe": "fahrterkennung",
-     "hinweis": "on = Fahrt läuft. Das gefilterte Fahrtsignal des Geräts - erkennt Fahrtbeginn und -ende. Ohne Zuordnung übernimmt die Zündung diese Aufgabe.",
-     "domains": ["binary_sensor"], "device_classes": [], "units": [], "liste": False, "pflicht": False,
-     "beispiel": "trip_status_true_if_trip_started_false_if_stopped",
-     "stichworte": ["trip", "fahrt", "trip status", "journey"]},
     {"key": "ZUENDUNG_SENSOR", "label": "Zündung", "gruppe": "fahrterkennung",
-     "hinweis": "on = Zündung an. Für die Anzeige \"fährt/steht\"; ohne zugeordneten Trip-Status erkennt sie zusätzlich Fahrtbeginn und -ende.",
+     "hinweis": "on = Zündung an. Für die Anzeige \"fährt/steht\"; sie erkennt zugleich Fahrtbeginn und -ende.",
      "domains": ["binary_sensor"], "device_classes": [], "units": [], "liste": False, "pflicht": True,
      "beispiel": "engine_ignition_or_acc_status",
      "stichworte": ["zündung", "ignition", "acc", "motor", "engine"]},