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.

  • Unterstützung für DocumentsUI für sichtbare Hintergrundnutzer hinzugefügt.

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 Audiohardware Lautstärkeänderungen an Softwarekomponenten, einschließlich Apps, weitergeben und das gesamte System kann 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:Damit können Erstausrüster 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 Suite AAOS Display Safety führt eine isolierte, sicherheitsoptimierte Grafikausgabe für die neue SDV-Plattform ein, die ein reaktionsschnelles Unified Cockpit ermöglicht. Display Safety besteht aus den folgenden Komponenten:

  • Renderer für Hochverfügbarkeit (High Availability Renderer, HAR):Eine Engine mit niedriger Latenz, die unabhängig vom Hauptinfotainmentsystem arbeitet, um eine deterministische Anzeige wichtiger Fahrzeugdaten wie Gang, Geschwindigkeit und Kontrollleuchten zu gewährleisten. Es verwendet einen sicherheitsisolierten Rendering-Loop und Compositing für effizientes Blending.

  • Toolchain für Compiler und Monitor 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 Konformität.

  • 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.

Verbindung

  • 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, indem eine API definiert wurde, 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 gleichzeitige 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 optimiert. Zu den wichtigsten Funktionen gehören ein spezieller HUNPanel-Übersetzungsmechanismus für zustandsdefinierte Animationen und eine neue HUNWindow-Klasse für ein optimiertes Fenster-Lebenszyklusmanagement.

  • Modularisierung der System-UI des Autosystems:Die monolithische Benutzeroberfläche des Android-Systems 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

  • Extended View System (EVS) eingestellt: 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 werden über den Infotainment-Bildschirm hinaus erweitert, um mehrere Bereiche im Auto mit einer skalierbaren dienstorientierten Architektur (SOA) und nahtloser 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 Testsuiten, um Ihre AAOS-Implementierung zu validieren:

Bekannte Probleme bei Tests

Die AAOS 26Q2-Version 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) in bestimmten Konfigurationen mit mehreren Nutzern oder mehreren Displays nicht: CtsMediaAudioTestCases[secondary_user_on_secondary_display]. Prüfen Sie die zugehörige Funktion mit manuellen Tests.