Ładowanie interfejsu…
Ładowanie interfejsu…
AudiMMI rozwija model, w którym klient lub partner podłącza zatwierdzony edge node, a operator otrzymuje tylko allowlistowany zakres danych diagnostycznych. Pierwsza wersja ma potwierdzić identyfikację, jakość evidence i ekonomikę usługi — nie zdalne programowanie samochodu.
Nazwa funkcji w narzędziu nie określa ryzyka. Ta sama „adaptacja” może mieć zupełnie inny skutek w zależności od modułu, wartości i stanu pojazdu.
LEVEL A
MVP directionVIN/identity where justified, controller topology, ECU identification, DTC, freeze frame, measured values and diagnostic logs. No command may intentionally change persistent vehicle state.
LEVEL B
After Level A pilotPotential future whitelist of narrowly bounded procedures only after proven backup, explicit before/after diff, post-check and documented rollback.
LEVEL C
Not in first MVPFirmware or parameterisation requires separately governed procedure authority, stable power, legal source, hash, exact HW/SW compatibility and recovery plan.
LEVEL D
Blocked in public MVPImmobilizer, keys, safety-critical controllers, emissions-sensitive operations and comparable high-risk work require a separate legal, technical and competency model.
Jaki pojazd i jakie sterowniki faktycznie odpowiadają w tej sesji.
Z jakiego odczytu, timestampu i VehicleSnapshot pochodzi każda istotna wartość.
Kto zatwierdził procedurę oraz czy dany poziom jest w ogóle dozwolony.
Co zostało odczytane, jakie wystąpiły odstępstwa i jaki raport powstał po sesji.
Aktualna architektura V2 zachowuje zdalne operacje zapisu poza publicznym MVP. Najpierw wymagany jest read-only pilot, potwierdzone urządzenie, prywatny runtime, kontrola dostępu, wersjonowane procedury, evidence oraz osobne decyzje techniczne i prawne dla każdego wyższego poziomu.