tobias
e1d570992e
Drei zusammengehörige Teile in einem Repository: - homeassistant/ Das fertige, im Einsatz befindliche Home-Assistant-Panel (panel_custom Custom Element + pyscript-Backend). Echte Fahrzeug- und Personendaten (fahrzeugprofil.json, fahrten.jsonl, tankvorgaenge.jsonl, Tankbelege) bleiben per .gitignore außen vor; die anonymisierte Vorlage fahrzeugprofil.example.json ist mit dabei. - design-system/ Eigenständige React-Komponentenbibliothek (@audi-dash/ui), die die visuelle Sprache des Panels nachbildet - ohne Audi-Markenzeichen und ohne die lizenzierte Hausschrift. Dient als Grundlage für Claude Design. War bis hierher ein eigenes Repository und ist in dieses eingeschmolzen worden. - companion-app/ Datenschicht der neuen App DataMetric360 (iOS/Android via Capacitor, zusätzlich als Iframe im HA-Dashboard). Noch ohne Oberfläche: REST- und WebSocket-Zugriff auf Home Assistant plus Warteschlange für Änderungen ohne Netz. Ersetzt das eingespritzte hass-Objekt, das nur innerhalb des HA-Frontends existiert. Dazu die Projektdokumentation: SPECIFICATION.md (Ist-Stand des Panels), COMPANION_APP_ARCHITECTURE.md (Architekturentscheidungen der neuen App), AUDIT_2026-08-10.md, DESIGN_BRIEF_DATAMETRIC360.md und der ursprüngliche Bauauftrag. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
39 lines
2.0 KiB
YAML
39 lines
2.0 KiB
YAML
# Ergänzung zur bestehenden configuration.yaml.
|
|
# Nicht die ganze Datei ersetzen - diese Zeilen unter den jeweils schon
|
|
# vorhandenen Top-Level-Schlüsseln einfügen (falls z. B. schon ein
|
|
# `pyscript:`-Block existiert, dort zusammenführen statt duplizieren).
|
|
|
|
# pyscript-Backend: Fahrterkennung, Fahrtabschluss, Reifenzähler,
|
|
# Belegverarbeitung (siehe pyscript/-Ordner). allow_all_imports ist nötig,
|
|
# weil die Skripte os, subprocess, urllib.request, base64 und uuid nutzen -
|
|
# pyscript erlaubt standardmäßig gar keine Importe, auch keine aus der
|
|
# Standardbibliothek.
|
|
pyscript:
|
|
allow_all_imports: true
|
|
|
|
# Frontend: bindet den umgebauten Prototyp als eigenen Sidebar-Eintrag ein
|
|
# (§10 Punkt 1). module_url zeigt auf /config/www/audi-dashboard-panel.js
|
|
# (lokal erreichbar unter /local/audi-dashboard-panel.js). Die Datei selbst
|
|
# entsteht erst in Phase 2 (Frontend-Umbau) - bis dahin ist dieser Eintrag
|
|
# noch nicht funktionsfähig.
|
|
#
|
|
# Das ?v=1 am Ende ist absichtlich: audi-dashboard-panel.js selbst wird von
|
|
# Home Assistant mit einer sehr langen Standard-Cache-Zeit ausgeliefert
|
|
# (31 Tage), weil sie als stabiler Lade-Stub gedacht ist, der praktisch nie
|
|
# wieder angefasst wird (siehe deren eigener Kopfkommentar). Ändert sie sich
|
|
# doch einmal (ist an der Testinstanz bereits vorgekommen), bleibt jeder
|
|
# Browser, der die Datei vorher schon geladen hatte, sonst für bis zu 31
|
|
# Tage auf dem alten Stand hängen - unabhängig davon, wie oft die Datei auf
|
|
# dem Server ersetzt wird. Die Versionsnummer hier zu erhöhen ändert die
|
|
# angefragte URL und erzwingt damit einen echten Neuabruf bei jedem Browser.
|
|
# Das erfordert einen HA-Neustart (Änderungen an configuration.yaml), ist
|
|
# aber dafür zuverlässig - anders als bei audi-dashboard-app.js/.css, die
|
|
# über audi-dashboard-version.json ganz ohne Neustart aktualisiert werden.
|
|
panel_custom:
|
|
- name: audi-dashboard-panel
|
|
sidebar_title: Mein Audi
|
|
sidebar_icon: mdi:car-sports
|
|
module_url: /local/audi-dashboard-panel.js?v=1
|
|
embed_iframe: false
|
|
trust_external_script: false
|