La administración de energía es fundamental para las aplicaciones automotrices y los requisitos de energía difieren enormemente de los de los dispositivos móviles, entre ellos:
- Consumo de energía casi nulo mientras el vehículo está estacionado. El vehículo aún debería 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 presentación (antes de que se inicie Android).
- Inicio 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 del automóvil con un nuevo esquema de administración de energía, que incluye:
- Política de poder . Aprenda cómo garantizar que los componentes de hardware y software (como la pantalla, el audio y la interacción de voz) se enciendan y apaguen selectivamente 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 suspensión/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 del sistema operativo y de aplicaciones) mientras el vehículo está estacionado.
- Administrar el 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 brinda 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 figura siguiente, 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 funcione con Android.
- Se comunica con el AP a través del bus de datos y pines de E/S de propósito general (GPIO) para informar actividades como transiciones de estado.
Figura 1. Bloques de hardware
Cuando el vehículo se apaga, el AP entra en uno de los siguientes estados:
El sueño ocurre cuando la VMCU decide retener la energía principal del AP para un despertar instantáneo. Normalmente, se enviará una señal de activación al AP a través del GPIO.
La hibernación ocurre cuando la VMCU decide conservar el contenido de la memoria mientras corta la alimentación principal. Normalmente, el AP carga el contenido de la memoria guardada en el siguiente encendido.
El apagado se produce cuando la VMCU decide reservar la batería. El AP debe arrancar en frío en el próximo encendido.
El bus de datos VMCU-AP debe ser una interfaz bidireccional, como una interfaz periférica serie (SPI), y debe estar expuesto en el HAL del vehículo. Puede usarse para enviar eventos como:
- Pantalla AP activada o desactivada.
- Activación AP (puede ocurrir a través del GPIO).
- Visualización de la cámara de visión trasera AP activada o desactivada.
- Apagado del AP completo (a la VMCU).