Geraetezeit statt Ankunftszeit - die Wurzel hinter der 3-km-Fahrt (2026.9.4.1)

Das Fahrtfenster stand seit dem 01.09. in der Gerätezeit, der Verlauf war nach
Ankunftszeit sortiert. Zwei Uhren, und das Gerät puffert: was verspätet ankam,
fiel aus einem Fenster heraus, in dem es der Sache nach lag. Am 03.09. hat das
eine Fahrt gekostet - 26 von 48 GPS-Punkten und 3,0 statt 7 km.

verlauf_lesen() stempelt jeden Punkt jetzt mit der Gerätezeit seines
Datensatzes. Eine Stelle, an der alle Verbraucher vorbeikommen. Dazu zwei
Riegel aus derselben Untersuchung: ein Rückschritt von 43 Metern ist keine
Zählerrücksetzung mehr (aus 87 Metern wurden vorher 13,7 km), und das
Fahrtende wird auf das letzte Lebenszeichen des Geräts geklemmt - der Nachlauf
ist eine Rechnung, kein Messwert.

Am echten Recorder nachgerechnet: Tacho 3,0 -> 7,0 km, GNSS 2,952 -> 6,877 km,
Route 26 -> 47 Punkte, Ende 23:21:57 -> 23:17:48. Beim ersten Lauf haben zwei
Fahrten eine Strecke bekommen, die vorher gar keine hatten.

Nicht das Gerät war schuld: es hat lückenlos aufgezeichnet. Die zehn Minuten
Funkstille waren eine offene, aber tote TCP-Sitzung (flespi-Log: 703 s, 16
Nachrichten) - kein Funkloch. Begründung und die Empfehlung fürs Gerät stehen
in AGENTS.md, Abschnitt CB.

Dazu die neun Paritätsbefunde, alle Richtung Panel gelöst - darunter ein
unmaskierter Punkt in beiden Codebasen, der aus "vor 3 Tage" ein "vor 3 Tag"
machte.

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

custom_components/audi_dashboard/frontend/app/bundle.json

@@ -1 +1 @@
-{"version":"2026.9.3.15","sha256":"00c71560c2cd991fa145a79a8d475a6cc4359eaa39342056f406bd3c2ee272c5","bytes":269191,"gebaut":"2026-09-03T19:21:06Z"}
+{"version":"2026.9.4.1","sha256":"473807fbe06bc94882a3b53fa76d167a64a15d9470c0a6f993c7042a8bf009b6","bytes":270085,"gebaut":"2026-09-04T00:09:13Z"}

custom_components/audi_dashboard/frontend/audi-dashboard-app.js

@@ -1624,7 +1624,9 @@ function teaser() {
            weder Strecke noch Verbrauch. Ein Strich behauptete, ein Wert fehle -
            richtig ist, dass es ihn noch nicht gibt. */""}
       <span class="k">Aktuelle Fahrt<small class="laeuft">läuft</small></span>
-      <button class="zeilenknopf" data-fahrtbeenden>Fahrt beenden</button></div>`
+      <button class="zeilenknopf" data-fahrtbeenden ${FAHRTENDE_LAEUFT ? "disabled" : ""}>${
+        FAHRTENDE_LAEUFT ? "Wird beendet …" : "Fahrt beenden"
+      }</button></div>`
       : t ? `<button class="leaf" style="padding-left:0" data-go="trip:${t.trip_id}">
       <span class="k">Letzte Fahrt<small>${strecke(t)}</small></span>
       <span class="v">${t.ende_vorlaeufig ? "~ " : ""}${streckeText(t.distance_km, "—")}<small${t.ende_vorlaeufig ? " class=\"vorlaeufig\"" : ""}>${t.ende_vorlaeufig ? "vorläufig" : fahrtVerbrauch(t) != null ? de(fahrtVerbrauch(t), 1) + " l/100 km" : "—"}</small></span>
@@ -3145,7 +3147,7 @@ function vEinst() {
       ${DONGLE.stand && DONGLE.stand.gelesen_am
         // Der Punkt der Abkuerzung ist zugleich der Satzpunkt - sonst stuende
         // dort "vor 1 Std..". "vor 3 Tage" hat keinen und bekommt einen.
-        ? `Gelesen ${esc(alterText(Date.parse(DONGLE.stand.gelesen_am)).replace(/.$/, ""))}. `
+        ? `Gelesen ${esc(alterText(Date.parse(DONGLE.stand.gelesen_am)).replace(/\.$/, ""))}. `
         : "Noch nicht gelesen. "}Der Regler oben schreibt den Schlaf-Timeout sofort
       hierher; bis das Gerät sich das nächste Mal meldet, steht die Änderung als
       „unterwegs" daneben.</span>
@@ -4205,6 +4207,9 @@ let DONGLE = null;
 // demselben Grund: der Abruf geht ueber zwei Netze (wir -> flespi -> Geraet)
 // und darf nicht wie ein toter Knopf aussehen.
 let DONGLE_LAEUFT = false;
+// Laeuft gerade ein "Fahrt beenden"? Wie DONGLE_LAEUFT: der Knopf soll zeigen,
+// dass etwas passiert, statt still zu bleiben, bis der Push zurueckkommt.
+let FAHRTENDE_LAEUFT = false;
 // "pruefen" | "installieren" | "neustart" | null - während einer dieser drei
 // Aktionen läuft, siehe vEinst()'s Integration-Update-Kachel. Eigens statt
 // über serviceRufen() (das feuert-und-vergisst), weil diese drei Aktionen
@@ -6047,7 +6052,16 @@ function ereignisseVerdrahten() {
     // in die Einzelfahrt navigiert. Die Zeile ist waehrend der Fahrt zwar ein
     // div ohne data-go, aber die Reihenfolge haelt das auch dann, wenn die
     // Kachel spaeter einmal anders gebaut wird.
-    if (e.target.closest("[data-fahrtbeenden]")) { serviceRufen("fahrt_jetzt_beenden", {}); return; }
+    if (e.target.closest("[data-fahrtbeenden]")) {
+      // Nicht ueber serviceRufen(): das feuert und vergisst. Hier soll der Knopf
+      // zeigen, dass gerade geschlossen wird - dieselbe Mechanik wie beim Dongle.
+      if (FAHRTENDE_LAEUFT) return;
+      FAHRTENDE_LAEUFT = true; render();
+      HASS.callService(DOMAIN, "fahrt_jetzt_beenden", {})
+        .catch((f) => console.error("fahrt_jetzt_beenden", f))
+        .finally(() => { FAHRTENDE_LAEUFT = false; render(); });
+      return;
+    }
     if (e.target.closest("[data-dongle]")) {
       // Nicht ueber serviceRufen(): das feuert und vergisst, hier soll der Knopf
       // aber zeigen, dass gerade zwei Netze befragt werden - und danach wieder