از 27 مارس 2025، توصیه می کنیم از android-latest-release به جای aosp-main برای ساختن و کمک به AOSP استفاده کنید. برای اطلاعات بیشتر، به تغییرات AOSP مراجعه کنید.
با مجموعهها، منظم بمانید
ذخیره و طبقهبندی محتوا براساس اولویتهای شما.
Google خوشحال است که این نسخه اندروید 25Q2 را با شرکای Android Automotive به اشتراک بگذارد. برای Android 16، این نسخه Android Automotive 25Q2 سازگار است. ما همچنان به تنظیم دقیق ویژگی‌ها ادامه می‌دهیم و هدف آن این است که نسخه آتی را برای OEMها توصیه کنیم.
جزئیات انتشار
این بخش ویژگی ها و پیشرفت های اصلی ارائه شده در نسخه AAOS B را خلاصه می کند.
این به‌روزرسانی‌ها برای Android16 ، API سطح 36 اعمال می‌شوند.
نسخه Android Automotive 25Q2 با اندروید 16 سازگار است.
ویژگی های جدید
نسخه 25Q2 این ویژگی های جدید را فراهم می کند.
چارچوب AAOS
صدا و رادیو:
بهبودهای HAL کنترل صدا: برای پیکربندی ویژگی‌های صوتی خودرو، به جای فایل XML از API استفاده کنید.
سیستم هشدار اضطراری رادیویی با وضوح بالا (HD): اطلاعات EAS را با یک API به برنامه های رادیویی منتقل کنید. این برای رادیو HD (آمریکای شمالی) و DAB EWS (اتحادیه اروپا) صدق می کند.
کتابخانه داخلی AAudio:AAudio AAudio از برچسب‌های Audio Attributes تعریف شده توسط OEM برای سفارشی کردن رفتار برنامه پشتیبانی می‌کند. به عنوان مثال، مسیریابی صدا و مدیریت صدا.
مدیریت انرژی:
اعلان‌های وضعیت قدرت به فرآیندهای داخلی: در دسترس بودن اعلان‌های وضعیت برق برای فرآیندهای داخلی OEM (فراتر از برنامه‌های Android) گسترش یافته است.
چارچوب خودرو:
پیکربندی پویا ویژگی های خودرو: از پیکربندی دینامیکی حداقل و حداکثر و مقادیر پشتیبانی شده در ویژگی های خودرو پشتیبانی می کند.
قابلیت اتصال
شبکه سازی:
Minimal Telephony: زیرمجموعه‌ای از لایه انتزاعی سخت‌افزار Android Telephony (HAL) برای OEMهای خودرو که به OEMها اجازه می‌دهد از تلفن Android در دستگاه‌های فقط داده (از جمله TCU) استفاده کنند. این قطعه قطعه شدن را کاهش می دهد و از عملکرد تلفن پشتیبانی می کند.
Connectivity Messaging Upsell API: Enhanced SubscriptionManager برای ارائه APIهایی که می تواند وضعیت اشتراک داده تلفن همراه کاربر را نشان دهد. به عنوان مثال، active ، inactive ، trial و تاریخ انقضا.
پشتیبانی از برنامه پیش‌بینی‌شده: پشتیبانی اضافه شد تا به OEMهای خودرو اجازه می‌دهد مجموعه کامل پارامترهای hostapd.conf را که از طریق APIهای Android در دسترس نیستند پیکربندی کنند. دلیل قطع اتصال به API SoftApCallback اضافه شده است تا OEM ها بتوانند بفهمند چرا کلاینت ها از یک Hotspot محلی (LOHS) قطع شده اند. این ویژگی‌ها پشتیبانی از برنامه‌های پیش‌بینی‌شده را بهبود می‌بخشد و پراکندگی را کاهش می‌دهد.
رابط کاربری و تجربیات سیستم AAOS
UI مقیاس پذیر: این چارچوب پنجره AAOS اجزای قابل تنظیمی را در اختیار OEM ها قرار می دهد که به OEM ها اجازه می دهد الزامات پنجره را برآورده کنند و تجربیات سفارشی را تسهیل کنند.
خواص VHAL
خواص وسیله نقلیه:
ویژگی های جدید خودرو برای ارتباط با ویژگی ها و وضعیت خودرو اضافه شده است.
ثابت‌های ویژگی وسیله نقلیه را از @SystemApi به APIهای عمومی به‌روزرسانی کرد تا اسناد تولید شده در VehiclePropertyIDها را ادغام کند. هرگونه مجوز از قبل تعریف شده و مستند شده همچنان برای دسترسی به اطلاعات دارایی خودرو مورد نیاز است.
ویژگی‌های وسیله نقلیه قابل دسترسی توسط شخص ثالث: این ویژگی باعث می‌شود هشت ویژگی خودروی موجود مرتبط با ناوبری، دستیار صوتی، آب‌وهوا و وضعیت رانندگی در دسترس توسعه‌دهندگان برنامه شخص ثالث قرار گیرد. برای کسب اطلاعات بیشتر، به ادغام با برنامه‌ها و خدمات Google مراجعه کنید.
انطباق
Android Compliance بر روی سخت افزار مرجع داخلی اجرا شد. مجموعه آزمایشی اجرا شده برای این نسخه شامل CTS، CTS-V، ATS، STS، VTS و CTS در GSI است.
به جز مشکلات ذکر شده در زیر، هیچ نقص شناخته شده ای نیاز به رفع مشکل در کد Android 16 ( android16-release ) یا در شاخه آزمایشی Android 16 ( android16-tests-dev ) ندارد.
تست انجام نشد: CtsWindowManagerJetpackTestCases#MultiDisplayActivityEmbeddingPlaceholderTests
خلاصه شکست: یک تست در نمایش عمودی ناموفق است. هنگام آزمایش رفتارهای جاسازی فعالیت در ساخت‌های UI مقیاس‌پذیر که مبتنی بر راه‌حل‌های پنجره‌سازی هستند که شامل چندین کار ریشه هر یک WINDOWING_MODE_MULTI_WINDOW هستند، خرابی‌های شناخته شده به دلیل برخی از فعالیت‌هایی که در محدوده‌های کوچک‌تر از حد انتظار راه‌اندازی شده‌اند رخ می‌دهند، مانند windowMetrics قوانین جاسازی. در نتیجه، مکان نگهدار راه اندازی شد و هنگام راه اندازی یک فعالیت در نمایشگر ثانویه، آزمایش ناموفق بود.
پچ aosp/3659633 به ارث بردن حالت پنجره از rootTask چند پنجره ای را تصحیح می کند.
تست انجام نشد: CtsAutoFillServiceTestCases
خلاصه شکست: دو دسته از مشکلات شناخته شده در ساخت‌های UI مقیاس‌پذیر بر اساس راه‌حل‌های پنجره‌ای رخ می‌دهند که شامل چندین کار ریشه هر یک از WINDOWING_MODE_MULTI_WINDOW هستند:
IME گفتگوی پر کردن خودکار را پوشش می دهد که از فشار دادن دکمه های روی کادر گفتگوی پر جلوگیری می کند. با این پچ پلتفرم ag/3664131 می توانید گفتگوی پر را به طور موقت غیرفعال کنید.
وقتی فیلد دوم به طور خودکار پر می شود، مانند PASSWORD ، LoginActivity پشت decor_grip قرار می گیرد و فوکوس ورودی را از دست می دهد. پچ ها را می توانید در لینک های زیر پیدا کنید: ag/3679541 , ag/3675628 , ag/3675627 .
محتوا و نمونه کدها در این صفحه مشمول پروانههای توصیفشده در پروانه محتوا هستند. جاوا و OpenJDK علامتهای تجاری یا علامتهای تجاری ثبتشده Oracle و/یا وابستههای آن هستند.
تاریخ آخرین به‌روزرسانی 2025-07-29 بهوقت ساعت هماهنگ جهانی.
[[["درک آسان","easyToUnderstand","thumb-up"],["مشکلم را برطرف کرد","solvedMyProblem","thumb-up"],["غیره","otherUp","thumb-up"]],[["اطلاعاتی که نیاز دارم وجود ندارد","missingTheInformationINeed","thumb-down"],["بیشازحد پیچیده/ مراحل بسیار زیاد","tooComplicatedTooManySteps","thumb-down"],["قدیمی","outOfDate","thumb-down"],["مشکل ترجمه","translationIssue","thumb-down"],["مشکل کد / نمونهها","samplesCodeIssue","thumb-down"],["غیره","otherDown","thumb-down"]],["تاریخ آخرین به‌روزرسانی 2025-07-29 بهوقت ساعت هماهنگ جهانی."],[],[],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)."]]
