Android Automotive 25Q2

Google z przyjemnością udostępnia tę wersję Androida 25Q2 partnerom Androida Automotive. W przypadku Androida 16 ta wersja Androida Automotive z II kwartału 2025 r. jest zgodna. Stale dopracowujemy funkcje, aby wkrótce móc polecić producentom OEM kolejną wersję.

Szczegóły wersji

W tej sekcji znajdziesz podsumowanie najważniejszych funkcji i ulepszeń w wersji AAOS B.

Te aktualizacje dotyczą Android16, poziomu API 36.

Wersja Androida Automotive 25Q2 jest zgodna z Androidem 16.

Nowe funkcje

Wersja 25Q2 zawiera te nowe funkcje.

Platforma AAOS

  • Audio i radio:

    • Ulepszenia HAL sterowania dźwiękiem: do konfigurowania funkcji audio w samochodzie używaj interfejsów API zamiast pliku XML.

    • System ostrzegania w sytuacjach zagrożenia (EAS) w radiu o wysokiej rozdzielczości (HD): przekazywanie informacji EAS do aplikacji radiowych za pomocą interfejsu API. Dotyczy to HD Radio (Ameryka Północna) i DAB EWS (Unia Europejska).

    • Wbudowana biblioteka AAudio: AAudio AAudio obsługuje zdefiniowane przez producenta OEM tagi atrybutów audio, które umożliwiają dostosowywanie działania aplikacji. Na przykład routing dźwięku i zarządzanie głośnością.

  • Zarządzanie zasilaniem:

    • Powiadomienia o stanie zasilania dla wbudowanych procesów: rozszerzono dostępność powiadomień o stanie zasilania dla wbudowanych procesów producenta OEM (innych niż aplikacje na Androida).

  • Platforma samochodowa:

    • Dynamiczna konfiguracja właściwości pojazdu: obsługa dynamicznej konfiguracji wartości minimalnych i maksymalnych oraz obsługiwanych wartości we właściwościach pojazdu.

Łączność

  • Sieć:

    • Minimalna telefonia: podzbiór warstwy abstrakcji sprzętu telefonicznego Androida (HAL) dla producentów OEM z branży motoryzacyjnej, który umożliwia im korzystanie z telefonii Androida na urządzeniach przeznaczonych tylko do transmisji danych (w tym TCU). Zmniejsza to fragmentację i zapewnia obsługę funkcji telefonicznych.

    • Connectivity Messaging Upsell API: ulepszony SubscriptionManager zapewniający interfejsy API, które mogą ujawniać stan subskrypcji danych mobilnych użytkownika. Na przykład active, inactive, trial i data ważności.

    • Projektowana obsługa aplikacji: dodaliśmy obsługę, która umożliwia producentom OEM w branży motoryzacyjnej konfigurowanie pełnego zestawu parametrów hostapd.conf niedostępnych w interfejsach API Androida. Dodano przyczynę odłączenia do interfejsu SoftApCallback API, aby producenci OEM mogli dowiedzieć się, dlaczego klienci odłączyli się od lokalnego hotspota (LOHS). Te funkcje poprawiają obsługę aplikacji wyświetlanych na ekranie zewnętrznym i zmniejszają fragmentację.

Interfejs systemu AAOS i jego funkcje

  • Skalowalny interfejs: ten framework okien AAOS udostępnia producentom OEM konfigurowalne komponenty, które pozwalają im spełniać wymagania dotyczące okien i ułatwiają tworzenie niestandardowych funkcji.

Właściwości VHAL

  • Właściwości pojazdu:

    • Dodaliśmy właściwości nowego pojazdu, aby przekazywać informacje o jego cechach i stanie.

    • Zaktualizowano stałe właściwości pojazdu z @SystemApi na publiczne interfejsy API, aby skonsolidować wygenerowaną dokumentację w VehiclePropertyIDs. Wszystkie zdefiniowane i udokumentowane wcześniej uprawnienia są nadal wymagane do uzyskania dostępu do danych o pojazdach.

  • Właściwości pojazdu dostępne dla innych firm: ta funkcja udostępnia deweloperom aplikacji innych firm 8 istniejących właściwości pojazdu związanych z nawigacją, asystentem głosowym, pogodą i stanem jazdy. Więcej informacji znajdziesz w artykule Integracja z aplikacjami i usługami Google.

Zgodność

Test zgodności z Androidem został przeprowadzony na wewnętrznym sprzęcie referencyjnym. W przypadku tej wersji przeprowadzane są testy CTS, CTS-V, ATS, STS, VTS i CTS na GSI.

Z wyjątkiem problemów wymienionych poniżej żadne znane błędy nie wymagają poprawki w kodzie Androida 16 (android16-release) ani w gałęzi testowej Androida 16 (android16-tests-dev).

  • Test zakończony niepowodzeniem:CtsWindowManagerJetpackTestCases#MultiDisplayActivityEmbeddingPlaceholderTests

    Podsumowanie błędów: 1 test nie powiódł się w przypadku wyświetlania w pionie. Podczas testowania zachowań związanych z osadzaniem aktywności w wersjach interfejsu skalowalnego opartych na rozwiązaniach okienkowych, które obejmują wiele zadań głównych, z których każde jest WINDOWING_MODE_MULTI_WINDOW, występują znane błędy spowodowane uruchamianiem niektórych aktywności w mniejszych granicach niż oczekiwano, jak w windowMetrics reguł osadzania. W rezultacie uruchomiono element zastępczy, a test nie powiódł się podczas uruchamiania aktywności na wyświetlaczu dodatkowym.

    Poprawka aosp/3659633 koryguje dziedziczenie trybu okien z wielu okienrootTask.

  • Test zakończony niepowodzeniem: CtsAutoFillServiceTestCases

    Podsumowanie błędów: w przypadku skalowalnych interfejsów użytkownika występują 2 kategorie znanych problemów, które są związane z rozwiązaniami dotyczącymi okien i obejmują wiele zadań głównych, z których każde:WINDOWING_MODE_MULTI_WINDOW

    • Edytor IME zasłania okno autouzupełniania, co uniemożliwia naciśnięcie przycisków w tym oknie. Możesz tymczasowo wyłączyć wypełnianie okna tym narzędziem za pomocą poprawki ag/3664131.

    • Gdy drugie pole zostanie wypełnione automatycznie, np. PASSWORD, znak LoginActivity znajdzie się za znakiem decor_grip i straci fokus. Patche znajdziesz pod tymi linkami: ag/3679541, ag/3675628, ag/3675627.