En esta página, se definen los términos clave que se usan en toda la documentación del vehículo definido por software (SDV) del SO Android Automotive (AAOS) y se asignan los conceptos estándar de la industria automotriz a sus conceptos correspondientes del SDV de AAOS.
Asigna conceptos de la industria automotriz al SDV de AAOS
En la siguiente tabla, se correlacionan las arquitecturas, los protocolos y las especificaciones estándares de la industria automotriz con los conceptos de SDV de AAOS correspondientes más cercanos:
| Estándar o concepto de la industria | Concepto de SDV de AAOS correspondiente | Rol y documentación |
|---|---|---|
| Componente de software (SWC) de Automotive Open System Architecture (AUTOSAR) o aplicación adaptable | Paquete de servicios | Módulo de dominio implementable de forma independiente (.apex) que encapsula la lógica empresarial y los extremos de comunicación relacionados (servidores, clientes, publicadores y suscriptores de RPC). Consulta Arquitectura lógica. |
Definición de interfaz ara::com de AUTOSAR Adaptive |
VSIDL (.vsidl) y búferes de protocolo (.proto) |
Esquemas declarativos de servicios y mensajes compilados por vsidlc en vinculaciones de bibliotecas cliente de Rust. Consulta la descripción general de VSIDL y el middleware. |
| Middleware escalable orientado a servicios a través de IP (SOME/IP) y descubrimiento de servicios (SD) de SOME/IP | Transporte SOME/IP y ISomeIpStack |
Llamada de procedimiento remoto (RPC) entre ECU y transporte de publicación y suscripción compatibles a través de pilas de socios personalizadas (AIDL estable ISomeIpStack) o vsomeip de Connected Vehicle Systems Alliance (COVESA). Consulta la descripción general de la integración de SOME/IP. |
| Especificación de señales de vehículos (VSS) de COVESA | Propiedades de VHAL y catálogos de VSIDL | Señales estandarizadas del vehículo expuestas en el sistema de infoentretenimiento del vehículo (IVI) a través de la capa de abstracción de hardware del vehículo (VHAL) y conectadas a los servicios de SDV. Consulta Cómo usar la puerta de enlace de SDV en el IVI. |
| Unidad de control electrónico (UCE) | Instancias de SDV de AAOS que se ejecutan en máquinas virtuales (VM) en un hipervisor | VMs invitadas aisladas que ejecutan el perfil principal de SDV de AAOS sin interfaz gráfica y se comunican a través de sockets de VirtIO (vsock) o Ethernet. Consulta Arquitectura del sistema SDV de AAOS. |
| Clúster de instrumentos y administrador de luces indicadoras ISO 26262 / ASIL | Renderizador de alta disponibilidad y seguridad de Display (HAR) | Canalización de renderización aislada y arquitectura de DriverUI para indicadores de advertencia del panel de instrumentos y vistas de la cámara posterior que son fundamentales para la seguridad. Consulta Seguridad de la pantalla. |
Términos del glosario
- Perfil principal del SDV del SO Android Automotive (AAOS)
- Un sistema sin interfaz gráfica liviano que contiene capacidades de conectividad y organización, y servicios automotrices principales.
- SO Android
- El sistema operativo Android que se usa en dispositivos móviles, como teléfonos celulares y tablets.
- catálogo
- Un directorio que contiene todos los archivos .proto y .vsdl que definen las interfaces de servicio de un vehículo. El compilador de VSIDL acepta un directorio de catálogo como entrada y genera código para todos los archivos que contiene.
- catálogo de dependencias
- El catálogo de dependencias especifica las ubicaciones de las definiciones externas definidas en archivos VSIDL o protobuf. No se genera código para las dependencias. El compilador de VSIDL toma la ruta de acceso del catálogo de dependencias como entrada.
- Unidad de control electrónico (UCE)
- Módulo que controla uno de los subsistemas del vehículo (por ejemplo, motor, carrocería o conectividad). Su parte de procesamiento puede ser tan sencilla como un microcontrolador pequeño o tan avanzada como una computadora Linux completa, a veces con varios SoCs. Para obtener más información, consulta Unidad de control electrónico.
- biblioteca cliente de middleware
- Una biblioteca cliente (también llamada clientlib) que proporciona APIs de alto nivel para interactuar con la pila de comunicaciones del SDV. Esta biblioteca oculta los detalles del registro y el descubrimiento de servicios, lo que permite que los desarrolladores se enfoquen en los temas y los canales. Las APIs de clientlib están diseñadas para funcionar con los descriptores de extremos generados a partir del generador de código VSIDL (
vsidlc), lo que reduce significativamente los errores de configuración manual y acelera el desarrollo. - Búferes de protocolo (protobuf)
Los búferes de protocolo son un mecanismo extensible, con un formato de lenguaje y plataforma neutros, para describir y serializar datos estructurados.
Los archivos .proto
.protodefinen la estructura de los mensajes (datos) que se intercambian entre los servicios. Estos archivos también especifican los tipos de datos, los campos y las relaciones dentro de los mensajes.- Agente de SDV
Es una aplicación con privilegios que se ejecuta en el sistema del SDV y proporciona la funcionalidad principal del SDV. Los agentes de SDV se comportan como daemons de Linux, que son aplicaciones que se ejecutan durante todo el ciclo de vida del sistema operativo y proporcionan algunas funciones de bajo nivel. Cada componente principal del SDV puede proporcionar ningún agente, un agente o más de un agente.
- Instancia de SDV (VM de SDV)
Una instancia singular del perfil principal del SDV de AAOS, que se ejecuta en una máquina virtual (VM) en un sistema en chip (SoC) o en un entorno virtual. Lo más probable es que varias instancias de SDV se ejecuten en un solo vehículo automotor, que en conjunto forman una implementación completa de SDV de AAOS.
- Paquete de SDV
Es la unidad más pequeña del software del SDV que se puede actualizar. Un paquete de SDV puede constar de varios paquetes de servicios.
- Plataforma de SDV
La plataforma de SDV que comprende el perfil principal de SDV como una plataforma para que los desarrolladores de servicios compilen servicios y en la que se ejecuten los servicios.
- Desarrollador de la plataforma de SDV
Un ingeniero que integra, configura y mantiene el perfil principal, las VMs y la infraestructura del sistema subyacentes de SDV de AAOS, de forma análoga a un desarrollador de la plataforma de Android en sistemas de infoentretenimiento en el vehículo (IVI). Las responsabilidades clave incluyen lo siguiente:
- Configurar el proceso y los mecanismos de aislamiento de la VM, las políticas de seguridad y la programación de recursos para los servicios de SDV
- Integrar la pila de transporte (como SOME/IP o VirtIO) y garantizar la direccionabilidad de la red en las ECU y las VMs
- Administrar cómo el orquestador de SDV aprovisiona, carga y actualiza los paquetes de servicios (paquetes
.apex).
- Desarrollador de servicios de SDV
Un ingeniero que crea funciones específicas del dominio para vehículos como paquetes de servicios modulares que se ejecutan sobre la plataforma del SDV, de forma análoga a un desarrollador de apps para Android en sistemas IVI, pero que crea servicios para vehículos sin interfaz en lugar de apps con interfaz de usuario (IU). Las responsabilidades clave incluyen las siguientes:
- Definir interfaces de servicio y estructuras de datos con VSIDL (
.vsidl) y búferes de protocolo (.proto) - Implementar la lógica empresarial del dominio con vinculaciones de bibliotecas cliente de Rust generadas (servidores, clientes, publicadores y suscriptores de RPC).
- Empaquetar, probar e implementar paquetes de servicios de forma independiente de la imagen de la plataforma subyacente
- Definir interfaces de servicio y estructuras de datos con VSIDL (
- paquete de servicios
Es un módulo de lógica empresarial relacionada que se puede implementar de forma independiente, encapsula una capacidad de dominio específica y aplica límites de autorización estrictos.
- detección de servicios
Es un agente de SDV que permite el descubrimiento de servicios y extremos de comunicación.
- arquitectura orientada a servicios (SOA)
Es un estilo de software de computadora en el que los componentes de la aplicación proporcionan servicios a los demás componentes a través de un protocolo de comunicación en una red.
- unidad de servicio
Es una entidad de extremo subyacente de la pila de comunicaciones del SDV (como un servidor RPC o un publicador de temas) que se declara dentro de un paquete de servicios. La biblioteca cliente de middleware controla el registro y el descubrimiento de unidades de servicio de forma automática.
- tema
Es una ruta de comunicación con nombre para mensajes orientados a los datos (publicar/suscribir). Los temas se identifican con cadenas y contienen mensajes de un tipo específico. Los temas permiten la comunicación de varios a varios, lo que admite varios publicadores y suscriptores para el mismo tema.
- canal
Es una ruta de comunicación con nombre para los servicios de RPC. Los canales permiten distinguir varias instancias del mismo tipo de servicio (por ejemplo,
main-control,high-priority).- Vehículo definido por software (SDV)
Es un término externo para la solución en el código y la documentación. Para obtener más información, consulta Vehículos definidos por software: Cómo el código abierto impulsa la innovación.
- sistema en chip (SoC)
Circuito integrado que integra todos los componentes de una computadora o de otro sistema electrónico en un solo chip. Estos componentes suelen incluir una unidad central de procesamiento (CPU), memoria, puertos de entrada/salida y almacenamiento secundario. Para obtener más información, consulta Sistema en chip.
- Unidad de control telemático (TCU)
ECU responsable de los periféricos de comunicación fuera del vehículo, como GSM/LTE, Wi-Fi, GNSS o Bluetooth. Para obtener más información, consulta Unidad de control telemático.
- Lenguaje de definición de la interfaz de servicio del vehículo (VSIDL)
VSIDL es un lenguaje específico del dominio diseñado para definir las interfaces y las interacciones entre los servicios dentro del sistema de software de un vehículo.
Los archivos VSIDL describen los paquetes de servicios, sus capacidades y los mensajes que intercambian. Definen la estructura de la arquitectura de software del vehículo.
Los archivos VSIDL tienen la extensión
.vsidl.