Android Automotive 25Q2

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: rozszerzono dostępność powiadomień o stanie zasilania do wbudowanych procesów OEM (poza aplikacjami na Androida).

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

    • Connectivity Messaging Upsell API: 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 systemu i funkcje AAOS

  • Skalowalny interfejs użytkownika: ten framework okien AAOS udostępnia producentom OEM konfigurowalne komponenty, które umożliwiają im spełnienie wymagań dotyczących okien i ułatwiają tworzenie niestandardowych treści.

Właściwości VHAL

  • Właściwości pojazdu:

    • Dodaliśmy nowe właściwości pojazdu, aby przekazywać informacje o jego 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 usługi pojazdu, nadal wymagane są zdefiniowane wcześniej i udokumentowane 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 problemami wymienionymi poniżej żadne znane błędy nie wymagają naprawy kodu Androida 16 (android16-release) ani gałęzi testowej Androida 16 (android16-tests-dev).

  • Test zakończony niepowodzeniem: CtsWindowManagerJetpackTestCases#MultiDisplayActivityEmbeddingPlaceholderTests

    Podsumowanie błędów: jeden test zakończył się niepowodzeniem w trybie pionowym. Podczas testowania zachowań dotyczących umieszczania aktywności w edytowalnych wersjach interfejsu użytkownika opartych na rozwiązaniach z oknami, które obejmują wiele zadań WINDOWING_MODE_MULTI_WINDOW, występują znane błędy spowodowane tym, że niektóre aktywności są uruchamiane w mniejszych granicach niż oczekiwano, jak w windowMetrics reguł umieszczania. W związku z tym uruchomiono placeholder, a test nie powiódł się podczas uruchamiania aktywności na drugim wyświetlaczu.

    Poprawka aosp/3659633 naprawia dziedziczenie trybu okna z rootTaskwielu okien.

  • Test zakończony niepowodzeniem: CtsAutoFillServiceTestCases

    Podsumowanie błędów: 56 testów zakończyło się niepowodzeniem w trybie poziomym. W edytorze interfejsu użytkownika o zmiennej skali występują 2 kategorie znanych problemów związanych z rozwiązaniami dotyczącymi okna, które obejmują wiele zadań podstawowych:WINDOWING_MODE_MULTI_WINDOW

    • Klawiatura ekranowa zasłania okno autouzupełniania, co uniemożliwia naciśnięcie przycisków w tym oknie. Możesz tymczasowo wyłączyć ten dialog za pomocą poprawki ag/3664131.

    • Gdy drugie pole jest wypełniane automatycznie, np. PASSWORD, pole LoginActivity znajduje się za polem decor_grip i traci fokus. Chcemy udostępnić poprawkę.