Mulai 27 Maret 2025, sebaiknya gunakan android-latest-release, bukan aosp-main, untuk mem-build dan berkontribusi pada AOSP. Untuk mengetahui informasi selengkapnya, lihat Perubahan pada AOSP.
Ringkasan
Tetap teratur dengan koleksi
Simpan dan kategorikan konten berdasarkan preferensi Anda.
Pengelolaan daya sangat penting untuk aplikasi otomotif, dan persyaratan
daya sangat berbeda dengan perangkat seluler, termasuk:
- Konsumsi daya mendekati nol saat kendaraan diparkir. Kendaraan seharusnya
masih memiliki daya baterai yang cukup untuk dinyalakan, bahkan setelah berbulan-bulan.
- Respons pengaktifan yang sangat cepat untuk kamera belakang, audio, dan layar
splash (sebelum Android di-booting).
- Booting cepat ke layar utama Android sehingga pengguna dapat berinteraksi dengan
perangkat.
- Melanjutkan/memulihkan status aplikasi (seperti stasiun radio dan
panduan navigasi) setelah siklus daya.
Tim Android Automotive mengatasi masalah pengelolaan daya khusus
otomotif dengan skema pengelolaan daya baru, termasuk:
- Kebijakan daya.
Pelajari cara memastikan bahwa komponen hardware dan software (seperti tampilan,
audio, dan interaksi suara) diaktifkan dan dinonaktifkan secara selektif sesuai kebutuhan.
- Pengelolaan daya.
Menentukan mesin status daya yang digunakan oleh Android Automotive, memberikan contoh
urutan tidur/penonaktifan/bangun, dan mencantumkan properti HAL Kendaraan yang terkait
dengan pengelolaan daya.
- Mode Garasi.
Menentukan mode daya rendah saat kendaraan menjalankan tugas pemeliharaan
yang diperlukan (seperti update OS dan aplikasi) saat kendaraan diparkir.
- Mengelola waktu booting.
Menentukan perbedaan antara proses booting Android dan Android Automotive, memberikan tips untuk mengoptimalkan waktu booting, dan memberikan petunjuk untuk memulai layanan seperti kamera belakang di awal urutan booting.
Arsitektur hardware
Seperti yang diilustrasikan pada gambar di bawah, Unit Mikrokontroler Kendaraan (VMCU):
- Antarmuka dengan antarmuka native kendaraan. Misalnya, bus Controller Area Network (CAN).
- Mengontrol daya pemroses aplikasi (AP), yang menangani infotainmen, dengan asumsi
AP didukung oleh Android.
- Berkomunikasi dengan AP melalui bus data dan pin I/O tujuan umum (GPIO) untuk menginformasikan
aktivitas seperti transisi status.
Gambar 1. Blok hardware
Saat kendaraan dimatikan, AP akan memasuki salah satu status berikut:
-
Tidur terjadi saat VMCU memutuskan untuk mempertahankan daya utama AP
untuk pengaktifan instan. Biasanya, sinyal bangun akan dikirim ke AP melalui GPIO.
-
Hibernasi terjadi saat VMCU memutuskan untuk menyimpan konten memori sekaligus
memotong daya utama. Biasanya, AP memuat konten memori yang disimpan saat dinyalakan lagi.
-
Penonaktifan terjadi saat VMCU memutuskan untuk mencadangkan
baterai. AP harus melakukan cold boot saat dinyalakan lagi.
Bus data VMCU-AP harus berupa antarmuka dua arah seperti Serial
Peripheral Interface (SPI), dan harus diekspos di HAL Kendaraan. Fungsi ini dapat digunakan untuk mengirim peristiwa seperti:
- Tampilan AP Aktif atau Nonaktif.
- Pemaktifan AP (dapat terjadi melalui GPIO).
- Tampilan kamera belakang AP Aktif atau Nonaktif.
- Penonaktifan AP selesai (ke VMCU).
Konten dan contoh kode di halaman ini tunduk kepada lisensi yang dijelaskan dalam Lisensi Konten. Java dan OpenJDK adalah merek dagang atau merek dagang terdaftar dari Oracle dan/atau afiliasinya.
Terakhir diperbarui pada 2025-07-27 UTC.
[[["Mudah dipahami","easyToUnderstand","thumb-up"],["Memecahkan masalah saya","solvedMyProblem","thumb-up"],["Lainnya","otherUp","thumb-up"]],[["Informasi yang saya butuhkan tidak ada","missingTheInformationINeed","thumb-down"],["Terlalu rumit/langkahnya terlalu banyak","tooComplicatedTooManySteps","thumb-down"],["Sudah usang","outOfDate","thumb-down"],["Masalah terjemahan","translationIssue","thumb-down"],["Masalah kode / contoh","samplesCodeIssue","thumb-down"],["Lainnya","otherDown","thumb-down"]],["Terakhir diperbarui pada 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)."]]
