Od 27 marca 2025 r. zalecamy używanie android-latest-release zamiast aosp-main do kompilowania i wspołtworzenia AOSP. Więcej informacji znajdziesz w artykule o zmianach w AOSP.
Dodano obsługę UXRE na wielu wyświetlaczach, w tym na wyświetlaczach fizycznych i wirtualnych. Umożliwia to stosowanie różnych interfejsów użytkownika na poszczególnych wyświetlaczach, zarówno fizycznych, jak i wirtualnych. Wyświetlacze można zidentyfikować w strefie pasażera w konfiguracji UXRE. Dzięki temu wyświetlacze przeznaczone tylko dla pasażerów mogą nadal korzystać z aplikacji NDO podczas jazdy.
Minimalny i maksymalny poziom głośności. Producenci OEM mogą teraz określać minimalne i maksymalne poziomy głośności, aby zapobiec zbyt cichym lub zbyt głośnym dźwiękom po włączeniu.
Urządzenia audio z dynamiczną regulacją głośności. Umożliwia użytkownikowi wybranie konfiguracji audio z urządzeniami z dynamicznym wyjściem, takimi jak słuchawki Bluetooth i USB, po ich połączeniu.
Konfiguracje ścieżek dźwiękowych. Producenci OEM mogą teraz definiować konfiguracje krzyżujących się ścieżek dla urządzeń samochodowych, które można stosować w aplikacjach podczas odtwarzania dźwięku.
Ulepszenie obsługi radia HD i DAB. Pełna obsługa standardów radia HD i DAB, aby producenci oryginalnego wyposażenia mogli integrować funkcje radia w urządzeniach samochodowych.
Bardziej rozbudowane narzędzia do analizowania problemów z wydajnością systemu Protokół CarWatchdogdumpsys proto zawiera zapisane w pamięci podręcznej dane w uporządkowanym formacie, co ułatwia ich analizowanie. Profilowanie pamięci CarWatchdog służy do lepszego zrozumienia wpływu obciążenia pamięci na wydajność.
Bezserwerowy dostęp zdalny. Dodano możliwość włączenia innych ECU, takich jak TCU, do uruchamiania aktywności AAOS oraz do zaplanowania przez AAOS własnych przebudzeń w celu przetworzenia kolejki zadań.
Pomoc w nagłym wyłączeniu Ulepsza usługę zarządzania zasilaniem w samochodzie, aby ostrzegać aplikacje systemowe o wystąpieniu awarii, która spowodowała wyłączenie.
Ustawienia zasad dotyczących zasilania. Umożliwia aplikacjom systemowym OEM zmienianie zasad zasilania w zależności od sytuacji.
Wieloekranowe
Za pomocą interfejsu Multi-Display Communications API możesz włączyć komunikację między tymi samymi aplikacjami działającymi w różnych strefach pasażera.
Wyświetlanie informacji o bezpieczeństwie
Teraz możesz włączyć interfejs użytkownika i rozwój klastra poza drzewem źródłowym Androida.
Możesz teraz monitorować interfejs kierowcy, który może generować alerty i powiadomienia.
Łączność
Bluetooth
Słuchawki Bluetooth Umożliwia użytkownikom podłączanie zestawów słuchawkowych Bluetooth do AAOS, a także do połączonych telefonów, oraz używanie zestawów słuchawkowych jako urządzeń wyjściowych.
Użytkownik może użyć nowego ustawienia Wyjściowe urządzenie audio na stronie zestawu stron Ustawienia dźwięku, aby wskazać zestaw słuchawkowy jako urządzenie wyjściowe. Tylko jeden strumień multimediów lub dźwięku może być aktywny przez Bluetooth naraz, źródło lub odbiornik.
Domyślny poziom logowania. Teraz możesz kontrolować domyślny poziom logowania stosu Bluetooth w Opcjach dewelopera lub w wierszu poleceń za pomocą nowego tagu rejestrowania log.tag.bluetooth.
Wiadomości dotyczące danych i planu subskrypcji Interfejs użytkownika służący do wyświetlania opcji odnowienia płatnej usługi w miejscu, w którym użytkownik tego potrzebuje.
Wi-Fi płatne przez producenta OEM. Interfejs użytkownika służący do wyświetlania połączeń z ograniczonymi sieciami Wi-Fi.
Trwałość hotspota Wi-Fi. Dodano przełącznik, który pozwala użytkownikom zachować hotspot pojazdu na każdą jazdę.
UWB
Aktualizacja ustawień Dodaliśmy nowe opcje, aby zapewnić większą kontrolę nad urządzeniami UWB.
Interfejs systemu i podstawowe aplikacje
UI systemu obsługujące konfigurację. Rozszerzenie możliwości emulatorów AAOS o obsługę symulowanych konfiguracji wielu urządzeń za pomocą pojedynczego obrazu systemu.
Ulepszenia zgodności. Wprowadziliśmy ulepszenia w zakresie zgodności aplikacji innych firm dzięki uwzględnieniu podstawowych funkcji Androida, takich jak interfejs dokumentów i galeria.
Zadokowanie. Zezwalanie użytkownikom na przypinanie ulubionych aplikacji do przestrzeni interfejsu systemu w celu szybszego uruchamiania aplikacji.
Widok obrazu otoczenia zapewnić OEM-om przestrzeń do tworzenia zróżnicowanych treści, gdy ekrany IVI są włączone, ale nie są używane;
Odświeżony test zabezpieczający blokady profilu Dodano standardową blokadę ekranu w przypadku Androida Automotive.
Ulepszona obsługa jednoczesnych klientów EVS z wieloma kamerami Ulepszona obsługa wielu kamer i wielu klientów w CarEvsService, która pozwala klientom efektywniej zarządzać strumieniami danych.
Dostęp użytkownika0 do Camera2. Zezwalaj aplikacjom działającym w ramach użytkownika bez interfejsu graficznego na dostęp do Camera2.
Lista zezwoleń dostępu do kamery w aplikacji Camera2 Producenci OEM mogą teraz określić, które aplikacje do obsługi aparatu mają mieć dostęp do aparatu niezależnie od stanu przełącznika prywatności aparatu.
Wcześniejszy dostęp do aplikacji Camera2 Użytkownicy z uprawnieniami UID AID_AUTOMOTIVE_EVS mogą teraz uzyskać dostęp do aparatu przed zakończeniem uruchamiania Androida.
Czujniki ultradźwiękowe. Dodaliśmy nowe właściwości VHAL dla czujników ultradźwiękowych.
Monitorowanie kierowcy. Dodano nowe właściwości VHAL dla systemów monitorowania uwagi kierowcy.
Nowe właściwości VHAL Dodaliśmy 10 nowych właściwości VHAL.
Ulepszenia dotyczące właściwości samochodu. Aby zmniejszyć obciążenie procesora, zaktualizowaliśmy właściwości Continuous i On_Change.
Możliwość konfiguracji rozdzielczości podczas subskrybowania danych z czujnika. Dodaliśmy nowy interfejs API registerCallback na poziomie CPM oraz logikę do interfejsu CarPropertyService i VHAL.
VHAL: szczegółowość modułu dostępu. Producenci urządzeń mogą teraz określać poziomy dostępu (takie jak READ-only i READ-WRITE) dla poszczególnych kombinacji propertyId-areaId, zamiast określać poziomy dostępu dla całej usługi.
Zgodność
Testy zgodności z Androidem zostały przeprowadzone na wewnętrznym sprzęcie referencyjnym. Pakiety testów uruchamiane w ramach tej wersji to CTS, STS, VTS i CTSonGSI.
Poza wymienionymi niżej problemami nie wykryliśmy żadnych innych błędów wymagających naprawy ani w kodzie Androida 15 (android15-release), ani w gałęzi testowej Androida 15 (android15-tests-dev).
CTS-Verifier. Wynik wyboru
Jeśli Twoje urządzenie korzysta z interfejsu w orientacji pionowej na potrzeby korzystania w samochodzie, te testy mogą się nie udać (oprócz tych wymienionych wcześniej).
CTS.CtsWindowManagerDeviceWindow
CTS.CtsWindowManagerDeviceMultiDisplay
CTS-Verifier. Wyłączanie paska stanu
Treść strony i umieszczone na niej fragmenty kodu podlegają licencjom opisanym w Licencji na treści. Java i OpenJDK są znakami towarowymi lub zastrzeżonymi znakami towarowymi należącymi do firmy Oracle lub jej podmiotów stowarzyszonych.
Ostatnia aktualizacja: 2025-06-11 UTC.
[[["Łatwo zrozumieć","easyToUnderstand","thumb-up"],["Rozwiązało to mój problem","solvedMyProblem","thumb-up"],["Inne","otherUp","thumb-up"]],[["Brak potrzebnych mi informacji","missingTheInformationINeed","thumb-down"],["Zbyt skomplikowane / zbyt wiele czynności do wykonania","tooComplicatedTooManySteps","thumb-down"],["Nieaktualne treści","outOfDate","thumb-down"],["Problem z tłumaczeniem","translationIssue","thumb-down"],["Problem z przykładami/kodem","samplesCodeIssue","thumb-down"],["Inne","otherDown","thumb-down"]],["Ostatnia aktualizacja: 2025-06-11 UTC."],[],[],null,["# Android Automotive 24Q3\n\nThis page summarizes new major features provided in Android Automotive 24Q3.\n\nFeatures\n--------\n\n### Car framework\n\n#### Display and window manager\n\nTo learn more, see\n[Instrument Cluster API](/docs/automotive/displays/cluster_api).\n\n1. **Added UXRE support on multiple displays, including physical and virtual\n displays.** This enables different UXREs to be applied on a per-display basis, whether a physical or a virtual display. Displays can be identified within a car occupant zone in the UXRE config. This allows for passenger-only displays to continue to use NDO apps while driving.\n\n#### Audio and radio\n\nTo learn more, see\n[Radio control implementation](/docs/automotive/radio/radio-control-implementation).\n\n1. **Min and max volume levels.** OEMs can now define minimum and maximum\n volume levels to prevent sounds from being too quiet or too loud when\n activated.\n\n2. **Dynamic audio devices.** Allows audio configurations with dynamic output\n devices, such as Bluetooth and USB headphones, to be selected by the user\n when the devices are connected.\n\n3. **Audio crossover fade configurations.** OEMs can now define crossover fade\n configurations for automotive devices, which can be applied to apps upon\n audio playback.\n\n4. **Improve support HD and DAB radio.** Fully support the HD and DAB radio\n standards so that OEMs can integrate radio features in automotive devices.\n\n#### Performance and system health\n\nTo learn more, see\n[Collect performance data](/docs/automotive/watchdog/wd_performance_health)\nand [Monitor system health](/docs/automotive/watchdog/wd_system_health).\n\n1. **Richer instrumentation for system performance issues.** The CarWatchdog dumpsys proto reports cached metrics in a structured format for easier analysis. CarWatchdog memory profiling is used to better understand the impact of memory pressure on performance.\n\n#### Power management\n\nTo learn more, see [Power management](/docs/automotive/power/power).\n\n1. **Serverless remote access.** Added the ability to enable other ECUs, such\n as the TCU, to trigger AAOS activity and for AAOS to schedule its own\n wake-ups to process a queue of tasks.\n\n2. **Emergency shutdown support.** Improves the car power management service to\n alert system apps that an emergency condition has triggered a shut-down.\n\n3. **Power policy controls.** Allows OEM system apps to change power policy\n according to the situation.\n\n### Multi-display\n\n1. You can enable the communication between the same apps running in different occupant zones using the [Multi-Display Communications API](/docs/automotive/displays/multi-display-comms-api).\n\n### Safety display\n\n1. You can now enable driver UI and cluster development outside the Android\n source tree.\n\n2. You can now monitor the Driver UI can generate alerts and notifications.\n\n### Connectivity\n\n#### Bluetooth\n\n1. **Bluetooth headsets.** Allows users to connect Bluetooth headsets to AAOS,\n alongside connected phones, and to use headsets as an audio output device.\n The user can use the new **Audio Output Device** setting on the **Audio\n Settings** pageset to designate their headset as an output device. Only one\n media or audio stream can be active over Bluetooth at a time, source or\n sink.\n\n2. **Default Log Level.** You can now control the default log level of the\n Bluetooth stack from **Developer Options** or on the command line using the\n new `log.tag.bluetooth` logging tag.\n\n#### Networking\n\nTo learn more, see\n[Maintain hotspots between driving sessions](/docs/automotive/connectivity/persist-access-point).\n\n1. **Data and subscription plan messaging.** A reference UX to present the\n option to renew paid connectivity at the user's point of need.\n\n2. **OEM-paid Wi-Fi.** A reference UX for showing connections to restricted\n Wi-Fi networks.\n\n3. **Wi-Fi hotspot persistence.** Added a toggle to allow users to retain the\n vehicle hotspot for every drive.\n\n#### UWB\n\n1. **Settings update.** Added new options to provide more control of UWB devices.\n\n### System UI and core apps\n\n1. **Config aware System UI.** Broaden the capabilities of AAOS emulators by\n supporting simulated multiple device configurations using a single system\n image.\n\n2. **Compatibility improvements.** Made improvements to third party app facing\n compatibility through the inclusion of core Android functionality, such as\n DocumentsUI and Gallery.\n\n3. **Dock.** Allow users to *pin* favorite apps to the system UI space to more\n quickly launch apps.\n\n4. **Ambient view.** Provide OEMs with a space in which to create\n differentiated experiences when IVI screens are turned on but not in use\n\n5. **Refreshed profile lock challenge.** Added a standardized screen lock\n challenge across Android Automotive.\n\n### Camera\n\nTo learn more, see [Camera](/docs/automotive/camera).\n\n1. **Improved support for EVS concurrent multi-camera clients.** Improved\n multi-camera and multi-client support in `CarEvsService`, allowing clients\n to manage data streams more efficiently.\n\n2. **Camera2 user0 access.** Enable apps running in the headless user to access\n Camera2.\n\n3. **Camera2 privacy allowlist.** OEMs can now designate certain camera apps to\n be allowlisted to access cameras regardless of the state of camera privacy\n toggle.\n\n4. **Camera2 early access.** Privileged clients with `UID AID_AUTOMOTIVE_EVS`\n can now access the camera before an Android boot is completed.\n\n### Sensors and VHAL properties\n\nTo learn more, see\n[Supported system properties](/docs/automotive/vhal/system-properties).\n\n1. **Ultrasonic sensors.** Added new VHAL properties for ultrasonic parking\n sensors.\n\n2. **Driver monitoring.** Added new VHAL properties for driver attention\n monitoring systems.\n\n3. **New VHAL properties.** Added 10 new VHAL properties.\n\n4. **Car property performance improvements.** To reduce CPU load, updated the\n `Continuous` and `On_Change` properties.\n\n5. **Configurable resolution when subscribing to sensor data.** Added a new\n `registerCallback` API at the CPM level and added logic to the\n `CarPropertyService` and VHAL interface.\n\n6. **VHAL: Access module granularity.** OEMs can now specify access levels\n (such as `READ-only` and `READ-WRITE`) per `propertyId-areaId` combinations\n instead of specifying access levels for an entire property.\n\nCompliance\n----------\n\nAndroid compliance tests were executed on internal reference hardware. Test\nsuites run for this release include CTS, STS, VTS, and CTSonGSI.\n\nExcept for the following issues, we discovered no known failures requiring a fix\neither in Android 15 code (`android15-release`) or in the Android 15 test branch\n(`android15-tests-dev`).\n\n- **CTS-Verifier.** Chooser result.\n\nIf your device is based on the Car Portrait UI, these tests might fail, in\naddition to those listed previously.\n\n- **CTS.** `CtsWindowManagerDeviceWindow`\n- **CTS.** `CtsWindowManagerDeviceMultiDisplay`\n- **CTS-Verifier.** Disable the status bar\n\n| **Note:** Fixes for these items, and any other required compliance patches, can be found in the [Android Open Source Project](https://android-review.googlesource.com/q/hashtag:%22aaos-24q3-cts%22+%28status:open%20OR%20status:merged%29). Changes provided here will be provided in the Android 15 24Q4 release."]]