TespitTespit

Fix Update – Entwicklungsstatus

Ein Blick hinter die Kulissen der bislang größten technischen Überarbeitung des Tespit-Datenpfads.

11Abgeschlossen

1In Arbeit

4Geplant

Aktueller Schritt

Alltagsbetrieb mit allen Fahrzeugdaten

Der schnelle Fahrdatenpfad wird nun im normalen Betrieb zusammen mit Medien, Klima, Laden, Reifendruck, Türen und Standort validiert.

Warum ist Version 1.1.8 so umfangreich?

Zwischen Fahrzeug und Anzeige liegen Bluetooth-Kommunikation, Datenfragmente, Decodierung, Zustandsverwaltung und Benutzeroberfläche. Version 1.1.8 betrachtet deshalb den vollständigen Weg der Daten.

Fortschritt

  1. 1

    Ausgangslage verstehen

    Abgeschlossen

    Fahrzeugabfragen, Bluetooth-Kommunikation und die Aktualisierung in Tespit wurden als vollständiger Datenweg untersucht.

  2. 2

    Den kompletten Datenweg messbar machen

    Abgeschlossen

    Eine interne Messkette verfolgt Aktualisierungen von der Abfrage bis zur Darstellung in der App.

  3. 3

    Antwortgesteuerte Aktualisierung

    Abgeschlossen

    Neue Abfragen richten sich stärker am tatsächlichen Abschluss einer Fahrzeugantwort aus.

  4. 4

    Fahrdaten isoliert testen

    Abgeschlossen

    Geschwindigkeit, Leistung und Fahrstufe wurden unabhängig von Zusatzinformationen untersucht.

  5. 5

    Fahrdaten priorisieren

    Abgeschlossen

    Zeitkritische Werte erhalten Priorität; Zusatzdaten wie Klima, Medien oder Laden werden fair über die Zyklen verteilt.

  6. 6

    Diagnose & Protokollierung

    Abgeschlossen

    Für lokale Entwicklungs- und Testfahrten wurde ein Diagnosesystem aufgebaut, das technische Ereignisse zeitlich nachvollziehbar macht.

  7. 7

    Automatische Transport-Recovery

    Abgeschlossen

    Für seltene offen gebliebene Bluetooth-Schreibvorgänge wurde eine kontrollierte Wiederherstellung entwickelt.

  8. 8

    Seltene Aussetzer untersuchen

    Abgeschlossen

    Bei einzelnen Antworten wurden unvollständige Datenpakete beobachtet. Die genaue Ursache eines wiederkehrenden zeitlichen Musters ist nicht eindeutig belegt.

  9. 9

    Recovery vollständig isolieren

    Abgeschlossen

    Alte unvollständige Antworten dürfen nicht in neue Wiederherstellungsversuche hineinreichen.

  10. 10

    Aussetzer früher erkennen

    Abgeschlossen

    Unvollständige Datenpakete werden früher erkannt, ohne gültige langsame Antworten voreilig abzubrechen.

  11. 11

    Langsame Antworten richtig einordnen

    Abgeschlossen

    Gültige, aber langsame Antworten werden erkannt und weiter verarbeitet; erst deutlich später greift eine Recovery.

  12. 12

    Alltagsbetrieb mit allen Fahrzeugdaten

    In Arbeit

    Der schnelle Fahrdatenpfad wird nun im normalen Betrieb zusammen mit Medien, Klima, Laden, Reifendruck, Türen und Standort validiert.

  13. 13

    Konsistente Fahrzeugzustände

    Geplant

    Zusammengehörige Werte sollen als konsistenter Zustand an die Oberfläche übergeben werden.

  14. 14

    Eigene Telemetrie-Verarbeitung

    Geplant

    Kommunikation, Datenverarbeitung und Oberfläche werden technisch klarer voneinander getrennt.

  15. 15

    Performance-Feinschliff

    Geplant

    Unnötige Wechsel, alte WorkItems und redundante Verarbeitung werden erneut überprüft.

  16. 16

    Finale Release-Abnahme

    Geplant

    Der neue Datenpfad wird als Einheit auf Fahrzeughardware, iPhone und iPad geprüft.

Entwicklung auf echter Hardware

Entscheidende Bluetooth- und Latenzphasen werden bei realen Fahrten geprüft. Ein erfolgreicher Build ersetzt keine Validierung am Fahrzeug.

Die Messwerte stammen aus Entwicklungsfahrten und können je nach Fahrzeug, Firmware, Funkumgebung und Gerät abweichen.