החל מ-27 במרץ 2025, מומלץ להשתמש ב-android-latest-release
במקום ב-aosp-main
כדי ליצור תרומות ל-AOSP. מידע נוסף זמין במאמר שינויים ב-AOSP.
סקירה כללית
קל לארגן דפים בעזרת אוספים
אפשר לשמור ולסווג תוכן על סמך ההעדפות שלך.
ניהול צריכת החשמל הוא קריטי לאפליקציות לכלי רכב, ודרישות צריכת החשמל שונות מאוד מאלה של מכשירים ניידים, כולל:
- צריכת חשמל נמוכה כמעט לאפס כשהרכב חונה. עדיין אמורה להיות מספיק טעינה בסוללה כדי להפעיל את הרכב, גם אחרי חודשים רבים.
- תגובה מהירה במיוחד להפעלה של המצלמה האחורית, האודיו ומסך הפתיחה (לפני הפעלת Android עצמו).
- הפעלה מהירה למסך הבית של Android כדי שהמשתמש יוכל לקיים אינטראקציה עם המכשיר.
- המשך או שחזור של מצבי האפליקציות (כמו תחנת הרדיו והנחיות הניווט) אחרי מחזור הפעלה.
צוות Android Automotive מטפל בבעיות ניהול צריכת חשמל ספציפיות לכלי רכב באמצעות תוכנית חדשה לניהול צריכת חשמל, כולל:
- מדיניות צריכת חשמל.
איך מוודאים שרכיבי החומרה והתוכנה (כמו התצוגה, האודיו והאינטראקציה הקולית) מופעלים או מושבתים באופן סלקטיבי לפי הצורך.
- ניהול צריכת החשמל.
הגדרת מכונת מצב האנרגיה שבה משתמש Android Automotive, מתן דוגמאות לרצפי שינה/כיבוי/התעוררות ורישום המאפיינים של Vehicle HAL שקשורים לניהול צריכת האנרגיה.
- מצב מוסך.
הגדרת מצב צריכת אנרגיה נמוכה שבו הרכב מבצע משימות תחזוקה נחוצות (כמו עדכוני מערכת הפעלה ואפליקציות) בזמן שהוא חונה.
- ניהול זמן האתחול.
מגדיר את ההבדלים בין תהליכי האתחול של Android לבין תהליכי האתחול של Android Automotive, מספק טיפים לאופטימיזציה של זמן האתחול ומספק הוראות להפעלת שירותים כמו מצלמת הראות אחורית בשלב מוקדם של רצף האתחול.
ארכיטקטורת חומרה
כפי שמוצג באיור הבא, יחידת המיקרו-בקר ברכב (VMCU):
- ממשק עם הממשק המקורי של הרכב. לדוגמה, רשת Controller Area Network (CAN).
- שולטת במעבד האפליקציות (AP), שמטפל במערכת הבידור והמידע, בהנחה שה-AP פועל על Android.
- מתקשר עם הנקודה לשיתוף אינטרנט דרך ציר הנתונים ופינים של קלט/פלט למטרות כלליות (GPIO) כדי להודיע על פעילויות כמו מעברים בין מצבים.

איור 1. בלוקים של חומרה
כשהרכב מושבת, הנקודה לשיתוף אינטרנט נכנסת לאחד מהמצבים הבאים:
-
מצב שינה מתרחש כש-VMCU מחליט לשמור על המתח הראשי של הנקודה לשיתוף אינטרנט כדי לאפשר התעוררות מיידית. בדרך כלל, אות ההפעלה יישלח לנקודת הגישה דרך ה-GPIO.
-
מצב תרדמה מתרחש כש-VMCU מחליט לשמור את תוכן הזיכרון בזמן שהוא מפסיק את אספקת החשמל הראשית. בדרך כלל, התוכן של הזיכרון השמור נטען ב-AP בהפעלה הבאה.
-
השבתה מתרחשת כש-VMCU מחליט להקצות סוללה. ה-AP צריך להפעיל מחדש מברירת המחדל בהפעלה הבאה.
מערך הנתונים של VMCU-AP חייב להיות ממשק דו-כיווני, כמו Serial Peripheral Interface (SPI), וצריך להיות חשוף ב-HAL של הרכב. הוא עשוי לשמש לשליחת אירועים כמו:
- הפעלה או השבתה של הצג של נקודת הגישה.
- הפעלת נקודת הגישה (יכולה להתרחש דרך GPIO).
- הפעלה או השבתה של התצוגה של מצלמת הנסיעה לאחור ב-AP.
- השבתת ה-AP הושלמה (ל-VMCU).
דוגמאות התוכן והקוד שבדף הזה כפופות לרישיונות המפורטים בקטע רישיון לתוכן. Java ו-OpenJDK הם סימנים מסחריים או סימנים מסחריים רשומים של חברת Oracle ו/או של השותפים העצמאיים שלה.
עדכון אחרון: 2025-07-27 (שעון 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-27 (שעון UTC)."],[],[],null,["# Overview\n\n*Power management* is critical to automotive apps, and power\nrequirements differ vastly from mobile devices, including:\n\n- Near-zero power consumption while the vehicle is parked. The vehicle should still have enough battery charge to start, even after many months.\n- Extremely fast power-on response for rear-view camera, audio, and splash screen (before Android itself boots).\n- Quick boot into Android home screen so that user can interact with the device.\n- Resume/restore app states (such as the radio station and navigation guidance) after power cycle.\n\nThe Android Automotive team is addressing automotive-specific power\nmanagement issues with a new power management scheme, including:\n\n- [Power policy](/docs/automotive/power/power_policy). Learn how to ensure that hardware and software components (such as display, audio, and voice interaction) are selectively turned on and off as needed.\n- [Power management](/docs/automotive/power/power). Defines the power state machine used by Android Automotive, provides example sleep/shutdown/wake sequences, and lists the Vehicle HAL properties related to power management.\n- [Garage Mode](/docs/automotive/power/garage_mode). Defines a low power mode in which the vehicle executes necessary maintenance tasks (such as OS and app updates) while the vehicle is parked.\n- [Managing boot time](/docs/automotive/power/boot_time). Defines differences between the Android and Android Automotive boot processes, provides tips for optimizing boot time, and gives instructions for starting services such as the rear view camera early in the boot sequence.\n\nHardware architecture\n---------------------\n\nAs illustrated in the figure below, the Vehicle Microcontroller Unit (VMCU):\n\n- Interfaces with the vehicle's native interface. For example, the Controller Area Network (CAN) bus.\n- Controls the power of the app processor (AP), which handles infotainment, presuming the AP is powered by Android.\n- Communicates to the AP through the data bus and general purpose I/O (GPIO) pins to inform activities such as state transitions. \n\n **Figure 1.** Hardware blocks\n\nOn vehicle power off, the AP enters into one of the following states:\n\n- **Sleep** occurs when the VMCU decides to retain the AP's\n main power for instant wake-up. Typically, a wake-up signal would be sent to\n the AP through the GPIO.\n\n- **Hibernation** occurs when the VMCU decides to keep the memory contents while\n cutting the main power. Typically, The AP loades the saved memory contents at the next power on.\n\n- **Shutdown** occurs when the VMCU decides to reserve\n battery. The AP must cold boot at next power on.\n\nThe VMCU-AP data bus must be a bidirectional interface such as Serial\nPeripheral Interface (SPI), and must be exposed in the Vehicle HAL. It may be\nused to send events such as:\n\n- AP display On or Off.\n- AP wake-up (can occur through the GPIO).\n- AP rear-view camera display On or Off.\n- AP shut-down complete (to the VMCU)."]]