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.
Przegląd
Zadbaj o dobrą organizację dzięki kolekcji
Zapisuj i kategoryzuj treści zgodnie ze swoimi preferencjami.
Zarządzanie energią jest kluczowe dla aplikacji samochodowych, a wymagania dotyczące zasilania różnią się znacznie od tych dotyczących urządzeń mobilnych. Oto kilka przykładów:
- Zużycie energii bliskie zeru podczas parkowania pojazdu. Po upływie wielu miesięcy bateria powinna być nadal na tyle naładowana, aby można było uruchomić pojazd.
- Bardzo szybkie działanie po włączeniu kamery cofania, dźwięku i ekranu powitalnego (przed uruchomieniem Androida).
- Szybkie uruchomienie ekranu głównego Androida, aby użytkownik mógł wchodzić w interakcje z urządzeniem.
- wznawianie/przywracanie stanów aplikacji (np. stacji radiowej i instrukcji nawigacji) po wyłączeniu i ponowym włączeniu urządzenia;
Zespół Androida Automotive rozwiązuje problemy związane z zarządzaniem energią w samochodach za pomocą nowego schematu zarządzania energią, który obejmuje:
- Zasady dotyczące zasilania.
Dowiedz się, jak zadbać o to, aby komponenty sprzętowe i programowe (takie jak wyświetlacz, dźwięk i interakcje głosowe) były włączane i wyłączane selektywnie w miarę potrzeby.
- Zarządzanie zasilaniem.
Definiuje maszynę stanu zasilania używaną przez Androida Automotive, podaje przykładowe sekwencje uśpienia/wyłączania/wybudzania i wylicza właściwości HAL pojazdu związane z zarządzaniem energią.
- Tryb garażu.
Określa tryb niskiego zużycia energii, w którym pojazd wykonuje niezbędne czynności konserwacyjne (takie jak aktualizacje systemu operacyjnego i aplikacji) podczas postoju.
- Zarządzanie czasem uruchamiania.
Określa różnice między procesami rozruchu Androida i Androida Automotive, zawiera wskazówki dotyczące optymalizacji czasu rozruchu oraz instrukcje uruchamiania usług takich jak tylna kamera w początkowej fazie rozruchu.
Architektura sprzętowa
Jak widać na rysunku poniżej, mikrokontroler pojazdu (VMCU):
Po wyłączeniu zasilania pojazdu punkt dostępu przechodzi w jeden z tych stanów:
-
Tryb uśpienia występuje, gdy VMCU decyduje się zachować główne zasilanie AP w celu natychmiastowego wybudzenia. Zazwyczaj sygnał aktywujący jest wysyłany do AP przez GPIO.
-
Hibernacja występuje, gdy VMCU decyduje się zachować zawartość pamięci podczas odłączania zasilania głównego. Zazwyczaj AP wczytuje zapisane dane pamięci po ponownym włączeniu.
-
Wyłączenie następuje, gdy VMCU zdecyduje się zarezerwować baterię. AP musi się uruchomić na zimno przy następnym włączeniu.
Magistrala danych VMCU-AP musi być interfejsem dwukierunkowym, takim jak interfejs urządzeń peryferyjnych SPI, i musi być udostępniona w HAL pojazdu. Może służyć do wysyłania takich zdarzeń jak:
- Wyświetlanie informacji o AP włączone lub wyłączone.
- Włączanie AP (może odbywać się przez GPIO).
- Włączanie i wyłączanie wyświetlacza kamery cofania AP.
- Zamknięcie AP zakończone (dla VMCU).
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-07-27 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-07-27 UTC."],[],[],null,["# Overview\n\n*Power management* is critical to automotive apps, and power\nrequirements differ vastly from mobile devices, including:\n\n- Near-zero power consumption while the vehicle is parked. The vehicle should still have enough battery charge to start, even after many months.\n- Extremely fast power-on response for rear-view camera, audio, and splash screen (before Android itself boots).\n- Quick boot into Android home screen so that user can interact with the device.\n- Resume/restore app states (such as the radio station and navigation guidance) after power cycle.\n\nThe Android Automotive team is addressing automotive-specific power\nmanagement issues with a new power management scheme, including:\n\n- [Power policy](/docs/automotive/power/power_policy). Learn how to ensure that hardware and software components (such as display, audio, and voice interaction) are selectively turned on and off as needed.\n- [Power management](/docs/automotive/power/power). Defines the power state machine used by Android Automotive, provides example sleep/shutdown/wake sequences, and lists the Vehicle HAL properties related to power management.\n- [Garage Mode](/docs/automotive/power/garage_mode). Defines a low power mode in which the vehicle executes necessary maintenance tasks (such as OS and app updates) while the vehicle is parked.\n- [Managing boot time](/docs/automotive/power/boot_time). Defines differences between the Android and Android Automotive boot processes, provides tips for optimizing boot time, and gives instructions for starting services such as the rear view camera early in the boot sequence.\n\nHardware architecture\n---------------------\n\nAs illustrated in the figure below, the Vehicle Microcontroller Unit (VMCU):\n\n- Interfaces with the vehicle's native interface. For example, the Controller Area Network (CAN) bus.\n- Controls the power of the app processor (AP), which handles infotainment, presuming the AP is powered by Android.\n- Communicates to the AP through the data bus and general purpose I/O (GPIO) pins to inform activities such as state transitions. \n\n **Figure 1.** Hardware blocks\n\nOn vehicle power off, the AP enters into one of the following states:\n\n- **Sleep** occurs when the VMCU decides to retain the AP's\n main power for instant wake-up. Typically, a wake-up signal would be sent to\n the AP through the GPIO.\n\n- **Hibernation** occurs when the VMCU decides to keep the memory contents while\n cutting the main power. Typically, The AP loades the saved memory contents at the next power on.\n\n- **Shutdown** occurs when the VMCU decides to reserve\n battery. The AP must cold boot at next power on.\n\nThe VMCU-AP data bus must be a bidirectional interface such as Serial\nPeripheral Interface (SPI), and must be exposed in the Vehicle HAL. It may be\nused to send events such as:\n\n- AP display On or Off.\n- AP wake-up (can occur through the GPIO).\n- AP rear-view camera display On or Off.\n- AP shut-down complete (to the VMCU)."]]