Esta página define os principais termos usados na documentação do Android Automotive OS (AAOS) Software Defined Vehicle (SDV) e mapeia os conceitos padrão da indústria automotiva para os conceitos correspondentes do AAOS SDV.
Mapear conceitos da indústria automotiva para o SDV do AAOS
A tabela a seguir mapeia arquiteturas, protocolos e especificações padrão do setor automotivo para os conceitos de SDV do AAOS mais próximos:
| Padrão ou conceito do setor | Conceito correspondente de SDV do AAOS | Função e documentação |
|---|---|---|
| Componente de software (SWC) da arquitetura de sistema aberto automotivo (AUTOSAR) ou aplicativo adaptativo | Pacote de serviços | Módulo de domínio implantável de forma independente (.apex)
que encapsula a lógica de negócios e os endpoints de comunicação relacionados (servidores
RPC, clientes, editores e assinantes). Consulte
Arquitetura
lógica. |
Definição da interface ara::com do AUTOSAR Adaptive |
VSIDL (.vsidl) e buffers de protocolo (.proto) |
Serviço declarativo e esquemas de mensagens compilados pelo
vsidlc em vinculações de biblioteca de cliente Rust. Consulte
Visão geral do VSIDL e do middleware. |
| Middleware escalonável orientado a serviços sobre IP (SOME/IP) e descoberta de serviços (SD) do SOME/IP. | Transporte SOME/IP e ISomeIpStack |
Chamada de procedimento remoto (RPC) entre ECUs e transporte de publicação/assinatura
compatível com pilhas de parceiros personalizadas (AIDL
estável ISomeIpStack) ou Connected Vehicle Systems Alliance (COVESA)
vsomeip. Consulte a visão geral da integração do SOME/IP. |
| Especificação de sinal do veículo (VSS) da COVESA | Propriedades da VHAL e catálogos da VSIDL | Sinais padronizados do veículo expostos no infoentretenimento no veículo (IVI) pela camada de abstração de hardware do veículo (VHAL) e conectados aos serviços de SDV. Consulte Usar o gateway SDV no IVI. |
| Unidade de controle eletrônico (ECU) | Instâncias do AAOS SDV executadas em máquinas virtuais (VMs) em um hipervisor | VMs convidadas isoladas que executam o perfil principal do SDV
headless do AAOS, comunicando-se por soquetes VirtIO (vsock) ou
Ethernet. Consulte Arquitetura do sistema SDV do
AAOS. |
| Cluster de instrumentos ISO 26262 / ASIL e gerenciador de indicadores | Renderizador de alta disponibilidade e segurança de display (HAR) | Pipeline de renderização isolado e arquitetura DriverUI para indicadores de segurança crítica do painel de instrumentos e visualizações da câmera traseira. Consulte Segurança de exibição. |
Termos do glossário
- Perfil principal do SDV do Android Automotive OS (AAOS)
- Um sistema headless leve que contém recursos de conectividade e orquestração, além de serviços automotivos principais.
- SO Android
- O sistema operacional Android usado em dispositivos móveis, como smartphones e tablets.
- catálogo
- Um diretório que contém todos os arquivos protobuf e VSIDL que definem as interfaces de serviço de um veículo. O compilador VSIDL aceita um diretório de catálogo como entrada e gera código para todos os arquivos nele.
- catálogo de dependências
- O catálogo de dependências especifica os locais das definições externas definidas em arquivos VSIDL ou protobuf. Nenhum código é gerado para dependências. O compilador VSIDL usa o caminho do catálogo de dependências como entrada.
- unidade de controle eletrônico (ECU)
- Um módulo que controla um dos subsistemas do veículo (por exemplo, motor, carroceria ou conectividade). A parte de computação pode ser tão simples quanto um pequeno microcontrolador ou tão avançada quanto um computador Linux completo, às vezes com vários SoCs. Para saber mais, consulte Unidade de controle eletrônico.
- biblioteca de cliente de middleware
- Uma biblioteca de cliente (também chamada de clientlib) que fornece APIs de alto nível para
interação com a pilha de comunicações do SDV. Essa biblioteca oculta os
detalhes do registro e da descoberta de serviços, permitindo que os desenvolvedores
se concentrem em tópicos e canais. As APIs clientlib foram projetadas para funcionar com
descritores de endpoints gerados pelo gerador de código VSIDL (
vsidlc), o que reduz significativamente os erros de configuração manual e acelera o desenvolvimento. - buffers de protocolo (protobuf)
Os buffers de protocolo são um mecanismo extensível que é neutro em relação à linguagem e à plataforma para descrever e serializar dados estruturados.
Os arquivos Protobuf têm uma extensão
.protoe definem a estrutura das mensagens (dados) trocadas entre os serviços. Esses arquivos também especificam os tipos de dados, campos e relações nas mensagens.- Agente SDV
Um aplicativo privilegiado em execução no sistema SDV que oferece a funcionalidade principal do SDV. Os agentes do SDV se comportam como daemons do Linux, que são aplicativos executados durante todo o ciclo de vida do sistema operacional e fornecem alguma funcionalidade de baixo nível. Cada componente principal do SDV pode fornecer nenhum, um ou mais agentes.
- Instância do SDV (VM do SDV)
Uma única instância do perfil principal do SDV do AAOS, executada em uma máquina virtual (VM) em um system on a chip (SoC) ou em um ambiente virtual. Provavelmente, várias instâncias de SDV são executadas em um único veículo automotivo, que juntas formam uma implantação completa de SDV do AAOS.
- Pacote SDV
A menor unidade de software de SDV que pode ser atualizada. Um pacote SDV pode consistir em vários pacotes de serviços.
- Plataforma SDV
A plataforma SDV que compreende o perfil principal do SDV como uma plataforma para desenvolvedores de serviços criarem e executarem serviços.
- Desenvolvedor da plataforma SDV
Um engenheiro que integra, configura e mantém o perfil principal, as VMs e a infraestrutura do sistema SDV do AAOS, semelhante a um desenvolvedor da plataforma Android em sistemas de infoentretenimento no veículo (IVI, na sigla em inglês). As principais responsabilidades incluem:
- Configurar mecanismos de isolamento de processos e VMs, políticas de segurança e programação de recursos para serviços de SDV.
- Integrar a pilha de transporte (como SOME/IP ou VirtIO) e garantir a capacidade de endereçamento de rede em ECUs e VMs.
- Gerenciar como os pacotes de serviços (pacotes
.apex) são provisionados, carregados e atualizados pelo orquestrador do SDV.
- Desenvolvedor de serviços de SDV
Um engenheiro que cria funcionalidades específicas do domínio para veículos como pacotes de serviços modulares executados na plataforma SDV, análogo a um desenvolvedor de apps Android em sistemas IVI, mas criando serviços de veículos sem interface em vez de apps de interface do usuário (UI). As principais responsabilidades incluem:
- Definir interfaces de serviço e estruturas de dados usando VSIDL (
.vsidl) e buffers de protocolo (.proto). - Implementação da lógica de negócios do domínio usando vinculações da biblioteca de cliente Rust gerada (servidores, clientes, editores e assinantes RPC).
- Empacotamento, teste e implantação de pacotes de serviços independentemente da imagem da plataforma subjacente.
- Definir interfaces de serviço e estruturas de dados usando VSIDL (
- pacote de serviços
Um módulo implantável de forma independente de lógica de negócios relacionada que encapsula uma capacidade de domínio específica e impõe limites de autorização estritos.
- descoberta de serviços
Um agente SDV que permite a descoberta de serviços e endpoints de comunicação.
- arquitetura orientada a serviços (SOA)
Um estilo de software de computador em que os serviços são fornecidos aos outros componentes por componentes de aplicativos, usando um protocolo de comunicação em uma rede.
- unidade de serviço
Uma entidade de endpoint da pilha de comunicações SDV (como um servidor RPC ou um editor de tópicos) declarada em um pacote de serviços. A biblioteca de cliente de middleware processa o registro e a descoberta de unidades de serviço automaticamente.
- tópico
Um caminho de comunicação nomeado para mensagens orientadas a dados (publicar/inscrever). Os tópicos são identificados por strings e contêm mensagens de um tipo específico. Os tópicos permitem a comunicação de muitos para muitos, com vários editores e assinantes para o mesmo tópico.
- canal
Um caminho de comunicação nomeado para serviços RPC. Os canais permitem distinguir várias instâncias do mesmo tipo de serviço (por exemplo,
main-control,high-priority).- veículo definido por software (SDV)
Um termo externo para a solução no código e na documentação. Para referência, consulte Veículos definidos por software: como o código aberto impulsiona a inovação.
- system on a chip (SoC)
Um circuito integrado que integra todos os componentes de um computador ou outro sistema eletrônico em um único chip. Esses componentes geralmente incluem uma unidade central de processamento (CPU), memória, portas de entrada/saída e armazenamento secundário. Para saber mais, consulte System on a chip.
- unidade de controle telemático (TCU)
Uma ECU responsável por periféricos de comunicação fora do veículo, como GSM/LTE, Wi-Fi, GNSS ou Bluetooth. Para saber mais, consulte Unidade de controle telemático.
- Linguagem de definição de interface de serviço de veículo (VSIDL)
O VSIDL é uma linguagem específica do domínio projetada para definir as interfaces e interações entre serviços em um sistema de software de veículo.
Os arquivos VSIDL descrevem pacotes de serviços, recursos e as mensagens que eles trocam. Eles definem a estrutura da arquitetura de software do veículo.
Os arquivos VSIDL têm a extensão
.vsidl.