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 attivata la notifica ManagedServices per gli utenti in background visibili.

  • Aggiunto il supporto per DocumentsUI sugli utenti con sfondo visibile.

Audio e radio

  • Applicazione della messa a fuoco audio:è stata attivata l'applicazione della messa a fuoco 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 per 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 AAOS Display Safety introduce un'architettura grafica isolata e con sicurezza avanzata per la nuova piattaforma SDV, offrendo un'esperienza Unified Cockpit reattiva. Display Safety è costituito dai 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 di 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 fondamentali per la sicurezza siano conformi agli standard di layout di visualizzazione. 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 SDV AAOS resilienti per comporre contenuti di infotainment con livelli di sicurezza HAR sullo schermo del cluster.

Connettività

  • Messaggistica con più dispositivi:è stato corretto un problema di regressione nello stack di telefonia che impediva al sistema di archiviare i messaggi provenienti da più dispositivi connessi.

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

UI di sistema ed esperienze

  • UI di sistema scalabile: è stato esteso il framework dell'UI scalabile 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 viene 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 UI scalabile.

  • Notifiche di avviso per la UI scalabile:personalizzazione OEM semplificata e costi ridotti grazie alla modularizzazione dei componenti della UI di sistema, come la UI del sistema HVAC e dell'auto. 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 della UI di sistema dell'auto: la UI di sistema Android monolitica è stata suddivisa in componenti modulari indipendenti per ridurre i costi OEM ed evitare problemi di compatibilità.

App principali

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

Fotocamera

  • È stato ritirato il sistema di visione estesa (EVS): le API EVS sono state ritirate per ridurre la frammentazione e unificare la superficie dell'API della videocamera. Gli OEM devono invece utilizzare le API Camera2. Per maggiori informazioni, vedi Eseguire la migrazione a Camera2.

Software Defined Vehicle (SDV)

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

Conformità

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

Problemi noti relativi al test

La release AAOS 26Q2 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 automatizzato che richiede la verifica manuale

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