Android Automotive 26Q2

Ta strona zawiera opis funkcji i ulepszeń w wersji 26Q2 systemu operacyjnego Android Automotive (AAOS) (API na poziomie 37), która obejmuje 8 nowych funkcji i rozwiązuje 180 problemów.

Platforma AAOS

Zarządzanie użytkownikami

  • Włączono powiadomienie ManagedServices dla widocznych użytkowników w tle.

  • Dodano obsługę DocumentsUI dla widocznych użytkowników w tle.

Dźwięk i radio

  • Wymuszanie fokusu dźwięku: włączono wymuszanie fokusu dźwięku w AAOS, co jest kluczowe dla bezpieczeństwa użytkowników.

  • Wywołanie zwrotne wzmocnienia dźwięku: to wywołanie zwrotne umożliwia sprzętowi audio przekazywanie zmian głośności do komponentów oprogramowania, w tym aplikacji, oraz pozwala całemu systemowi konsekwentnie wykrywać bieżące poziomy dźwięku. Producenci OEM mogą dodawać nowe zdarzenia do wywołania zwrotnego wzmocnienia dźwięku i dostosowywać działanie w usłudze OEM.

Platforma samochodowa

  • Dostępność właściwości pojazdu: umożliwia producentom OEM dynamiczne włączanie i wyłączanie właściwości pojazdu oraz dodawanie dodatkowych stanów właściwości zdefiniowanych przez dostawcę lub niedostępnych.

Bezpieczeństwo wyświetlania

Pakiet AAOS Display Safety wprowadza izolowaną, wzmocnioną architekturę graficzną dla nowej platformy SDV, zapewniając responsywność zintegrowanego kokpitu. Pakiet Display Safety obejmuje te komponenty:

  • Renderer o wysokiej dostępności (HAR): silnik o niskim opóźnieniu, który działa niezależnie od głównego systemu multimedialnego, aby zapewnić deterministyczne wyświetlanie krytycznych danych pojazdu, takich jak bieg, prędkość i kontrolki. Wykorzystuje on izolowaną pętlę renderowania i kompozycję, co zapewnia wydajne mieszanie.

  • Łańcuch narzędzi kompilatora i monitora bezpieczeństwa: zestaw zautomatyzowanych narzędzi służących do sprawdzania, czy elementy wizualne o krytycznym znaczeniu dla bezpieczeństwa są zgodne ze standardami układu wyświetlania. Wymusza renderowanie z dokładnością do piksela i wykorzystuje segmentację różnic w celu zapewnienia zgodności wizualnej.

  • Aplikacja klastra Androida (DriverUI): interaktywna aplikacja, która synchronizuje się za pomocą odpornych kanałów AAOS SDV, aby łączyć treści informacyjno-rozrywkowe z warstwami bezpieczeństwa HAR na ekranie klastra.

Łączność

  • Wiadomości na wielu urządzeniach: naprawiono regresję w stosie telefonicznym, która uniemożliwiała systemowi przechowywanie wiadomości z wielu połączonych urządzeń.

  • Integracja PANS-and-Play (PnP): zaktualizowano Google Play, aby był zgodny z PANS, co poprawia komfort użytkowania.

Interfejs systemu i usługi

  • Skalowalny interfejs systemu: rozszerzono platformę skalowalnego interfejsu, definiując interfejs API, który umożliwia producentom OEM dostosowywanie komponentów interfejsu systemu na poziomie systemu. Ujednolica to przepływ pracy i umożliwia spójne stosowanie tożsamości marki.

  • Wzorzec MUMD (Multi-User, Multi-Display): udostępniono przykład konfiguracji z wieloma wyświetlaczami, która korzysta z równoczesnych użytkowników w tle ze skalowalnym interfejsem.

  • Powiadomienia heads-up (HUN) dla skalowalnego interfejsu: uproszczono dostosowywanie przez producentów OEM i zmniejszono koszty dzięki modularyzacji komponentów interfejsu systemu, takich jak HVAC i interfejs systemu samochodowego. Kluczowe funkcje to m.in. specjalny mechanizm tłumaczenia HUNPanel dla animacji zdefiniowanych przez stan oraz nowa klasa HUNWindow do optymalnego zarządzania cyklem życia okna.

  • Modularyzacja interfejsu systemu samochodowego: rozłożono monolityczny interfejs systemu Androida na niezależne, modułowe komponenty, aby obniżyć koszty producentów OEM i zapobiec problemom ze zgodnością.

Podstawowe aplikacje

  • Interfejsy AppFunction API: umożliwiają agentom łączenie się z aplikacjami.

Aparat

  • Wycofanie systemu Extended View System (EVS): wycofano interfejsy EVS API, aby zmniejszyć fragmentację i ujednolicić powierzchnię interfejsu API aparatu. Producenci OEM powinni zamiast tego używać interfejsów Camera2 API. Więcej informacji znajdziesz w artykule Przenoszenie do Camera2.

Software Defined Vehicle (SDV)

  • Software Defined Vehicles: rozszerzono możliwości Androida poza ekran informacyjno-rozrywkowy, aby obsługiwać wiele domen w samochodzie za pomocą skalowalnej architektury zorientowanej na usługi (SOA) i bezproblemowej integracji z IVI. Obejmuje HAR dla zestawów wskaźników, co umożliwia szybkie projektowanie i tworzenie iteracji pełnego rozwiązania kokpitu.

Zgodność

Aby sprawdzić wdrożenie AAOS, użyj tych pakietów testów:

Znane problemy z testami

W wersji AAOS 26Q2 występują te znane problemy związane z testami:

  • CtsSurfaceControlTests[secondary_user_on_secondary_display]
    • #testImeVisible
    • #testImeVisibleWithZBelowRequest
    • #testImeZOrderedAboveEmbeddedWindowInChildWindow
    • #testImeVisibleWithZBelowTouch
  • CtsGraphicsTestCases
    • FrameRateOverrideTest#testAppDisplayModeGetRefreshRateDisplayModeReturnsPhysicalRefreshRateEnabled
    • FrameRateOverrideTest#testAppBackpressure
  • FrameRateOverrideTest#testAppDisplayGetRefreshRate
    • FrameRateOverrideTest#testAppChoreographer

Test automatyczny, który wymaga weryfikacji ręcznej

Ten moduł nie przechodzi automatycznego testowania (CTS) w określonych konfiguracjach z wieloma użytkownikami lub wieloma wyświetlaczami: CtsMediaAudioTestCases[secondary_user_on_secondary_display]. Sprawdź powiązaną funkcję za pomocą testów ręcznych.