Android Automotive 26Q2

Auf dieser Seite werden die Funktionen und Verbesserungen im Android Automotive OS (AAOS) 26Q2 Release (API‑Level 37) beschrieben. Es enthält acht neue Funktionen und 180 Fehlerbehebungen.

AAOS-Framework

Nutzerverwaltung

  • Die Benachrichtigung ManagedServices wurde für sichtbare Hintergrundnutzer aktiviert.

  • DocumentsUI wird jetzt auch für sichtbare Hintergrundnutzer unterstützt.

Audio und Radio

  • Erzwingung des Audiofokus:Die Erzwingung des Audiofokus wurde in AAOS aktiviert. Dies ist für die Sicherheit der Nutzer von entscheidender Bedeutung.

  • Audio-Gain-Callback:Mit diesem Callback kann die Audiohardware Lautstärkeänderungen an Softwarekomponenten, einschließlich Apps, weitergeben. So kann das gesamte System aktuelle Audiopegel konsistent erkennen. OEMs können dem Audio-Gain-Callback neue Ereignisse hinzufügen und das Verhalten im OEM-Dienst anpassen.

Car-Framework

  • Verfügbarkeit von Fahrzeugeigenschaften:OEMs können Fahrzeugeigenschaften dynamisch aktivieren und deaktivieren. Außerdem gibt es zusätzliche Status für Eigenschaften, die entweder vom Anbieter definiert oder nicht verfügbar sind.

Displaysicherheit

Die AAOS Display Safety-Suite führt eine isolierte, sicherheitsoptimierte Grafikarchitektur für die neue SDV-Plattform ein, die ein reaktionsschnelles Unified Cockpit ermöglicht. Display Safety umfasst die folgenden Komponenten:

  • Renderer mit hoher Verfügbarkeit (High Availability Renderer, HAR): Eine Engine mit geringer Latenz, die unabhängig vom Hauptinfotainmentsystem arbeitet, um eine deterministische Anzeige wichtiger Fahrzeugdaten wie Gang, Geschwindigkeit und Kontrollleuchten zu gewährleisten. Dabei werden ein sicherheitsisolierter Rendering-Loop und Compositing für effizientes Blending verwendet.

  • Compiler und Monitor-Toolchain für Sicherheitsdesign: Eine Reihe automatisierter Dienstprogramme, mit denen überprüft wird, ob sicherheitskritische visuelle Elemente den Standards für das Displaylayout entsprechen. Es sorgt für ein pixelgenaues Rendern und verwendet die Differenzsegmentierung für die visuelle Compliance.

  • Android-Cluster-App (DriverUI): Eine interaktive App, die über robuste AAOS SDV-Channels synchronisiert wird, um Infotainment-Inhalte mit HAR-Sicherheitsebenen auf dem Cluster-Display zu kombinieren.

Konnektivität

  • Messaging mit mehreren Geräten:Es wurde ein Fehler im Telefonie-Stack behoben, der verhinderte, dass das System Nachrichten von mehreren verbundenen Geräten speicherte.

  • PANS-and-Play-Integration (PnP): Google Play wurde aktualisiert, um PANS-kompatibel zu sein und die Nutzerfreundlichkeit zu verbessern.

System-UI und ‑funktionen

  • Skalierbare System-UI:Das Framework für die skalierbare UI wurde erweitert. Es wurde eine API definiert, mit der OEMs System-UI-Komponenten auf Systemebene anpassen können. Dadurch wird der Workflow vereinheitlicht und die Markenidentität kann konsistent angewendet werden.

  • MUMD-Referenz (Multi-User, Multi-Display): Es wurde ein Beispiel für eine Konfiguration mit mehreren Displays bereitgestellt, bei der gleichzeitig Hintergrundnutzer mit skalierbarer Benutzeroberfläche verwendet werden.

  • Pop-up-Benachrichtigungen für die skalierbare Benutzeroberfläche:Durch die Modularisierung von System-UI-Komponenten wie HVAC und Car System UI werden die OEM-Anpassung und die Kosten reduziert. Zu den wichtigsten Funktionen gehören ein spezieller HUNPanel-Übersetzungsmechanismus für zustandsdefinierte Animationen und eine neue HUNWindow-Klasse für ein optimiertes Fenster-Lifecycle-Management.

  • Modularisierung der Benutzeroberfläche des Autosystems:Die monolithische Android-System-UI wurde in unabhängige, modulare Komponenten zerlegt, um die OEM-Kosten zu senken und Kompatibilitätsprobleme zu vermeiden.

Wichtige Apps

  • AppFunction-APIs:Damit können Agents eine Verbindung zu Apps herstellen.

Kamera

  • Einstellung des Extended View System (EVS): EVS-APIs wurden eingestellt, um die Fragmentierung zu verringern und die Kamera-API-Oberfläche zu vereinheitlichen. OEMs sollten stattdessen die Camera2-APIs verwenden. Weitere Informationen finden Sie unter Zu Camera2 migrieren.

Software Defined Vehicle (SDV)

  • Software Defined Vehicles:Die Funktionen von Android wurden über den Infotainment-Bildschirm hinaus erweitert, um mehrere Bereiche im Auto mit einer skalierbaren, serviceorientierten Architektur (SOA) und einer nahtlosen Integration mit IVI zu unterstützen. Enthält HAR für Kombiinstrumente, was schnelle Design- und Entwicklungsiterationen für eine vollständige Cockpitlösung ermöglicht.

Compliance

Verwenden Sie die folgenden Testsuites, um Ihre AAOS-Implementierung zu validieren:

Bekannte Probleme bei Tests

Der AAOS 26Q2-Release enthält die folgenden bekannten testbezogenen Probleme:

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

Automatisierter Test, der eine manuelle Überprüfung erfordert

Das folgende Modul besteht den automatisierten Test (CTS) unter bestimmten Konfigurationen mit mehreren Nutzern oder mehreren Displays nicht: CtsMediaAudioTestCases[secondary_user_on_secondary_display]. Prüfen Sie die zugehörige Funktion durch manuelle Tests.