Manajemen daya sangat penting untuk aplikasi otomotif, dan kebutuhan daya sangat berbeda dari perangkat seluler, termasuk:
- Konsumsi daya mendekati nol saat kendaraan diparkir. Kendaraan harus tetap memiliki daya baterai yang cukup untuk dihidupkan, bahkan setelah berbulan-bulan.
- Respons pengaktifan yang sangat cepat untuk kamera tampak belakang, audio, dan layar pembuka (sebelum Android sendiri melakukan booting).
- Boot cepat ke layar beranda 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 kekuasaan . Pelajari cara memastikan bahwa komponen perangkat keras dan perangkat lunak (seperti tampilan, audio, dan interaksi suara) diaktifkan dan dinonaktifkan secara selektif sesuai kebutuhan.
- Manajemen daya . Mendefinisikan mesin status daya yang digunakan oleh Android Automotive, memberikan contoh urutan tidur/mati/bangun, dan mencantumkan properti HAL Kendaraan yang terkait dengan pengelolaan daya.
- Modus Garasi . Menentukan mode daya rendah di mana kendaraan menjalankan tugas pemeliharaan yang diperlukan (seperti pembaruan OS dan aplikasi) saat kendaraan diparkir.
- Mengelola waktu boot . Menjelaskan perbedaan antara proses booting Android dan Android Automotive, memberikan tips untuk mengoptimalkan waktu booting, dan memberikan instruksi untuk memulai layanan seperti kamera tampak belakang di awal urutan booting.
Arsitektur perangkat keras
Seperti yang diilustrasikan pada gambar di bawah ini, Vehicle Microcontroller Unit (VMCU):
- Antarmuka dengan antarmuka asli kendaraan. Misalnya, bus Jaringan Area Pengontrol (CAN).
- Mengontrol kekuatan prosesor aplikasi (AP), yang menangani infotainment, dengan asumsi AP tersebut 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 perangkat keras
Saat kendaraan dimatikan, Titik Akses mengalami salah satu kondisi berikut:
Tidur terjadi ketika VMCU memutuskan untuk mempertahankan daya utama Titik Akses untuk bangun secara instan. Biasanya, sinyal bangun akan dikirim ke AP melalui GPIO.
Hibernasi terjadi ketika VMCU memutuskan untuk menyimpan isi memori sambil memutus aliran listrik utama. Biasanya, AP memuat konten memori yang tersimpan pada penyalaan berikutnya.
Shutdown terjadi ketika VMCU memutuskan untuk mencadangkan baterai. Titik Akses harus melakukan cold boot pada penyalaan berikutnya.
Bus data VMCU-AP harus berupa antarmuka dua arah seperti Serial Peripheral Interface (SPI), dan harus diekspos di HAL Kendaraan. Ini dapat digunakan untuk mengirim acara seperti:
- Tampilan AP Hidup atau Mati.
- AP bangun (dapat terjadi melalui GPIO).
- Tampilan kamera pandangan belakang AP Hidup atau Mati.
- Penutupan AP selesai (ke VMCU).