Kể từ ngày 27 tháng 3 năm 2025, bạn nên sử dụng android-latest-release
thay vì aosp-main
để xây dựng và đóng góp cho AOSP. Để biết thêm thông tin, hãy xem phần Thay đổi đối với AOSP.
Tổng quan
Sử dụng bộ sưu tập để sắp xếp ngăn nắp các trang
Lưu và phân loại nội dung dựa trên lựa chọn ưu tiên của bạn.
Quản lý nguồn là yếu tố quan trọng đối với ứng dụng ô tô và các yêu cầu về nguồn sẽ khác biệt rất nhiều so với thiết bị di động, bao gồm:
- Mức tiêu thụ điện gần như bằng 0 khi xe đang đỗ. Xe vẫn có đủ pin để khởi động, ngay cả sau nhiều tháng.
- Phản hồi bật nguồn cực nhanh cho camera lùi, âm thanh và màn hình chờ (trước khi Android khởi động).
- Khởi động nhanh vào màn hình chính của Android để người dùng có thể tương tác với thiết bị.
- Tiếp tục/khôi phục trạng thái ứng dụng (chẳng hạn như đài phát thanh và hướng dẫn chỉ đường) sau khi tắt/bật nguồn.
Nhóm Android Automotive đang giải quyết các vấn đề về quản lý nguồn dành riêng cho ô tô bằng một lược đồ quản lý nguồn mới, bao gồm:
- Chính sách về nguồn điện.
Tìm hiểu cách đảm bảo rằng các thành phần phần cứng và phần mềm (chẳng hạn như màn hình, âm thanh và tương tác bằng giọng nói) được bật và tắt có chọn lọc khi cần.
- Quản lý nguồn.
Xác định máy trạng thái nguồn điện do Android Automotive sử dụng, cung cấp ví dụ về trình tự ngủ/tắt/đánh thức và liệt kê các thuộc tính HAL của xe liên quan đến việc quản lý nguồn điện.
- Chế độ gara.
Xác định chế độ tiết kiệm pin trong đó xe thực hiện các tác vụ bảo trì cần thiết (chẳng hạn như cập nhật hệ điều hành và ứng dụng) khi xe đang đỗ.
- Quản lý thời gian khởi động.
Xác định sự khác biệt giữa quy trình khởi động Android và Android Automotive, cung cấp các mẹo để tối ưu hoá thời gian khởi động và hướng dẫn khởi động các dịch vụ như camera lùi ngay từ đầu trình tự khởi động.
Cấu trúc phần cứng
Như minh hoạ trong hình dưới đây, Bộ điều khiển vi mô trên xe (VMCU):
- Giao diện với giao diện gốc của xe. Ví dụ: bus Mạng điều khiển vùng (CAN).
- Kiểm soát nguồn của bộ xử lý ứng dụng (AP), bộ xử lý này xử lý thông tin giải trí, giả sử AP được Android cung cấp.
- Giao tiếp với AP thông qua bus dữ liệu và chân I/O (GPIO) đa năng để thông báo các hoạt động như chuyển đổi trạng thái.

Hình 1. Khối phần cứng
Khi xe tắt nguồn, AP sẽ chuyển sang một trong các trạng thái sau:
-
Chế độ Ngủ xảy ra khi VMCU quyết định giữ lại nguồn chính của AP để thức dậy tức thì. Thông thường, tín hiệu đánh thức sẽ được gửi đến AP thông qua GPIO.
-
Chế độ Ngủ đông xảy ra khi VMCU quyết định giữ lại nội dung bộ nhớ trong khi cắt nguồn chính. Thông thường, AP sẽ tải nội dung bộ nhớ đã lưu vào lần bật nguồn tiếp theo.
-
Tắt xảy ra khi VMCU quyết định dự trữ pin. AP phải khởi động nguội ở lần bật nguồn tiếp theo.
Bus dữ liệu VMCU-AP phải là một giao diện hai chiều, chẳng hạn như Giao diện ngoại vi nối tiếp (SPI) và phải được hiển thị trong HAL của xe. Bạn có thể sử dụng phương thức này để gửi các sự kiện như:
- Bật hoặc tắt màn hình AP.
- Đánh thức AP (có thể xảy ra thông qua GPIO).
- Bật hoặc tắt màn hình camera lùi của AP.
- Quá trình tắt AP hoàn tất (cho VMCU).
Nội dung và mã mẫu trên trang này phải tuân thủ các giấy phép như mô tả trong phần Giấy phép nội dung. Java và OpenJDK là nhãn hiệu hoặc nhãn hiệu đã đăng ký của Oracle và/hoặc đơn vị liên kết của Oracle.
Cập nhật lần gần đây nhất: 2025-07-27 UTC.
[[["Dễ hiểu","easyToUnderstand","thumb-up"],["Giúp tôi giải quyết được vấn đề","solvedMyProblem","thumb-up"],["Khác","otherUp","thumb-up"]],[["Thiếu thông tin tôi cần","missingTheInformationINeed","thumb-down"],["Quá phức tạp/quá nhiều bước","tooComplicatedTooManySteps","thumb-down"],["Đã lỗi thời","outOfDate","thumb-down"],["Vấn đề về bản dịch","translationIssue","thumb-down"],["Vấn đề về mẫu/mã","samplesCodeIssue","thumb-down"],["Khác","otherDown","thumb-down"]],["Cập nhật lần gần đây nhất: 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)."]]