Software Defined Vehicle (SDV) Android Automotive OS (AAOS) mendukung berbagai domain komputasi otomotif selain infotainmen, seperti cluster instrumen, kontrol bodi, dan bantuan bagi pengemudi.

|
Infotainment (IVI) AAOS IVI memberikan pengalaman hiburan dan navigasi dalam mobil yang menarik dan bermanfaat. |
Kokpit Terpadu (IVI / SDV) AAOS menyediakan solusi kokpit terpadu yang menggabungkan data cluster untuk membuat solusi kabin lengkap untuk Infotainment dan Kokpit. |
Di Luar Kokpit (IVI / SDV) AAOS mendukung beberapa domain di mobil seperti sasis dan bodi serta integrasi ADAS (QM) untuk menciptakan pengalaman yang dipersonalisasi. |
Gambar 1. Area utama SDV.
Platform SDV mengatasi tantangan inti pengembangan kendaraan modern. Platform ini menyediakan fondasi software yang ringkas, berperforma tinggi, dan skalabel berdasarkan stack Android bawaan tanpa monitor. Stack ini menjangkau jauh ke dalam arsitektur kendaraan untuk mendukung komponen di seluruh kendaraan, termasuk aktuator kursi, cluster instrumen, kontrol iklim, pencahayaan, kamera, kaca spion, dan telemetri.
Inti SDV AAOS adalah sistem operasi berbasis Android ringan yang menggabungkan framework tingkat rendah khusus otomotif untuk komunikasi, diagnostik, dan update software. Framework ini memungkinkan SDV AAOS mendukung berbagai pengontrol kendaraan, seperti komputasi inti, kontrol bodi, dan domain cluster.
Platform SDV AAOS juga menyertakan framework Keamanan Layar untuk mengimplementasikan aplikasi panel instrumen, seperti bunyi lonceng, kamera regulasi, dan grafis canggih yang berpadu sempurna dengan konten IVI AAOS. Display Safety mencakup toolchain desain keselamatan dan monitor keselamatan referensi, yang memungkinkan OEM memenuhi persyaratan keselamatan fungsional dengan menggunakan berbagai mekanisme keselamatan platform SoC otomotif.
Pengantar SDV AAOS
SDV AAOS berjalan di lingkungan multi-VM pada sistem di chip (SoC) otomotif, biasanya bersama sistem IVI. SDV AAOS adalah instance Android headless yang memanfaatkan virtualisasi dengan driver VirtIO. Arsitektur ini memungkinkan image sistem yang sama berjalan di lingkungan virtual berbasis cloud seperti Cuttlefish, atau di hypervisor yang mematuhi VirtIO pada hardware target. SDV AAOS menyediakan platform yang terstandardisasi, dapat diupdate, dan aman untuk fungsi kendaraan.
Gambar 2. Lingkungan AAOS.
Kemampuan utama
Kemampuan utama SDV AAOS dijelaskan di bagian ini.
Pengembangan berbasis cloud (model digital akurat)
SDV AAOS dirancang untuk berjalan di perangkat virtual Cuttlefish, sehingga Anda dapat membuat model digital akurat dari lingkungan komputasi kendaraan di cloud atau di komputer lokal. Model digital akurat ini memungkinkan Anda mengembangkan dan menguji software kendaraan (dari layanan individual hingga interaksi multi-VM) sebelum hardware fisik tersedia, sehingga mempercepat waktu penyiapan produk.
Komponen penting:
- Cuttlefish: Mengemulasi lingkungan SDV multi-VM.
- IDE Android Studio untuk Platform (ASfP): Menyediakan alat untuk pengembangan paket layanan Rust, pengeditan VSIDL, dan deployment APEX ke Cuttlefish. Untuk mengetahui informasi selengkapnya, lihat Menyiapkan IDE untuk pengembangan SDV dan dokumentasi Android Studio for Platform.
Cluster instrumen dan rendering kekritisan campuran
SDV AAOS mendukung kasus penggunaan, seperti cluster instrumen digital, yang memerlukan rendering kekritisan campuran, yang menampilkan informasi penting terkait keselamatan seperti lampu peringatan (telltale) bersama konten grafis yang kaya. Rendering ini harus tersedia di awal urutan booting kendaraan.
Komponen penting:
- SDV Media: Mengaktifkan kemampuan grafis dan media di VM non-IVI.
- Keamanan Layar: Menyediakan jalur rendering booting awal yang aman secara fungsional untuk informasi cluster dan indikator penting.
Integrasi dan komunikasi layanan otomotif
Platform ini memfasilitasi integrasi dengan arsitektur jaringan kendaraan yang ada menggunakan arsitektur berorientasi layanan (SOA). Hal ini mencakup komunikasi antar-VM, pengelolaan siklus proses layanan, dan komunikasi dengan layanan di ECU lain.
Komponen penting:
- SDV Core OS: Menyediakan instance Android headless untuk layanan inti:
- Komunikasi antar-VM
- Penemuan dan pengelolaan layanan
- Update sistem dan pengelolaan daya
- Titik integrasi untuk layanan diagnostik, konfigurasi, dan kalibrasi
- Broker SOME/IP: Mendukung komunikasi antara layanan SDV dan layanan ECU eksternal menggunakan middleware berorientasi layanan yang skalabel melalui IP (SOME/IP).
Pemrosesan data di perangkat
SDV AAOS mencakup framework untuk pengumpulan data di perangkat dan pemrosesan edge.
Komponen penting:
- Telemetri SDV: Memfasilitasi pengumpulan data di perangkat dan pemrosesan edge untuk layanan kendaraan ke cloud, dengan dukungan untuk konfigurasi dinamis.
Matriks platform dan dasar pengukuran rilis
Tabel berikut merangkum dasar pengukuran rilis Project Open Source Android (AOSP) publik, profil eksekusi, dan stack teknis untuk SDV AAOS di Android 17 (26Q2) dan update platform berikutnya:
| Dimensi platform | Spesifikasi dasar pengukuran AOSP publik | Titik entri utama |
|---|---|---|
| Dasar pengukuran rilis | Android 17 (baseline rilis AOSP 26Q2,
kompatibel dengan update platform triwulanan dan tahunan
berikutnya). |
Mulai menggunakan kendaraan software-defined |
| Profil eksekusi (VM tamu) | Arsitektur VirtIO multi-VM yang terdiri dari SDV Core
(VM Android headless tanpa JVM), SDV Media (grafis
kokpit dan Display Safety yang menjalankan HAR dan
Safety Monitor), dan SDV IVI (infotainment
Android Automotive dan VM cluster DriverUI). |
Arsitektur sistem SDV AAOS |
| Antarmuka layanan dan codegen | Skema deklaratif dan agnostik transportasi yang ditentukan dalam VSIDL
(.vsidl) dan buffering protokol (.proto), yang dikompilasi
oleh vsidlc ke dalam binding library klien dan middleware. |
Ringkasan VSIDL dan middleware |
| Transportasi antar-VM dan lintas ECU | SDV Comms internal melalui soket VirtIO
(vsock) atau Ethernet; komunikasi ECU eksternal melalui
protokol seperti SOME/IP (menggunakan antarmuka AIDL Stabil SOME/IP broker dan
ISomeIpStack); penghubung VHAL IVI
melalui ISdvGateway. |
Ringkasan integrasi SOME/IP dan Menggunakan Gateway SDV di IVI |
| Agen pengemasan dan runtime | Paket layanan .apex yang dapat diupdate secara independen dan dikelola per VM oleh agen Orchestrator, Service Discovery, Health Monitor, Update Manager, dan Vehicle Mode and Power Management (VPM). |
Arsitektur logis dan Terminologi dan glosarium SDV AAOS |
Mulai
Untuk mengetahui informasi selengkapnya tentang penyiapan lingkungan pengembangan, petunjuk build, dan alur kerja paket layanan, lihat Memulai kendaraan yang ditentukan software.