การจัดการพลังงาน มีความสำคัญอย่างยิ่งต่อแอปในยานยนต์ และความต้องการพลังงานแตกต่างจากอุปกรณ์มือถืออย่างมาก รวมถึง:
- การใช้พลังงานเกือบเป็นศูนย์ในขณะที่จอดรถ รถยนต์ควรมีประจุแบตเตอรี่เพียงพอที่จะสตาร์ท แม้หลังจากผ่านไปหลายเดือนก็ตาม
- การตอบสนองในการเปิดเครื่องที่รวดเร็วเป็นพิเศษสำหรับกล้องมองหลัง เสียง และหน้าจอสแปลช (ก่อนที่ Android จะบู๊ตเอง)
- บูตอย่างรวดเร็วในหน้าจอหลักของ Android เพื่อให้ผู้ใช้สามารถโต้ตอบกับอุปกรณ์ได้
- ดำเนินการต่อ/กู้คืนสถานะแอป (เช่น สถานีวิทยุและคำแนะนำการนำทาง) หลังจากเปิดเครื่อง
ทีมงาน Android Automotive กำลังแก้ไขปัญหาการจัดการพลังงานเฉพาะยานยนต์ด้วยแผนการจัดการพลังงานใหม่ ซึ่งรวมถึง:
- นโยบายด้านพลังงาน เรียนรู้วิธีตรวจสอบให้แน่ใจว่าส่วนประกอบฮาร์ดแวร์และซอฟต์แวร์ (เช่น จอแสดงผล เสียง และการโต้ตอบด้วยเสียง) ได้รับการเปิดและปิดแบบเลือกตามความจำเป็น
- การจัดการพลังงาน กำหนดเครื่องสถานะพลังงานที่ใช้โดย Android Automotive จัดเตรียมตัวอย่างลำดับการนอนหลับ/ปิดเครื่อง/ปลุก และแสดงรายการคุณสมบัติ HAL ของยานพาหนะที่เกี่ยวข้องกับการจัดการพลังงาน
- โหมดโรงรถ กำหนดโหมดพลังงานต่ำซึ่งยานพาหนะจะดำเนินการบำรุงรักษาที่จำเป็น (เช่น การอัปเดตระบบปฏิบัติการและแอป) ในขณะที่รถจอดอยู่
- การจัดการเวลาบูต กำหนดความแตกต่างระหว่างกระบวนการบูตของ Android และ Android Automotive ให้คำแนะนำในการปรับเวลาบูตให้เหมาะสม และให้คำแนะนำในการสตาร์ทบริการ เช่น กล้องมองหลังในช่วงแรกของลำดับการบู๊ต
สถาปัตยกรรมฮาร์ดแวร์
ดังแสดงในรูปด้านล่าง หน่วยไมโครคอนโทรลเลอร์ของยานพาหนะ (VMCU):
- การเชื่อมต่อกับอินเทอร์เฟซดั้งเดิมของรถยนต์ ตัวอย่างเช่น บัส Controller Area Network (CAN)
- ควบคุมพลังของตัวประมวลผลแอป (AP) ซึ่งจัดการสาระบันเทิง โดยถือว่า AP ขับเคลื่อนโดย Android
- สื่อสารกับ AP ผ่านทางบัสข้อมูลและหมุด I/O (GPIO) เอนกประสงค์เพื่อแจ้งกิจกรรมต่างๆ เช่น การเปลี่ยนสถานะ
รูปที่ 1. บล็อกฮาร์ดแวร์
เมื่อรถดับ AP จะเข้าสู่สถานะใดสถานะหนึ่งต่อไปนี้:
โหมดสลีป เกิดขึ้นเมื่อ VMCU ตัดสินใจที่จะคงพลังงานหลักของ AP ไว้เพื่อการปลุกระบบทันที โดยทั่วไปแล้ว สัญญาณปลุกจะถูกส่งไปยัง AP ผ่านทาง GPIO
การไฮเบอร์เนต เกิดขึ้นเมื่อ VMCU ตัดสินใจที่จะเก็บเนื้อหาหน่วยความจำไว้ในขณะที่ตัดพลังงานหลัก โดยทั่วไป AP จะโหลดเนื้อหาหน่วยความจำที่บันทึกไว้เมื่อเปิดเครื่องครั้งถัดไป
การปิดเครื่อง เกิดขึ้นเมื่อ VMCU ตัดสินใจสำรองแบตเตอรี่ AP ต้องโคลด์บูตเมื่อเปิดเครื่องครั้งถัดไป
บัสข้อมูล VMCU-AP ต้องเป็นอินเทอร์เฟซแบบสองทิศทาง เช่น Serial Peripheral Interface (SPI) และต้องเปิดเผยใน Vehicle HAL อาจใช้เพื่อส่งเหตุการณ์เช่น:
- เปิดหรือปิดการแสดง AP
- AP wake-up (สามารถเกิดขึ้นได้ผ่าน GPIO)
- จอแสดงผลกล้องมองหลัง AP เปิดหรือปิด
- การปิดระบบ AP เสร็จสมบูรณ์ (ไปยัง VMCU)