Estos términos se usan en toda la documentación de SDV.
- Perfil principal de SDV del SO Android Automotive (AAOS)
- Un sistema ligero sin interfaz gráfica que contiene capacidades de conectividad y organización, además de servicios automotores principales.
- Instancia de SDV de AAOS (VM de SDV)
- Una instancia única del perfil principal de SDV de AAOS que se ejecuta en una VM en un SoC o en un entorno virtual. Lo más probable es que un solo vehículo automotor contenga varias instancias de SDV, que, en conjunto, forman una implementación completa de SDV de AAOS.
- 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 protobuf y VSIDL 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 (ECU)
- Un módulo que controla uno de los subsistemas del vehículo (por ejemplo, el motor, la carrocería o la conectividad). Su parte de computación 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 de SDV. Esta biblioteca oculta los detalles del registro y el descubrimiento de unidades de servicio, lo que permite a los desarrolladores enfocarse en temas y canales. Las APIs de clientlib están diseñadas para funcionar con 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, independiente del lenguaje y de la plataforma que sirve para describir y serializar datos estructurados.
Los archivos protobuf tienen una extensión
.protoy definen la estructura de los mensajes (datos) que se intercambian entre los servicios. Estos archivos también especifican los campos de tipos de datos y las relaciones dentro de los mensajes.- agente de SDV
Una aplicación con privilegios que se ejecuta en el sistema SDV y proporciona la funcionalidad principal de 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 de SDV puede proporcionar ninguno, uno o más de un agente.
- instancia de SDV (VM de SDV)
Una instancia única del perfil principal de SDV de AAOS que se ejecuta en una VM en un SoC o en un entorno virtual. Lo más probable es que un solo vehículo automotor contenga varias instancias de SDV, que, en conjunto, forman una implementación completa de SDV de AAOS.
- paquete de SDV
La unidad más pequeña de software de 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 los ejecuten.
- desarrollador de la plataforma de SDV
Un desarrollador que realiza estas tareas:
- Proporciona mecanismos de aislamiento adecuados para los servicios de SDV.
- Proporciona direccionamiento individual para diferentes servicios y sus componentes.
- Comprende cómo el framework de SDV puede cargar los servicios.
- desarrollador de servicios de SDV
Un desarrollador que realiza estas tareas:
- Organiza el código de servicio en patrones similares a la arquitectura de microservicios.
- Separa la implementación del desarrollo de servicios.
- Crea una o más entidades de comunicación (incluidos servidores, publicadores, clientes y suscriptores) en el mismo proceso de tiempo de ejecución.
- Prueba y depura servicios de forma independiente de otros servicios.
- paquete de servicios
Un módulo implementable de forma independiente de lógica empresarial relacionada que encapsula una capacidad de dominio específica y aplica límites de autorización estrictos.
- descubrimiento de servicios
Un agente de SDV que permite el descubrimiento de unidades de servicio.
- arquitectura orientada a servicios (SOA)
Un estilo de software de computadora en el que los componentes de la aplicación proporcionan servicios a los otros componentes a través de un protocolo de comunicación en una red.
Este es el concepto básico. Todos los servicios de SDV deben proporcionar la API de RPC basada en AIDL (entre procesos, entre VMs o entre SoCs).
- tema
Una ruta de comunicación con nombre para mensajes orientados a 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 permite varios publicadores y suscriptores para el mismo tema.
- canal
Una ruta de comunicación con nombre para servicios de RPC. Los canales permiten distinguir varias instancias del mismo tipo de servicio (por ejemplo,
main-control,high-priority).- unidad de servicio
Un detalle de implementación subyacente de la pila de comunicaciones de SDV. Las unidades de servicio son las entidades registradas y descubiertas por la detección de servicios de bajo nivel. La clientlib de middleware controla las unidades de servicio automáticamente. Estos son algunos datos importantes sobre las unidades de servicio:
- Las unidades de servicio definidas dentro del mismo paquete de servicios se ejecutan en el mismo proceso.
- Cada unidad de servicio representa un extremo específico (servidor o publicador).
- Cada unidad de servicio tiene un tipo de unidad de servicio.
- tipo de unidad de servicio
La declaración de tipo asociada con una unidad de servicio.
- vehículo definido por software (SDV)
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)
Un circuito integrado que integra todos los componentes de una computadora o de otro sistema electrónico en un solo chip. Por lo general, estos componentes incluyen 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)
Una ECU responsable de los periféricos de comunicación fuera de la placa, 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 de vehículos (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 una extensión
.vsidl.