Descripción general

La administración de energía es fundamental para las apps de Automotive, y los requisitos de energía difieren mucho de los dispositivos móviles, por ejemplo:

  • Consumo de energía casi nulo mientras el vehículo está estacionado. El vehículo debería tener suficiente carga de batería para encenderse, incluso después de muchos meses.
  • Respuesta de encendido extremadamente rápida para la cámara retrovisor, el audio y la pantalla de presentación (antes de que se inicie Android).
  • Inicio rápido en la pantalla principal de Android para que el usuario pueda interactuar con el dispositivo
  • Reanudar o restablecer los estados de la app (como la estación de radio y la guía de navegación) después de reiniciar el dispositivo

El equipo de Android Automotive está abordando los problemas de administración de energía específicos de la industria automotriz con un nuevo esquema de administración de energía, que incluye lo siguiente:

  • Política de energía. Obtén información para asegurarte de que los componentes de hardware y software (como la pantalla, el audio y la interacción por voz) se enciendan y apaguen de forma selectiva según sea necesario.
  • Administración de energía: Define la máquina de estados de energía que usa Android Automotive, proporciona ejemplos de secuencias de suspensión, apagado y activación, y enumera las propiedades de HAL del vehículo relacionadas con la administración de energía.
  • Modo de cochera. Define un modo de bajo consumo en el que el vehículo ejecuta las tareas de mantenimiento necesarias (como actualizaciones del SO y de la app) mientras está estacionado.
  • Administra el tiempo de inicio. Define las diferencias entre los procesos de inicio de Android y Android Automotive, proporciona sugerencias para optimizar el tiempo de inicio y brinda instrucciones para iniciar servicios, como la cámara retrovisora, al principio de la secuencia de inicio.

Arquitectura de hardware

Como se ilustra en la siguiente imagen, la unidad de microcontrolador del vehículo (VMCU) realiza las siguientes acciones:

  • Interactúa con la interfaz nativa del vehículo. Por ejemplo, el bus de área de controlador (CAN).
  • Controla la energía del procesador de apps (AP), que controla la infoentretenimiento, siempre que el AP esté potenciado por 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.

    Bloques de hardware

    Figura 1: Bloques de hardware

Cuando se apaga el vehículo, el AP entra en uno de los siguientes estados:

  • El modo de suspensión se produce cuando la VMCU decide retener la energía principal del AP para activarlo de inmediato. Por lo general, se envía 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. Por lo general, el AP carga el contenido de la memoria guardada la próxima vez que se enciende.

  • El apagado ocurre cuando la VMCU decide reservar batería. El AP debe iniciarse en frío la próxima vez que se encienda.

El bus de datos de la VMCU-AP debe ser una interfaz bidireccional, como la interfaz periférica serial (SPI), y debe exponerse en el HAL del vehículo. Se puede usar para enviar eventos como los siguientes:

  • Pantalla del AP activada o desactivada.
  • Activación del AP (puede ocurrir a través del GPIO)
  • Pantalla de la cámara retrovisora del AP activada o desactivada.
  • Se completó el apagado del AP (en la VMCU).