La administración de energía es fundamental para las aplicaciones automotrices y los requisitos de energía difieren enormemente de los dispositivos móviles, incluidos:
- Consumo de energía casi nulo mientras el vehículo está estacionado. El vehículo aún debe tener suficiente carga de batería para arrancar, incluso después de muchos meses.
- Respuesta de encendido extremadamente rápida para la cámara de visión trasera, el audio y la pantalla de inicio (antes de que se inicie Android).
- Arranque rápido en la pantalla de inicio de Android para que el usuario pueda interactuar con el dispositivo.
- Reanudar/restaurar los estados de la aplicación (como la estación de radio y la guía de navegación) después del ciclo de encendido.
El equipo de Android Automotive está abordando problemas de administración de energía específicos de automóviles con un nuevo esquema de administración de energía, que incluye:
- Política de energía . Aprenda a asegurarse de que los componentes de hardware y software (como la pantalla, el audio y la interacción de voz) se enciendan y apaguen de forma selectiva según sea necesario.
- Gestión de energía . Define la máquina de estado de energía utilizada por Android Automotive, proporciona ejemplos de secuencias de reposo/apagado/activación y enumera las propiedades HAL del vehículo relacionadas con la administración de energía.
- Modo garaje . Define un modo de bajo consumo en el que el vehículo ejecuta las tareas de mantenimiento necesarias (como actualizaciones de aplicaciones y del sistema operativo) mientras el vehículo está estacionado.
- Gestión del tiempo de arranque . Define las diferencias entre los procesos de arranque de Android y Android Automotive, proporciona consejos para optimizar el tiempo de arranque y da instrucciones para iniciar servicios como la cámara de visión trasera al principio de la secuencia de arranque.
Arquitectura de hardware
Como se ilustra en la siguiente figura, la Unidad de microcontrolador del vehículo (VMCU):
- Interfaces con la interfaz nativa del vehículo. Por ejemplo, el bus de la red de área del controlador (CAN).
- Controla la potencia del procesador de aplicaciones (AP), que maneja el infoentretenimiento, suponiendo que el AP funciona con Android).
- Se comunica con el AP a través del bus de datos y los pines de E/S de uso general (GPIO) para informar actividades como las transiciones de estado.
Figura 1. Bloques de hardware
Al apagar el vehículo, el AP entra en uno de los siguientes estados:
dormir Ocurre cuando la VMCU decide retener la energía principal del AP para reactivación instantánea. Por lo general, se enviaría una señal de activación al AP a través del GPIO.
Hibernación . Ocurre cuando la VMCU decide mantener el contenido de la memoria mientras corta la alimentación principal. Por lo general, el AP carga el contenido de la memoria guardada en el siguiente encendido.
Apagar Ocurre cuando la VMCU decide reservar batería. El AP debe arrancar en frío la próxima vez que se encienda.
El bus de datos VMCU-AP debe ser una interfaz bidireccional, como la interfaz periférica en serie (SPI), y debe estar expuesto en la HAL del vehículo. Se puede utilizar para enviar eventos como:
- Pantalla AP activada o desactivada.
- Activación de AP (puede ocurrir a través del GPIO).
- Visualización de la cámara retrovisora AP activada o desactivada.
- AP apagado completo (a la VMCU).