Z przyjemnością udostępniamy tę wersję Androida 25Q2 partnerom korzystającym z Androida Automotive. W przypadku Androida 16 ta wersja Androida Automotive 25Q2 jest zgodna. Wciąż ulepszamy funkcje, aby móc polecić je producentom OEM.
Szczegóły wersji
W tej sekcji podsumowano najważniejsze funkcje i ulepszenia wprowadzone w wersji AAOS B.
Te aktualizacje dotyczą Android16
na poziomie API 36.
Wersja Androida Automotive 25Q2 jest zgodna z Androidem 16.
Nowe funkcje
Wersja 25Q2 zawiera te nowe funkcje.
Platforma AAOS
Dźwięk i radio:
Ulepszenia HAL sterowania dźwiękiem: do konfigurowania funkcji dźwiękowych w samochodzie użyj interfejsów API zamiast pliku XML.
System alarmowy o wysokiej rozdzielczości (HD) w radiu: przesyłaj informacje systemu alarmowego 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 tagi atrybutów audio zdefiniowane przez OEM-a, aby umożliwić dostosowywanie działania aplikacji. Dotyczy to na przykład kierowania dźwięku i zarządzania głośnością.
Zarządzanie zasilaniem:
- Powiadomienia o stanie zasilania dla wbudowanych procesów: dostępność powiadomień o stanie zasilania dla wbudowanych procesów OEM (poza aplikacjami na Androida) została rozszerzona.
Platforma samochodowa:
- Dynamiczna konfiguracja właściwości pojazdu: obsługa dynamicznej konfiguracji minimalnych i maksymalnych wartości oraz obsługiwanych wartości w właściwościach pojazdu.
Łączność
Networking:
Minimalna obsługa telefonii: podzbiór warstwy abstrakcji sprzętu telefonii Android (HAL) dla producentów OEM, aby mogli oni korzystać z telefonii Android na urządzeniach przeznaczonych tylko do przesyłania danych (w tym TCU). Pomaga to zmniejszyć fragmentaryzację i zapewnia obsługę funkcji telefonicznych.
Interfejs API do upsellingu w ramach usługi Messaging w ramach Connectivity: rozszerzony interfejs SubscriptionManager, który udostępnia interfejsy API umożliwiające wyświetlanie stanu subskrypcji danych mobilnych użytkownika. Na przykład
active
,inactive
,trial
i data ważności.Obsługa aplikacji w projekcie: dodano obsługę, aby umożliwić producentom OEM w branży motoryzacyjnej konfigurowanie pełnego zestawu parametrów
hostapd.conf
, które nie są dostępne za pomocą interfejsów API Androida. Do interfejsu SoftApCallback API dodano powód rozłączenia, aby producenci OEM mogli dowiedzieć się, dlaczego klienci rozłączyli się z lokalnym hotspotem (LOHS). Te funkcje poprawiają obsługę aplikacji wyświetlanych na ekranie i zmniejszają fragmentaryzację.
Interfejs i wrażenia z korzystania z systemu AAOS
- ScalableUI: ta platforma AAOS do zarządzania oknami udostępnia producentom OEM komponenty, które umożliwiają im spełnienie wymagań dotyczących okien i ułatwiają tworzenie niestandardowych interfejsów.
Właściwości VHAL
Właściwości pojazdu:
Dodaliśmy nowe właściwości pojazdów, aby przekazać informacje o ich charakterystyce i stanie.
Zaktualizowano stałe właściwości pojazdu z interfejsu @SystemApi do interfejsów publicznych, aby skonsolidować wygenerowaną dokumentację na stronie VehiclePropertyIDs. Aby uzyskać dostęp do danych dotyczących własności pojazdu, nadal wymagane są zdefiniowane i udokumentowane wcześniej uprawnienia.
Właściwości pojazdu dostępne dla aplikacji innych firm: ta funkcja udostępnia ośmiu deweloperom aplikacji właściwości pojazdu, które są istotne dla nawigacji, asystenta głosowego, pogody i stanu jazdy. Więcej informacji znajdziesz w artykule Integracja z aplikacją i usługami Google.
Zgodność
Sprawdzanie zgodności z Androidem zostało przeprowadzone na wewnętrznym sprzęcie referencyjnym. Pakiety testów uruchamiane w ramach tej wersji to CTS, CTS-V, ATS, STS, VTS i CTS na GSI.
Poza wymienionymi poniżej problemami nie ma żadnych znanych błędów, które wymagałyby naprawy kodu w Androidzie 16 (android16-release
) lub w gałęzi testowej Androida 16 (android16-tests-dev
).
CtsAutoFillServiceTestCases
CtsWindowManagerJetpackTestCases#MultiDisplayActivityEmbeddingPlaceholderTests