tobias
80d73e8afd
Verbrauch (l/100km) war bislang totes Schema - kein Codepfad füllte verbrauch_l_100km je. Jetzt aus der Literstand-Differenz (TANK_LITER_SENSOR) über die Distanz genähert, live und beim Import, in beiden Frontends. Die "Zustand"-Kachel zeigte die Batteriespannung ungefiltert direkt vom Sensor, unabhängig von der Plausibilitätsgrenze der Verlaufsaufzeichnung - ein Sensorausreißer (0V) zeigte sich dort weiterhin, obwohl die Messwertliste ihn längst verwarf. Dieselbe Grenze gilt jetzt auch für diesen Anzeigepfad. Reale Fahrtendaten zeigten eine Fahrt mit 22km in 67s (~1180 km/h) - die Live-Vervollständigung (screening.py) hatte anders als der Import keine Plausibilitätsprüfung der Durchschnittsgeschwindigkeit. Jetzt gemeinsam in verlauf.py (UNPLAUSIBLE_KMH/durchschnitt_kmh) für beide Pfade. Dabei einen zweiten echten Bug gefunden: _fahrt_screenen() zog sein Ergebnis nie ins In-Memory-Objekt nach (nur in die Ablage) - eine im selben Durchlauf gerade erst ermittelte Distanz blieb für spätere Schritte (z. B. Verbrauch) bis zum nächsten Screening unsichtbar. Beide Stellen jetzt behoben. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
15 lines
500 B
JSON
15 lines
500 B
JSON
{
|
|
"domain": "audi_dashboard",
|
|
"name": "Audi Dashboard",
|
|
"version": "2026.8.27.8",
|
|
"documentation": "https://gitea.nothaft.cloud/paul/audi-app/src/branch/main/README.md",
|
|
"issue_tracker": "https://gitea.nothaft.cloud/paul/audi-app/issues",
|
|
"codeowners": ["@paul"],
|
|
"config_flow": true,
|
|
"integration_type": "service",
|
|
"single_config_entry": true,
|
|
"iot_class": "local_polling",
|
|
"dependencies": ["http", "frontend", "panel_custom", "recorder"],
|
|
"requirements": ["pypdf>=4.0.0"]
|
|
}
|