Android Automotive 26Q2

Questa pagina descrive le funzionalità e i miglioramenti della release 26Q2 di Android Automotive OS (AAOS) (livello API 37), che include otto nuove funzionalità e risolve 180 problemi.

Framework AAOS

Gestione utenti

  • È stata abilitata la notifica ManagedServices per gli utenti in background visibili.

  • È stato aggiunto il supporto per DocumentsUI per gli utenti in background visibili.

Audio e radio

  • Applicazione della priorità audio: è stata abilitata l'applicazione della priorità audio in AAOS, che è fondamentale per la sicurezza degli utenti.

  • Callback del guadagno audio: questo callback consente all'hardware audio di comunicare le modifiche del volume ai componenti software, incluse le app, e consente all'intero sistema di rilevare in modo coerente i livelli audio attuali. Gli OEM possono aggiungere nuovi eventi al callback del guadagno audio e personalizzare il comportamento nel servizio OEM.

Framework auto

  • Disponibilità delle proprietà del veicolo: consente agli OEM di attivare e disattivare dinamicamente le proprietà del veicolo, con stati aggiuntivi per le proprietà definite dal fornitore o non disponibili.

Sicurezza del display

La suite di sicurezza del display AAOS introduce un'architettura grafica isolata e rinforzata per la sicurezza per la nuova piattaforma SDV, fornendo un'esperienza Unified Cockpit reattiva. La sicurezza del display include i seguenti componenti:

  • Renderer ad alta affidabilità (HAR): un motore a bassa latenza che funziona indipendentemente dal sistema di infotainment principale per garantire la visualizzazione deterministica dei dati critici del veicolo, come marcia, velocità e indicatori. Utilizza un ciclo di rendering e composizione isolato per la sicurezza per una fusione efficiente.

  • Toolchain di compilazione e monitoraggio della progettazione di sicurezza: un insieme di utilità automatizzate utilizzate per verificare che gli elementi visivi critici per la sicurezza siano conformi agli standard di layout del display. Applica il rendering perfetto dei pixel e utilizza la segmentazione delle differenze per la conformità visiva.

  • App cluster Android (DriverUI): un'app interattiva che si sincronizza tramite canali AAOS SDV resilienti per comporre i contenuti di infotainment con i livelli di sicurezza HAR sullo schermo del cluster.

Connettività

  • Invio di messaggi con più dispositivi: è stata corretta una regressione nello stack di telefonia che impediva al sistema di archiviare i messaggi provenienti da più dispositivi connessi.

  • Integrazione PANS-and-Play (PnP): Google Play è stato aggiornato per essere compatibile con PANS al fine di migliorare l'esperienza utente.

UI di sistema ed esperienze

  • UI di sistema scalabile: il framework dell'UI scalabile è stato esteso definendo un'API che consente agli OEM di personalizzare i componenti dell'UI di sistema a livello di sistema. In questo modo, il flusso di lavoro viene unificato e l'identità del brand può essere applicata in modo coerente.

  • Riferimento multiutente e multi-display (MUMD): è stato fornito un esempio di configurazione multi-display che utilizza utenti in background simultanei con l'UI scalabile.

  • Notifiche heads-up (HUN) per l'UI scalabile: la personalizzazione OEM è stata semplificata e i costi sono stati ridotti grazie alla modularizzazione dei componenti dell'UI di sistema, come HVAC e Car System UI. Le funzionalità principali includono un meccanismo di traduzione HUNPanel dedicato per le animazioni definite dallo stato e una nuova classe HUNWindow per la gestione ottimizzata del ciclo di vita delle finestre.

  • Modularizzazione dell'UI di sistema dell'auto: l'UI di sistema Android monolitica è stata suddivisa in componenti modulari indipendenti per ridurre i costi degli OEM ed evitare problemi di compatibilità.

App principali

  • API AppFunction: consentono agli agenti di connettersi alle app.

Fotocamera

  • Extended View System (EVS) è stato ritirato: le API EVS sono state ritirate per ridurre la frammentazione e unificare la superficie dell'API della fotocamera. Gli OEM devono invece utilizzare le API Camera2. Per ulteriori informazioni, vedi Eseguire la migrazione a Camera2.

Software Defined Vehicle (SDV)

  • Software Defined Vehicle: le funzionalità di Android sono state estese oltre lo schermo di infotainment per alimentare più domini dell'auto con un'architettura orientata ai servizi (SOA) scalabile e un'integrazione perfetta con IVI. Include HAR per i quadri strumenti, consentendo iterazioni rapide di progettazione e sviluppo per una soluzione completa per il cockpit.

Conformità

Per convalidare l'implementazione di AAOS, utilizza le seguenti suite di test:

Problemi noti relativi ai test

La release 26Q2 di AAOS include i seguenti problemi noti relativi ai test:

  • CtsSurfaceControlTests[secondary_user_on_secondary_display]
    • #testImeVisible
    • #testImeVisibleWithZBelowRequest
    • #testImeZOrderedAboveEmbeddedWindowInChildWindow
    • #testImeVisibleWithZBelowTouch
  • CtsGraphicsTestCases
    • FrameRateOverrideTest#testAppDisplayModeGetRefreshRateDisplayModeReturnsPhysicalRefreshRateEnabled
    • FrameRateOverrideTest#testAppBackpressure
  • FrameRateOverrideTest#testAppDisplayGetRefreshRate
    • FrameRateOverrideTest#testAppChoreographer

Test automatico che richiede la verifica manuale

Il seguente modulo non supera i test automatici (CTS) in configurazioni multiutente o multi-display specifiche: CtsMediaAudioTestCases[secondary_user_on_secondary_display]. Verifica la funzionalità associata utilizzando i test manuali.