‫Android Automotive 26Q2

בדף הזה מתוארים התכונות והשיפורים בגרסה Android Automotive OS ‏(AAOS) 26Q2 (רמת API‏ 37), שכוללת שמונה תכונות חדשות ומתייחסת ל-180 בעיות.

‫AAOS framework

ניהול משתמשים

  • הפעלנו את ההתראה ManagedServices למשתמשים ברקע שגלויים.

  • נוספה תמיכה ב-DocumentsUI למשתמשים ברקע שגלויים.

אודיו ורדיו

  • אכיפת מיקוד אודיו: הפעלנו אכיפה של מיקוד אודיו ב-AAOS, שחשובה מאוד לבטיחות המשתמשים.

  • קריאה חוזרת (callback) של עוצמת הקול של האודיו: הקריאה החוזרת הזו מאפשרת לחומרה של האודיו להעביר שינויים בעוצמת הקול לרכיבי תוכנה, כולל אפליקציות, ומאפשרת לכל המערכת לזהות באופן עקבי את רמות האודיו הנוכחיות. יצרני ציוד מקורי יכולים להוסיף אירועים חדשים לקריאה החוזרת של הגברת האודיו ולהתאים אישית את ההתנהגות בשירות ה-OEM.

‫Car framework

  • זמינות של מאפייני רכב: מאפשרת ליצרני ציוד מקורי להפעיל ולהשבית באופן דינמי מאפייני רכב, עם סטטוסים נוספים למאפיינים שהוגדרו על ידי ספק או שלא זמינים.

בטיחות התצוגה

חבילת AAOS Display Safety מציגה ארכיטקטורת גרפיקה מבודדת ומאובטחת לפלטפורמת SDV החדשה, ומספקת חוויה רספונסיבית של Unified Cockpit. הכרטיס 'בטיחות התצוגה' כולל את הרכיבים הבאים:

  • רכיב רינדור בזמינות גבוהה (HAR): מנוע עם השהיה נמוכה שפועל באופן עצמאי ממערכת המולטימדיה הראשית כדי להבטיח הצגה דטרמיניסטית של נתונים קריטיים של הרכב, כמו הילוך, מהירות ונוריות אזהרה. הוא משתמש בלולאת רינדור מבודדת מבחינת בטיחות ובהרכבה ליצירת מיזוג יעיל.

  • כלי הידור וניטור של עיצוב בטיחותי: קבוצה של כלי עזר אוטומטיים שמשמשים לאימות של רכיבים חזותיים שחיוניים לבטיחות, כדי לוודא שהם עומדים בתקנים של פריסת התצוגה. הוא מבצע עיבוד מושלם של פיקסלים ומשתמש בפילוח של הבדלים כדי לוודא שהתמונות עומדות בדרישות.

  • אפליקציית אשכול Android (DriverUI): אפליקציה אינטראקטיבית שמסנכרנת מעל ערוצי AAOS SDV עמידים כדי ליצור תוכן משולב של מערכת מידע ובידור עם שכבות בטיחות של HAR במסך האשכול.

קישוריות

  • הודעות בכמה מכשירים: תוקנה רגרסיה במערך הטלפוניה שמנעה מהמערכת לאחסן הודעות מכמה מכשירים מחוברים.

  • שילוב של PANS-and-Play‏ (PnP): עדכנו את Google Play כך שיהיה מודע ל-PANS כדי לשפר את חוויית המשתמש.

ממשק המשתמש של המערכת וחוויות

  • ממשק משתמש ניתן להתאמה של המערכת: הרחבנו את מסגרת ממשק המשתמש הניתן להתאמה על ידי הגדרת API שמאפשר ליצרני ציוד מקורי (OEM) להתאים אישית רכיבים של ממשק המשתמש של המערכת בשכבת המערכת. כך אפשר לאחד את תהליך העבודה ולהחיל את זהות המותג באופן עקבי.

  • הפניה לריבוי משתמשים וריבוי מסכים (MUMD): סיפקנו דוגמה להגדרת ריבוי מסכים שמשתמשת במשתמשי רקע בו-זמניים עם ממשק משתמש ניתן לשינוי גודל.

  • התראות קופצות (HUN) לממשק משתמש שניתן להתאמה: שיפור ההתאמה האישית של יצרני ציוד מקורי (OEM) וצמצום העלויות באמצעות מודולריזציה של רכיבי ממשק המשתמש של המערכת, כמו HVAC וממשק המשתמש של מערכת הרכב. התכונות העיקריות כוללות מנגנון ייעודי לתרגום HUNPanel לאנימציות שמוגדרות על ידי מצב, ומחלקה חדשה של HUNWindow לניהול אופטימלי של מחזור החיים של חלונות.

  • מודולריזציה של ממשק המשתמש של מערכת הרכב: פירקנו את ממשק המשתמש המונוליטי של מערכת Android לרכיבים מודולריים עצמאיים כדי להפחית את העלויות של יצרני ציוד מקורי (OEM) ולמנוע בעיות תאימות.

אפליקציות ליבה

  • ממשקי API של פונקציות אפליקציה: מאפשרים לסוכנים להתחבר לאפליקציות.

מצלמה

  • הוצאה משימוש של מערכת התצוגה החיצונית (EVS): הוצאנו משימוש את ממשקי ה-API של EVS כדי לצמצם את הפיצול ולאחד את ממשקי ה-API של המצלמה. יצרני ציוד מקורי צריכים להשתמש במקום זאת בממשקי Camera2 API. מידע נוסף זמין במאמר בנושא מעבר ל-Camera2.

Software Defined Vehicle (SDV)

  • רכבים מוגדרי תוכנה: הרחבנו את היכולות של Android מעבר למסך המידע והבידור, כדי להפעיל כמה תחומים ברכב באמצעות ארכיטקטורה מבוססת-שירותים (SOA) שניתנת להרחבה ושילוב חלק עם IVI. כולל HAR עבור לוחות מכשירים, שמאפשר חזרות מהירות על עיצוב ופיתוח של פתרון מלא לתא הטייס.

תאימות

כדי לאמת את ההטמעה של AAOS, משתמשים בחבילות הבדיקה הבאות:

בעיות מוכרות בבדיקות

גרסת AAOS 26Q2 כוללת את הבעיות הידועות הבאות שקשורות לבדיקות:

  • CtsSurfaceControlTests[secondary_user_on_secondary_display]
    • #testImeVisible
    • #testImeVisibleWithZBelowRequest
    • #testImeZOrderedAboveEmbeddedWindowInChildWindow
    • #testImeVisibleWithZBelowTouch
  • CtsGraphicsTestCases
    • FrameRateOverrideTest#testAppDisplayModeGetRefreshRateDisplayModeReturnsPhysicalRefreshRateEnabled
    • FrameRateOverrideTest#testAppBackpressure
  • FrameRateOverrideTest#testAppDisplayGetRefreshRate
    • FrameRateOverrideTest#testAppChoreographer

בדיקה אוטומטית שנדרש אימות ידני

המודול הבא נכשל בבדיקות אוטומטיות (CTS) בהגדרות ספציפיות של משתמשים מרובים או ריבוי מסכים: CtsMediaAudioTestCases[secondary_user_on_secondary_display]. בודקים את הפונקציונליות המשויכת באמצעות בדיקות ידניות.