2025 年 3 月 27 日より、AOSP のビルドとコントリビューションには aosp-main
ではなく android-latest-release
を使用することをおすすめします。詳細については、AOSP の変更をご覧ください。
概要
コレクションでコンテンツを整理
必要に応じて、コンテンツの保存と分類を行います。
自動車向けアプリにおいて電源管理は重要であり、電源に関する要件はモバイル デバイスとは大きく異なります。以下はその例です。
- 駐車中に電力をほとんど消費しないようにする必要があります。自動車は、始動するために必要な電力を(たとえ数か月の間が空いた場合でも)バッテリーに十分蓄えている必要があります。
- リアビュー カメラ、オーディオ、スプラッシュ画面は、自動車の始動に極めて迅速に(Android 自体が起動するよりも前に)反応する必要があります。
- ユーザーがデバイスを操作できるように、迅速に起動して Android のホーム画面に表示される必要があります。
- 電源をオフにして再度オンにした後に、アプリの状態(ラジオ ステーションやナビゲーション ガイダンスなど)を再開および復元する必要があります。
Android Automotive チームは、次のような新しい電源管理スキームを使用して、自動車に固有の電源管理の問題に対応しています。
- 電源ポリシー。ハードウェアおよびソフトウェア コンポーネント(ディスプレイ、オーディオ、音声操作など)が必要に応じて選択的にオン / オフされるようにする方法について説明します。
- 電源管理。Android Automotive が使用する電源ステートマシンの定義、スリープ / シャットダウン / 起動シーケンスのサンプル、電源管理に関連する車両 HAL プロパティの一覧を提供します。
- ガレージモード。駐車時に必要なメンテナンス タスク(OS やアプリの更新など)を実行する省電力モードを定義します。
- 起動時間の管理。Android と Android Automotive の起動プロセスにおける違いの定義、起動時間を最適化するヒント、起動シーケンスの早い段階でリアビュー カメラなどのサービスを開始するための手順を提供します。
ハードウェア アーキテクチャ
以下の図に示すように、Vehicle Microcontroller Unit(VMCU)は以下の役割を担います。
- 自動車のネイティブ インターフェースと接続します。たとえば、コントローラ エリア ネットワーク(CAN)バスなどと接続します。
- インフォテインメントを処理するアプリ プロセッサ(AP)の消費電力を制御します(AP が Android によって電力供給されることを想定)。
- データバスや汎用の I/O(GPIO)ピンを介して AP と通信し、状態遷移などのアクティビティを通知します。

図 1. ハードウェア ブロック
車の電源がオフになると、AP は次のいずれかの状態になります。
-
VMCU がインスタント ウェイクアップのために AP の主電源を保持することを決定した場合、スリープ状態になります。通常、ウェイクアップの信号は GPIO を介して AP に送信されます。
-
VMCU が主電源を切っている間もメモリの内容を保持することを決定した場合、休止状態になります。通常、AP は次の電源投入時に保存されたメモリの内容を読み込みます。
-
VMCU がバッテリーを温存することを決定した場合、シャットダウンされます。次の電源投入時に AP のコールドブートが必要になります。
VMCU-AP データバスは、Serial Peripheral Interface(SPI)などの双方向インターフェースである必要があり、車両 HAL で公開される必要があります。これは、以下のようなイベントの送信で使用されます。
- AP によるディスプレイのオン / オフ。
- AP のウェイクアップ(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)."]]