O gerenciamento de energia é crítico para aplicações automotivas, e os requisitos de energia diferem muito dos dispositivos móveis, incluindo:
- Consumo de energia quase zero enquanto o veículo está estacionado. O veículo ainda deve ter carga de bateria suficiente para dar a 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 os 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 para automóveis com um novo esquema de gerenciamento de energia, incluindo:
- Política de energia . Saiba 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 de sistema operacional e aplicativos) enquanto o veículo está estacionado.
- Gerenciando o tempo de inicialização . Define as 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 de visão traseira no início da sequência de inicialização.
Arquitetura de hardware
Conforme ilustrado na figura abaixo, a Unidade de Microcontrolador de Veículo (VMCU):
- Interfaces com a interface nativa do veículo. Por exemplo, o barramento Controller Area Network (CAN).
- Controla a potência do Application Processor (AP), que lida com infoentretenimento, presumindo que o AP seja alimentado por Android).
- Comunica-se com o AP por meio do barramento de dados e 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:
Durma . Ocorre quando a VMCU decide reter a alimentação principal do AP para ativação instantânea. Normalmente, um sinal de ativação seria enviado ao AP por meio do GPIO.
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 salva na próxima vez que é ligado.
Desligamento . Ocorre quando a VMCU decide reservar a bateria. O AP deve inicializar a frio na próxima vez que for ligado.
O barramento de dados VMCU-AP deve ser uma interface bidirecional, como Serial Peripheral Interface (SPI), e deve ser exposto no Veículo HAL. Pode ser usado para enviar eventos como:
- Exibição AP Ligado ou Desligado.
- Ativação do AP (pode ocorrer por meio do GPIO).
- Exibição da câmera de visão traseira AP Ligada ou Desligada.
- Desligamento AP completo (para a VMCU).