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.
Tetap teratur dengan koleksi
Simpan dan kategorikan konten berdasarkan preferensi Anda.
Google dengan senang hati membagikan rilis Android 25Q2 ini kepada partner Android Automotive. Untuk Android 16, rilis Android Automotive 25Q2 ini sudah sesuai. Kami
terus menyempurnakan fitur, dengan tujuan merekomendasikan rilis mendatang untuk
OEM.
Detail rilis
Bagian ini merangkum fitur dan peningkatan utama yang disediakan dalam rilis B AAOS.
Rilis Android Automotive 25Q2 kompatibel dengan Android 16.
Fitur baru
Rilis 25Q2 menyediakan fitur baru ini.
Framework AAOS
Audio dan radio:
Peningkatan HAL kontrol audio: Untuk mengonfigurasi fitur audio mobil, gunakan
API, bukan file XML.
Sistem Peringatan Darurat (EAS) radio definisi tinggi (HD): Meneruskan informasi EAS ke aplikasi radio dengan API. Hal ini berlaku untuk HD Radio
(Amerika Utara) dan DAB EWS (Uni Eropa).
Library bawaan AAudio:AAudio AAudio mendukung tag Atribut Audio yang ditentukan OEM untuk menyesuaikan perilaku aplikasi. Misalnya, perutean audio dan pengelolaan volume.
Pengelolaan daya:
Notifikasi status daya untuk proses bawaan: Ketersediaan
notifikasi status daya untuk proses bawaan OEM (di luar aplikasi Android)
diperluas.
Framework mobil:
Konfigurasi dinamis properti kendaraan: Mendukung konfigurasi dinamis nilai minimum dan maksimum serta nilai yang didukung dalam properti kendaraan.
Konektivitas
Networking:
Telepon Minimal: Subkumpulan Hardware Abstraction Layer (HAL) Telepon Android untuk OEM otomotif agar OEM dapat menggunakan telepon Android di perangkat khusus data (termasuk TCU). Hal ini mengurangi
fragmentasi dan memberikan dukungan untuk fungsi telepon.
Connectivity Messaging Upsell API:SubscriptionManager yang ditingkatkan untuk menyediakan API yang dapat mengekspos status langganan data seluler pengguna. Misalnya, active, inactive, trial, dan tanggal habis masa berlaku.
Dukungan aplikasi yang diproyeksikan: Menambahkan dukungan untuk memungkinkan OEM otomotif mengonfigurasi kumpulan lengkap parameter hostapd.conf yang tidak tersedia melalui Android API. Menambahkan alasan pemutusan koneksi ke
SoftApCallback API agar OEM dapat mempelajari alasan klien terputus dari
Hotspot Lokal (LOHS). Fitur ini meningkatkan dukungan untuk aplikasi yang diproyeksikan dan mengurangi fragmentasi.
UI dan Pengalaman Sistem AAOS
UI yang Dapat Diskalakan: Framework windowing AAOS ini menyediakan komponen yang dapat dikonfigurasi bagi OEM yang memungkinkan OEM memenuhi persyaratan windowing dan memfasilitasi pengalaman kustom.
Properti VHAL
Properti kendaraan:
Menambahkan properti kendaraan baru untuk mengomunikasikan karakteristik dan status kendaraan.
Memperbarui konstanta properti kendaraan dari @SystemApi ke API publik untuk menggabungkan dokumentasi yang dihasilkan di VehiclePropertyIDs. Izin yang sebelumnya ditentukan dan didokumentasikan masih diperlukan untuk mengakses data properti kendaraan.
Properti kendaraan yang dapat diakses pihak ketiga: Fitur ini membuat delapan
properti kendaraan yang ada relevan dengan navigasi, asisten suara,
cuaca, dan status mengemudi tersedia untuk developer aplikasi pihak ketiga. Untuk mempelajari lebih lanjut, lihat Mengintegrasikan dengan aplikasi dan layanan Google.
Kepatuhan
Kepatuhan Android dijalankan di hardware referensi internal. Rangkaian
pengujian yang dijalankan untuk rilis ini mencakup CTS, CTS-V, ATS, STS, VTS, dan CTS di GSI.
Kecuali masalah yang tercantum di bawah, tidak ada kegagalan yang diketahui yang memerlukan perbaikan baik dalam kode Android 16 (android16-release) maupun cabang pengujian Android 16 (android16-tests-dev).
Ringkasan kegagalan: Satu pengujian gagal di layar potret. Saat menguji perilaku penyematan Aktivitas dalam build UI yang Dapat Diskalakan yang didasarkan pada solusi windowing yang melibatkan beberapa tugas root, yang masing-masing merupakan WINDOWING_MODE_MULTI_WINDOW, kegagalan yang diketahui terjadi karena beberapa aktivitas diluncurkan dalam batas yang lebih kecil dari yang diharapkan, seperti dalam windowMetrics aturan penyematan. Akibatnya, placeholder dimulai dan pengujian gagal saat meluncurkan aktivitas di layar sekunder.
Patch aosp/3659633 memperbaiki pewarisan mode tampilan jendela dari
multi-aplikasi rootTask.
Pengujian gagal: CtsAutoFillServiceTestCases
Ringkasan kegagalan: Dua kategori masalah umum terjadi pada build UI yang Dapat Diskalakan berdasarkan solusi windowing yang melibatkan beberapa tugas root yang masing-masing memiliki
WINDOWING_MODE_MULTI_WINDOW:
IME menutupi dialog pengisian IsiOtomatis yang mencegah tombol pada
dialog pengisian ditekan. Anda dapat menonaktifkan dialog pengisian untuk sementara dengan patch platform ag/3664131 ini.
Saat kolom kedua diisi otomatis, seperti PASSWORD, maka
LoginActivity berada di belakang decor_grip, dan kehilangan fokus input.
Patch dapat ditemukan di link berikut: ag/3679541,
ag/3675628, ag/3675627.
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-29 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-29 UTC."],[],[],null,["# Android Automotive 25Q2\n\n| **Important:** The following content is not final and is subject to change.\n\nGoogle is pleased to share this Android **25Q2** release with Android Automotive\npartners. For Android 16, this Android Automotive 25Q2 release is compliant. We\ncontinue to fine tune features, aiming to recommend an upcoming release for\nOEMs.\n\nRelease details\n---------------\n\nThis section summarizes major features and enhancements provided in the AAOS B\nrelease.\n\nThese updates apply to `Android16`, [API level 36](/docs/setup/reference/build-numbers).\n\nThe Android Automotive 25Q2 release is compliant with Android 16.\n\n### New features\n\nThe 25Q2 release provides these new features.\n\n#### AAOS Framework\n\n- Audio and radio:\n\n - **Audio control HAL improvements:** To configure car audio features, use\n APIs instead of XML file.\n\n - **High definition (HD) radio Emergency Alert System (EAS):** Pass EAS\n information to radio applications with an API. This applies to HD Radio\n (North America) and DAB EWS (European Union).\n\n - **AAudio built-in library:** [AAudio](/docs/core/audio/aaudio) AAudio supports OEM-defined\n Audio Attributes tags to customize app behavior. For example, audio\n routing and volume management.\n\n- Power management:\n\n - **Power state notifications to built-in processes:** The availability of power state notifications to OEM built-in processes (beyond Android apps) is extended.\n- Car framework:\n\n - **Dynamic configuration of vehicle properties:** Support the dynamic configuration of minimum and maximum and of supported values in vehicle properties.\n\n#### Connectivity\n\n- Networking:\n\n - **Minimal Telephony:** A subset of the Android Telephony Hardware\n Abstraction Layer (HAL) for automotive OEMs to allow OEMs to use Android\n telephony on data-only devices (including TCUs). This reduces\n fragmentation and provides support for telephony functionality.\n\n - **Connectivity Messaging Upsell API:** Enhanced [SubscriptionManager](https://developer.android.com/reference/android/telephony/SubscriptionManager)\n to provide APIs that can expose a user's mobile data subscription\n status. For example, `active`, `inactive`, `trial`, and expiration date.\n\n - **Projected app support:** Added support to let automotive OEMs\n configure the complete set of `hostapd.conf` parameters not available\n through the Android APIs. Added a disconnect reason to the\n SoftApCallback API so that OEMs can learn why clients disconnected from\n a Local Hotspot (LOHS). These features improve support for projected\n apps and reduce fragmentation.\n\n#### AAOS System UI and Experiences\n\n- **Scalable UI:** This AAOS windowing framework provides OEMs with configurable components that let OEMs meet windowing requirements and facilitate custom experiences.\n\n#### VHAL properties\n\n- Vehicle properties:\n\n - Added new vehicle properties to communicate vehicle characteristics and\n state.\n\n - Updated vehicle property constants from @SystemApi to public APIs to\n consolidate generated documentation at [VehiclePropertyIDs](https://developer.android.com/reference/android/car/VehiclePropertyIds). Any\n previously defined and documented permissions are still required to\n access vehicle property data.\n\n- **Third party-accessible vehicle properties:** This features makes eight\n existing vehicle properties relevant to navigation, voice assistant,\n weather, and driving state available to third party app developers. To learn\n more, see [Integrate with Google apps and services](https://developer.android.com/training/cars/index.md#intents).\n\n### Compliance\n\nAndroid Compliance was executed on the internal reference hardware. The test\nsuites run for this release include CTS, CTS-V, ATS, STS, VTS and CTS on GSI.\n\nExcept for the issues listed below, no known failures require a fix either in\nAndroid 16 code (`android16-release`) or to the Android 16 test branch\n(`android16-tests-dev`).\n| **Note:** Fixes for known compliance issues are provided below and will be made available in the [Android Open Source Project](https://android-review.googlesource.com/q/hashtag:%22aaos-25q2-cts%22+(status:open+OR+status:merged)) when we publish the next release. We aim to recommend an upcoming release.\n\n- Test failing:\n `CtsWindowManagerJetpackTestCases#MultiDisplayActivityEmbeddingPlaceholderTests`\n\n Failure summary: One test fails in portrait display. When testing Activity\n embedding behaviors in Scalable UI builds that are based on windowing\n solutions that involve multiple root tasks each a\n `WINDOWING_MODE_MULTI_WINDOW`, known failures occur due to some activities\n launched in smaller bounds than expected, as in `windowMetrics` of the\n embedding rules. As a result, the placeholder was started and the test\n failed when launching an activity on the secondary display.\n\n The [aosp/3659633](https://android-review.googlesource.com/c/platform/frameworks/base/+/3659633) patch corrects windowing mode inheritance from\n multi-window `rootTask`.\n- Test failing: `CtsAutoFillServiceTestCases`\n\n Failure summary: Two categories of known issues occur in the Scalable UI\n builds based on windowing solutions that involve multiple root tasks each of\n `WINDOWING_MODE_MULTI_WINDOW`:\n - IME covers the Autofill fill dialog that prevents the buttons on the\n fill dialog from being pressed. You can temporarily disable the fill\n dialog with this platform [ag/3664131](https://android-review.googlesource.com/c/platform/frameworks/base/+/3664131) patch.\n\n - When the second field is auto-filled, such as `PASSWORD`, the\n `LoginActivity` is behind `decor_grip`, and loses the input focus.\n Patches can be found in the following links: [ag/3679541](https://android-review.googlesource.com/c/platform/packages/services/Car/+/3679541),\n [ag/3675628](https://android-review.googlesource.com/c/platform/frameworks/base/+/3675628), [ag/3675627](https://android-review.googlesource.com/c/platform/frameworks/base/+/3675627)."]]
