Paul Nothaft
8e6e5bc2ee
Fahrzeugdaten, Batterieverlauf, Service mit Werkstatt und Servicebuch, Reifen, die ganze Versicherungs- und Steuergruppe, Einstellungen in voller Tiefe und die Live-Ansicht. Portiert dazu: die eigene Oelwechsel-Prognose (rechnet ab dem letzten Wechsel im Servicebuch neu, weil der Langzeitschnitt dafuer zu traege ist), Kalenderdateien fuer Termine und die CSV-Ausgabe im deutschen Format. Die Live-Ansicht ist gebaut, aber ueber einen Schalter abgeschaltet: die Werte dafuer liefert erst der FMM003. Ein Menuepunkt mit lauter Nullen waere schlechter als keiner. Zwei Stellen, an denen die App bewusst zurueckhaltend ist: ein unbekannter Pruefpunkt erscheint als hohler Ring statt als geratenes Gruen, und der Reifen-Kilometerstand wird nie zurueckgeschrieben, weil ihn der Server fortschreibt. 49 Tests, darunter ein Rendertest ueber alle 21 Seiten in beiden Layouts mit Beispieldaten in der Form, die das Backend wirklich liefert.
18 lines
691 B
TypeScript
18 lines
691 B
TypeScript
/**
|
|
* Schalter für Funktionen, die gebaut, aber noch nicht nutzbar sind.
|
|
*
|
|
* Der Sinn: Die Oberfläche dafür existiert und ist geprüft, sie zeigt aber
|
|
* nichts an, solange keine echten Daten fließen. Ein sichtbarer Menüpunkt mit
|
|
* lauter Nullen wäre schlechter als gar keiner.
|
|
*/
|
|
|
|
/**
|
|
* Live-Ansicht der laufenden Fahrt (Position, Geschwindigkeit, Strecke).
|
|
*
|
|
* Braucht den FMM003 am CAN-Bus, der die Werte per MQTT nach Home Assistant
|
|
* schickt — siehe COMPANION_APP_ARCHITECTURE.md §2b und Phase 13 des
|
|
* Umsetzungsplans. **Erst umlegen, wenn die Zuordnungstabelle aus einer echten
|
|
* MQTT-Nachricht gebaut ist**, nicht vorher.
|
|
*/
|
|
export const LIVE_VERFUEGBAR = false
|