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).