El vehículo definido por software (SDV) del SO Android Automotive (AAOS) proporciona una arquitectura modular orientada a servicios (SOA) diseñada para dominios de procesamiento automotriz de próxima generación más allá del infoentretenimiento. La plataforma de SDV de AAOS, que se basa en una base de Android sin interfaz gráfica ligera y de inicio rápido (SDV Core, similar a Microdroid), se ejecuta en máquinas virtuales aisladas (VirtIO) para reducir el tiempo de inicio y el espacio en memoria, al mismo tiempo que interconecta los servicios del vehículo con protocolos como SOME/IP, paquetes de servicios de VSIDL y la integración de HAL del vehículo (VHAL).
Por ejemplo, el SDV activa rápidamente el vehículo cuando un usuario se acerca. En algunas configuraciones, el SDV también muestra el contenido de los instrumentos del clúster cuando un usuario comienza a interactuar con el vehículo.
Integración con el sistema de infoentretenimiento de Android (IVI de AAOS)
El SDV se desarrolla para una integración estrecha con el sistema de infoentretenimiento en el vehículo (IVI) del SO Android Automotive (AAOS). Esto permite una comunicación integrada, segura y avanzada entre los dos sistemas.
El SDV se ejecuta como máquinas virtuales
La arquitectura está diseñada para funcionar como un sistema operativo que se ejecuta dentro de una máquina virtual en un hipervisor compatible con VirtIO. Esto facilita las pruebas y la integración en la nube. La arquitectura también ofrece varias máquinas virtuales en la misma CPU para el aislamiento y un diseño independiente de la plataforma que reduce los costos de integración.
Interconecta servicios de SDV entre VMs
Uno de los objetivos de la iniciativa de SDV es reducir el costo de integrar software de terceros. Un componente importante del esfuerzo de SDV es interconectar sin problemas los servicios en una o varias máquinas virtuales (VMs).
En Android 17 (26Q2) y versiones posteriores, los desarrolladores de servicios definen interfaces de RPC y temas de publicación y suscripción de forma declarativa con el lenguaje de definición de interfaces de servicios para vehículos (VSIDL, .vsidl) y los búferes de protocolo (.proto), que el compilador vsidlc traduce en vinculaciones de bibliotecas cliente. Este diseño independiente del transporte permite que la biblioteca cliente de middleware abstraiga los transportes entre procesos y entre VMs (incluidos los sockets de VirtIO [vsock], Ethernet, Binder, gRPC y la cola de mensajes rápidos [FMQ]) y, al mismo tiempo, admita protocolos externos de la unidad de control electrónica (ECU), como SOME/IP (ISomeIpStack).
Componentes automotrices desarrollados por Google
Para probar los casos de uso automotriz de SDV, el equipo de SDV de Google está desarrollando varios componentes automotrices comunes. Estos incluyen la organización de servicios, la administración del modo de energía del vehículo, la integración de SOME/IP y la telemetría.
Compatibilidad con la telemetría
Cumplir con los requisitos esenciales para los fabricantes de equipos originales requiere un sistema de telemetría bien diseñado para supervisar sus vehículos, mejorar el comportamiento del sistema y monetizar ciertos casos de uso. La arquitectura de SDV se integra con la telemetría del vehículo. El objetivo principal de la telemetría es recopilar cualquier dato del vehículo sin necesidad de una actualización.
La telemetría define un nuevo lenguaje, diseñado en protobuf, que expresa situaciones de recopilación de datos. Este lenguaje define la recopilación de datos de los servicios de SOA, procesa los datos en el borde y crea informes de métricas para que la aplicación de telemetría los suba. La telemetría incluye un backend en la nube para generar y validar las configuraciones de métricas antes de enviarlas al vehículo.
Integración de Google Cloud para el desarrollo de software
Un beneficio de la SDV es que te permite simular y desarrollar software de SDV directamente en la nube, con o sin hardware local especializado. El SDV usa tecnologías existentes de Google, como Cuttlefish. El SDV trabaja con sus equipos pares para verificar la compatibilidad con sus necesidades especiales, como la topología de varias máquinas virtuales.
Esta tecnología también admite la integración continua y la entrega continua (CI/CD) en la infraestructura de Google Cloud antes de implementar nuevas actualizaciones de software en el vehículo.
Cómo habilitar la interfaz de usuario de los instrumentos del vehículo
El SDV habilita la interfaz de usuario del instrumento del clúster con un inicio de aproximadamente uno o dos segundos. Display Safety proporciona una interfaz de usuario para las funciones relacionadas con la seguridad. Por ejemplo, los instrumentos del automóvil, como el velocímetro y las luces indicadoras.