Android Automotive 25Q2

Google stellt Android-Partnern die Version 25Q2 zur Verfügung. Für Android 16 ist diese Android Automotive-Version 25Q2 konform. Wir arbeiten weiter an der Optimierung der Funktionen und möchten OEMs bald eine neue Version empfehlen.

Releasedetails

In diesem Abschnitt werden die wichtigsten Funktionen und Verbesserungen des AAOS B-Release zusammengefasst.

Diese Updates gelten für Android16, API-Level 36.

Der Android Automotive-Release 25Q2 entspricht Android 16.

Neue Funktionen

Die Version 25Q2 bietet diese neuen Funktionen.

AAOS Framework

  • Audio und Radio:

    • Verbesserungen bei der Audiosteuerung:Verwenden Sie APIs anstelle von XML-Dateien, um Funktionen für die Autoaudiowiedergabe zu konfigurieren.

    • High Definition (HD) Radio Emergency Alert System (EAS): Über eine API werden EAS-Informationen an Radioanwendungen übergeben. Dies gilt für HD Radio (Nordamerika) und DAB EWS (Europäische Union).

    • Integrierte AAudio-Bibliothek:AAudio AAudio unterstützt vom OEM definierte Audioattribut-Tags, um das App-Verhalten anzupassen. Dazu gehören beispielsweise Audio-Routing und Lautstärkeverwaltung.

  • Energiesparmodus:

    • Benachrichtigungen zum Energiestatus für integrierte Prozesse:Die Verfügbarkeit von Benachrichtigungen zum Energiestatus für integrierte OEM-Prozesse (nicht nur für Android-Apps) wird erweitert.

  • Car-Framework:

    • Dynamische Konfiguration von Fahrzeugeigenschaften:Unterstützung der dynamischen Konfiguration von Mindest- und Höchstwerten sowie unterstützten Werten in Fahrzeugeigenschaften.

Konnektivität

  • Networking:

    • Minimal Telephony: Ein Teil der Android Telephony Hardware Abstraction Layer (HAL) für OEMs aus der Automobilbranche, mit der OEMs die Android-Telefonie auf reinen Datengeräten (einschließlich TCUs) verwenden können. Dies reduziert die Fragmentierung und unterstützt Telefonfunktionen.

    • Connectivity Messaging Upsell API:Der SubscriptionManager wurde erweitert, um APIs bereitzustellen, mit denen der Status des Mobilfunktarifs eines Nutzers ermittelt werden kann. Beispiel: active, inactive, trial und das Ablaufdatum.

    • Unterstützung für projizierte Apps:Unterstützung hinzugefügt, damit OEMs aus der Automobilbranche die vollständigen hostapd.conf-Parameter konfigurieren können, die nicht über die Android APIs verfügbar sind. Der SoftApCallback API wurde ein Grund für die Trennung hinzugefügt, damit OEMs sehen können, warum die Verbindung zu einem lokalen Hotspot (LOHS) getrennt wurde. Diese Funktionen verbessern die Unterstützung für projizierte Apps und reduzieren die Fragmentierung.

AAOS-System-UI und ‑Funktionen

  • Skalierbare Benutzeroberfläche:Dieses AAOS-Fenster-Framework bietet OEMs konfigurierbare Komponenten, mit denen sie die Anforderungen an Fenster erfüllen und benutzerdefinierte Funktionen ermöglichen können.

VHAL-Eigenschaften

  • Fahrzeugeigenschaften:

    • Neue Fahrzeugeigenschaften hinzugefügt, um Fahrzeugmerkmale und -status zu kommunizieren

    • Die Konstanten für Fahrzeugeigenschaften wurden von @SystemApi zu öffentlichen APIs aktualisiert, um die generierte Dokumentation unter VehiclePropertyIDs zu konsolidieren. Alle zuvor definierten und dokumentierten Berechtigungen sind weiterhin erforderlich, um auf Daten zu Fahrzeugeigenschaften zuzugreifen.

  • Für Drittanbieter zugängliche Fahrzeugeigenschaften:Mit dieser Funktion stehen acht vorhandene Fahrzeugeigenschaften, die für Navigation, Sprachassistent, Wetter und Fahrstatus relevant sind, App-Entwicklern von Drittanbietern zur Verfügung. Weitere Informationen finden Sie unter Google-Apps und ‑Dienste einbinden.

Compliance

Die Android-Compliance wurde auf der internen Referenzhardware ausgeführt. Die für diesen Release ausgeführten Test-Suites umfassen CTS, CTS-V, ATS, STS, VTS und CTS on GSI.

Mit Ausnahme der unten aufgeführten Probleme erfordern keine bekannten Fehler eine Korrektur im Android 16-Code (android16-release) oder im Android 16-Testzweig (android16-tests-dev).

  • Test fehlgeschlagen: CtsWindowManagerJetpackTestCases#MultiDisplayActivityEmbeddingPlaceholderTests

    Fehlerzusammenfassung: Ein Test ist im Hochformat fehlgeschlagen. Beim Testen von Aktivitäten-Embedding-Verhalten in skalierbaren UI-Builds, die auf Fensterlösungen basieren, die mehrere WINDOWING_MODE_MULTI_WINDOW-Root-Aufgaben umfassen, treten bekannte Fehler auf, weil einige Aktivitäten in kleineren Grenzen gestartet werden als erwartet, wie in windowMetrics der Embedding-Regeln beschrieben. Daher wurde der Platzhalter gestartet und der Test scheiterte, wenn eine Aktivität auf dem sekundären Display gestartet wurde.

    Der Patch aosp/3659633 korrigiert die Übernahme des Fenstermodus von der Mehrfensteransicht rootTask.

  • Test fehlgeschlagen: CtsAutoFillServiceTestCases

    Fehlerzusammenfassung: 56 Tests im Hochformat sind fehlgeschlagen. Bei den skalierbaren UI-Builds, die auf Fensterlösungen basieren und mehrere Root-Aufgaben umfassen, treten zwei Kategorien bekannter Probleme auf:WINDOWING_MODE_MULTI_WINDOW

    • Die IME deckt das Autofill-Dialogfeld ab, wodurch die Schaltflächen im Dialogfeld nicht gedrückt werden können. Sie können den Ausfülldialog für diese Plattform mit dem Patch ag/3664131 vorübergehend deaktivieren.

    • Wenn das zweite Feld automatisch ausgefüllt wird, z. B. PASSWORD, befindet sich LoginActivity hinter decor_grip und verliert den Eingabefokus. Wir arbeiten an einem Patch.