קל לארגן דפים בעזרת אוספים
אפשר לשמור ולסווג תוכן על סמך ההעדפות שלך.
Google שמחה לשתף את הגרסה הזו של Android 25Q2 עם שותפים של Android Automotive. ב-Android 16, הגרסה הזו של Android Automotive 25Q2 תואמת. אנחנו ממשיכים לכוונן את התכונות, במטרה להמליץ על גרסה עתידית ליצרני ציוד מקורי (OEM).
פרטי הגרסה
בקטע הזה מפורטים סיכום של התכונות והשיפורים העיקריים שזמינים בגרסת AAOS B.
שיפורים ב-HAL של בקרת האודיו: כדי להגדיר תכונות אודיו ברכב, צריך להשתמש בממשקי API במקום בקובץ XML.
מערכת התראות חירום (EAS) ברדיו באיכות גבוהה (HD): העברת מידע של EAS לאפליקציות רדיו באמצעות API. ההגדרה הזו רלוונטית ל-HD Radio (צפון אמריקה) ול-DAB EWS (האיחוד האירופי).
ספרייה מובנית של AAudio:AAudio תומכת בתגי מאפייני אודיו שהוגדרו על ידי יצרן הציוד המקורי (OEM) כדי להתאים אישית את התנהגות האפליקציה. לדוגמה, ניתוב אודיו וניהול עוצמת הקול.
ניהול צריכת החשמל:
התראות על מצב ההפעלה לתהליכים מובנים: הורחבה הזמינות של התראות על מצב ההפעלה לתהליכים מובנים של יצרני ציוד מקורי (מעבר לאפליקציות Android).
מסגרת לרכב:
הגדרה דינמית של מאפייני רכב: תמיכה בהגדרה דינמית של ערכים מינימליים ומקסימליים ושל ערכים נתמכים במאפייני רכב.
קישוריות
יצירת קשרים:
טלפוניה מינימלית: קבוצת משנה של שכבת הפשטת החומרה (HAL) של טלפוניה ב-Android, שמאפשרת ליצרני ציוד מקורי (OEM) להשתמש בטלפוניה של Android במכשירים שמשמשים רק להעברת נתונים (כולל יחידות TCU). כך מצמצמים את הפיצול ומספקים תמיכה בפונקציונליות של טלפוניה.
Connectivity Messaging Upsell API: שיפור של SubscriptionManager
כדי לספק ממשקי API שיכולים לחשוף את סטטוס המינוי של המשתמש לנתונים בנייד. לדוגמה, active, inactive, trial ותאריך התפוגה.
תמיכה באפליקציות שמוקרנות: נוספה תמיכה שמאפשרת ליצרני ציוד מקורי (OEM) של רכבים להגדיר את כל הפרמטרים של hostapd.conf שלא זמינים דרך ממשקי ה-API של Android. נוספה סיבת ניתוק ל-SoftApCallback API כדי שיצרני ציוד מקורי יוכלו לדעת למה לקוחות התנתקו מנקודה מקומית לשיתוף אינטרנט (LOHS). התכונות האלה משפרות את התמיכה באפליקציות שמוקרנות ומפחיתות את הפיצול.
ממשק המשתמש וחוויות השימוש של מערכת AAOS
ממשק משתמש ניתן להרחבה: מסגרת חלונות AAOS מספקת ליצרני ציוד מקורי רכיבים שניתנים להגדרה, ומאפשרת להם לעמוד בדרישות בנוגע לחלונות וליצור חוויות מותאמות אישית.
מאפייני VHAL
מאפייני הרכב:
נוספו מאפיינים חדשים של רכבים כדי להעביר מידע על מאפייני הרכב והמצב שלו.
עדכנו את הקבועים של מאפייני הרכב מ- @SystemApi לממשקי API ציבוריים כדי לאחד את התיעוד שנוצר ב-VehiclePropertyIDs. עדיין נדרשות הרשאות שהוגדרו ותועדו בעבר כדי לגשת לנתוני מאפייני הרכב.
מאפייני רכב שזמינים לצדדים שלישיים: התכונה הזו מאפשרת למפתחי אפליקציות של צדדים שלישיים לגשת לשמונה מאפייני רכב קיימים שרלוונטיים לניווט, לעוזרת קולית, למזג האוויר ולמצב הנהיגה. מידע נוסף זמין במאמר שילוב עם אפליקציות ושירותים של Google.
תאימות
הבדיקה של התאימות ל-Android בוצעה בחומרה הפנימית להשוואה. חבילות הבדיקה שמופעלות בגרסה הזו כוללות CTS, CTS-V, ATS, STS, VTS ו-CTS ב-GSI.
למעט הבעיות שמפורטות בהמשך, לא ידוע על כשלים שדורשים תיקון בקוד של Android 16 (android16-release) או בענף הבדיקה של Android 16 (android16-tests-dev).
סיכום כשל: בדיקה אחת נכשלה בתצוגה לאורך. כשבודקים את התנהגויות ההטמעה של פעילויות בגרסאות של ממשקי משתמש שניתנים להתאמה, שמבוססים על פתרונות של חלונות שכוללים כמה משימות בסיס, כל אחת WINDOWING_MODE_MULTI_WINDOW, מתרחשים כשלים מוכרים בגלל פעילויות מסוימות שמופעלות בגבולות קטנים מהצפוי, כמו ב-windowMetrics של כללי ההטמעה. כתוצאה מכך, ה-placeholder הופעל והבדיקה נכשלה כשמפעילים פעילות במסך המשני.
התיקון aosp/3659633 מתקן את ההורשה של מצב חלונות מ-rootTask ריבוי חלונות.
הבדיקה נכשלה: CtsAutoFillServiceTestCases
סיכום הכשלים: שתי קטגוריות של בעיות מוכרות מתרחשות בגרסאות של ממשק המשתמש שניתן להתאמה, שמבוססות על פתרונות של חלונות שכוללים כמה משימות בסיסיות, כל אחת מהן
WINDOWING_MODE_MULTI_WINDOW:
ה-IME מכסה את תיבת הדו-שיח של המילוי האוטומטי, ומונע את הלחיצה על הלחצנים בתיבת הדו-שיח של המילוי. אפשר להשבית באופן זמני את תיבת הדו-שיח של המילוי באמצעות תיקון ag/3664131 של הפלטפורמה הזו.
כששדה שני מתמלא אוטומטית, כמו PASSWORD, התוכן של LoginActivity נמצא מאחורי decor_grip, והפוקוס על הקלט אובד.
תיקונים אפשר למצוא בקישורים הבאים: ag/3679541,
ag/3675628, ag/3675627.
דוגמאות התוכן והקוד שבדף הזה כפופות לרישיונות המפורטים בקטע רישיון לתוכן. Java ו-OpenJDK הם סימנים מסחריים או סימנים מסחריים רשומים של חברת Oracle ו/או של השותפים העצמאיים שלה.
עדכון אחרון: 2025-07-29 (שעון UTC).
[[["התוכן קל להבנה","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 (שעון 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)."]]
