Android Automotive 26Q2

Na tej stronie opisujemy funkcje i ulepszenia w wersji 26Q2 systemu operacyjnego Android Automotive (AAOS) (API na poziomie 37), która zawiera 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.

  • Dodaliśmy obsługę DocumentsUI w przypadku użytkowników z widocznym tłem.

Audio i radio

  • Wymuszanie ostrości dźwięku: włączyliśmy wymuszanie ostrości 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, i 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 samochodu

  • Dostępność właściwości pojazdu: umożliwia producentom OEM dynamiczne włączanie i wyłączanie właściwości pojazdu, z dodatkowymi stanami właściwości, które są zdefiniowane przez dostawcę lub niedostępne.

Bezpieczeństwo wyświetlania

Pakiet AAOS Display Safety wprowadza odizolowaną, wzmocnioną pod względem bezpieczeństwa architekturę graficzną dla nowej platformy SDV, zapewniając responsywną, ujednoliconą obsługę kokpitu. Bezpieczeństwo reklam displayowych 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 pętlę renderowania i komponowania odseparowaną od reszty systemu ze względów bezpieczeństwa, co zapewnia wydajne mieszanie.

  • Łańcuch narzędzi kompilatora i monitora projektu 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. Wymaga renderowania z dokładnością do piksela i wykorzystuje segmentację różnic w celu zapewnienia zgodności wizualnej.

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

Połączenia

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

  • Integracja z PANS i Play (PnP): zaktualizowaliśmy Google Play, aby usługa była zgodna z PANS i zapewniała lepsze wrażenia użytkownikom.

Interfejs systemu i funkcje

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

  • Wielu użytkowników, wiele wyświetlaczy (MUMD): podano przykład konfiguracji z wieloma wyświetlaczami, która korzysta z jednoczesnych użytkowników w tle z interfejsem skalowalnym.

  • Powiadomienia heads-up (HUN) w skalowalnym interfejsie: uproszczona personalizacja przez producentów OEM i obniżone koszty dzięki modułowej budowie komponentów interfejsu systemu, takich jak interfejsy HVAC i systemu samochodowego. Najważniejsze 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żyliśmy monolityczny interfejs systemu Android na niezależne, modułowe komponenty, aby obniżyć koszty producentów OEM i zapobiec problemom z kompatybilnością.

Podstawowe aplikacje

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

Aparat

  • Wycofanie rozszerzonego systemu widoku (EVS): wycofanie interfejsów API EVS w celu zmniejszenia fragmentacji i ujednolicenia interfejsu API kamery. Zamiast tego producenci OEM powinni używać interfejsów API Camera2. Więcej informacji znajdziesz w artykule Migracja do Camera2.

Pojazd definiowany przez oprogramowanie (SDV)

Zgodność

Aby zweryfikować implementację AAOS, użyj tych pakietów testowych:

Znane problemy z testami

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

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

Automatyczny test wymagający weryfikacji ręcznej

W przypadku określonych konfiguracji wielu użytkowników lub wieloekranowych ten moduł nie przechodzi automatycznych testów (CTS):CtsMediaAudioTestCases[secondary_user_on_secondary_display] Sprawdź powiązaną funkcję za pomocą testów ręcznych.