O gerenciamento de energia é fundamental para aplicativos automotivos, e os requisitos de energia diferem muito dos dispositivos móveis, incluindo:
- Consumo de energia próximo de zero enquanto o veículo está estacionado. O veículo ainda deve ter carga de bateria suficiente para dar partida, mesmo depois de muitos meses.
- Resposta de inicialização extremamente rápida para câmera retrovisora, áudio e tela inicial (antes da inicialização do próprio Android).
- Inicialização rápida na tela inicial do Android para que o usuário possa interagir com o dispositivo.
- Retomar/restaurar estados do aplicativo (como estação de rádio e orientação de navegação) após desligar e ligar a energia.
A equipe do Android Automotive está abordando problemas de gerenciamento de energia específicos do setor automotivo com um novo esquema de gerenciamento de energia, incluindo:
- Política de energia . Aprenda como garantir que os componentes de hardware e software (como exibição, áudio e interação de voz) sejam ativados e desativados seletivamente conforme necessário.
- Gerenciamento de energia . Define a máquina de estado de energia usada pelo Android Automotive, fornece exemplos de sequências de suspensão/desligamento/ativação e lista as propriedades HAL do veículo relacionadas ao gerenciamento de energia.
- Modo Garagem . Define um modo de baixo consumo de energia no qual o veículo executa as tarefas de manutenção necessárias (como atualizações do sistema operacional e de aplicativos) enquanto o veículo está estacionado.
- Gerenciando o tempo de inicialização . Define diferenças entre os processos de inicialização do Android e do Android Automotive, fornece dicas para otimizar o tempo de inicialização e fornece instruções para iniciar serviços como a câmera retrovisora no início da sequência de inicialização.
Arquitetura de hardware
Conforme ilustrado na figura abaixo, a Unidade Microcontroladora Veicular (VMCU):
- Interfaces com a interface nativa do veículo. Por exemplo, o barramento Controller Area Network (CAN).
- Controla a potência do processador de aplicativos (AP), que lida com infoentretenimento, presumindo que o AP seja equipado com Android.
- Comunica-se com o AP por meio do barramento de dados e dos pinos de E/S de uso geral (GPIO) para informar atividades como transições de estado.
Figura 1. Blocos de hardware
Ao desligar o veículo, o AP entra em um dos seguintes estados:
A suspensão ocorre quando a VMCU decide reter a alimentação principal do AP para despertar instantâneo. Normalmente, um sinal de ativação seria enviado ao AP por meio do GPIO.
A hibernação ocorre quando a VMCU decide manter o conteúdo da memória enquanto corta a energia principal. Normalmente, o AP carrega o conteúdo da memória salvo na próxima inicialização.
O desligamento ocorre quando a VMCU decide reservar a bateria. O AP deve inicializar a frio na próxima inicialização.
O barramento de dados VMCU-AP deve ser uma interface bidirecional, como Serial Peripheral Interface (SPI), e deve ser exposto no HAL do veículo. Pode ser usado para enviar eventos como:
- Exibição AP ativada ou desativada.
- Ativação do AP (pode ocorrer através do GPIO).
- Exibição da câmera de visão traseira AP ativada ou desativada.
- Desligamento do AP concluído (para o VMCU).