การจัดการพลังงานมีความสำคัญอย่างยิ่งต่อแอปยานยนต์ และข้อกำหนดด้านพลังงานจะแตกต่างจากอุปกรณ์เคลื่อนที่อย่างมาก ซึ่งรวมถึงข้อกำหนดต่อไปนี้
- การใช้พลังงานเกือบเป็น 0 เมื่อรถจอดอยู่ รถยนต์ควรมีแบตเตอรี่เหลืออยู่มากพอที่จะสตาร์ทได้ แม้ว่าจะผ่านไปหลายเดือนแล้วก็ตาม
- การตอบสนองที่รวดเร็วมากเมื่อเปิดเครื่องสำหรับกล้องมองหลัง เสียง และหน้าจอแนะนำ (ก่อนที่ 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 ต้องทำการบูตแบบ Cold Boot เมื่อเปิดเครื่องครั้งถัดไป
บัสข้อมูล VMCU-AP ต้องเป็นอินเทอร์เฟซแบบ 2 ทิศทาง เช่น Serial Peripheral Interface (SPI) และต้องแสดงใน HAL ของยานพาหนะ ซึ่งอาจใช้เพื่อส่งเหตุการณ์ต่างๆ เช่น
- เปิดหรือปิดการแสดง AP
- การปลุก AP (ทำได้ผ่าน GPIO)
- เปิดหรือปิดจอแสดงผลกล้องมองหลัง AP
- AP ปิดสนิทแล้ว (ไปยัง VMCU)