tobias
6f23dfebbf
_fahrt_screenen() holte beide Kilometerstaende mit naechster_wert(), also dem zeitlich naechstgelegenen Wert - gleich ob davor oder danach. Fuer einen Zaehlerstand ist das falsch, und wert_bei()s eigener Docstring sagt es woertlich: der Stand bei Fahrtbeginn ist der zuletzt gemeldete, nicht der naechste, der schon Strecke enthaelt. historienimport.py hat immer wert_bei() benutzt - dieselbe Fahrt wurde also je nach Weg unterschiedlich bewertet, genau das, was die gemeinsame Herkunft von UNPLAUSIBLE_KMH und MINDESTDAUER_S in verlauf.py ausschliesst. Am echten recorder-Verlauf nachgewiesen: fuer den Fahrtbeginn 16:39:42 UTC lieferte naechster_wert() 21325 (der Stand von 16:40:53, also 71 s nach dem Beginn und aus einem anderen Fahrzeug), wert_bei() dagegen 209177. _vollstaendig() prueft ausserdem nach unten. Bisher galt nur > UNPLAUSIBLE_KMH; ein Rueckwaertssprung ergab eine negative Strecke und wurde als "vollstaendig" gespeichert. historienimport.py verlangt odo_end >= odo_start seit jeher. Die Pruefung sitzt an der Strecke, nicht an der Geschwindigkeit: durchschnitt_kmh() liefert bei Dauer 0 None, eine Fahrt mit null Sekunden kaeme sonst vorbei. Dem Fahrzeugwechsel des Dongles waehrend der Testphase steht das nicht im Weg: verglichen werden Anfang und Ende derselben Fahrt, und jedes Fahrzeug zaehlt innerhalb seiner eigenen Fahrt aufwaerts. In allen 23 gespeicherten Fahrten haette die Pruefung nie ausgeloest. Greift sie doch, werden beide Werte verworfen und die Fahrt bleibt "offen" - der naechste Screening-Lauf versucht es erneut. Verifiziert gegen die echte Aufzeichnung in audi_ha_test: sieben Faelle, darunter drei Regressionen (normale Fahrt, unmoegliches Tempo, echte 0-km-Fahrt bei stillstehendem Zaehler). py_compile sauber, 2026.8.31.6 sauber gestartet. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
15 lines
500 B
JSON
15 lines
500 B
JSON
{
|
|
"domain": "audi_dashboard",
|
|
"name": "Audi Dashboard",
|
|
"version": "2026.8.31.6",
|
|
"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"]
|
|
}
|