El SDV evolucionó a partir de Microdroid, un SO Android en miniatura. El SDV reduce el tiempo de arranque y el tamaño del espacio en memoria, que son requisitos críticos para el SDV.
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 desarrolló 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.
Estandariza la pila de comunicación del SDV
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 estandarizar la pila de comunicación interna para la comunicación entre procesos dentro de una máquina virtual y con otras máquinas virtuales.
El SDV también usa tecnologías de comunicación existentes de Android, como Binder, gRPC y FMQ, que se incluyen en una nueva superficie de API para proporcionar flexibilidad y un diseño que se enfoca en el rendimiento automotriz y los modelos de objetos.
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 orquestació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
La 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.