El vehículo definido por software (SDV) del SO Android Automotive (AAOS) admite una amplia gama de dominios de procesamiento automotriz más allá del infoentretenimiento, como los paneles de instrumentos, los controles de la carrocería y la asistencia al conductor.
|
en el vehículo (IVI) El IVI de AAOS ofrece experiencias atractivas y útiles de entretenimiento y navegación en el vehículo. |
Cabina unificada (IVI / SDV) AAOS proporciona una solución de cabina unificada que incorpora datos del clúster para crear una solución de cabina completa para la cabina y la información y entretenimiento. |
Más allá de la cabina (IVI / SDV) AAOS potencia varios dominios en el vehículo, como el chasis y la carrocería, así como la integración de ADAS (QM) para crear experiencias personalizadas. |
Figura 1: Áreas clave de los SDV
La plataforma de SDV aborda los desafíos principales del desarrollo de vehículos modernos. Proporciona una base de software compacta, escalable y de alto rendimiento basada en una pila de Android integrada y sin interfaz gráfica. Esta pila se extiende profundamente en la arquitectura del vehículo para alimentar componentes en todo el vehículo, incluidos los actuadores de los asientos, los paneles de instrumentos, el control de climatización, la iluminación, las cámaras, los espejos y la telemetría.
El núcleo de SDV de AAOS es un sistema operativo ligero basado en Android que incorpora frameworks de bajo nivel específicos para automóviles para comunicaciones, diagnósticos y actualizaciones de software. Estos frameworks permiten que el SDV de AAOS controle diferentes controladores de vehículos, como el procesamiento principal, los controles de la carrocería y los dominios del clúster.
La plataforma de SDV de AAOS también incluye el framework de seguridad de la pantalla para implementar aplicaciones de panel de instrumentos, como timbres audibles, cámaras reglamentarias y gráficos sofisticados que se combinan sin problemas con el contenido de IVI de AAOS. Display Safety incluye una cadena de herramientas de diseño de seguridad y un monitor de seguridad de referencia, lo que permite que los OEM cumplan con los requisitos de seguridad funcional mediante el uso de los diversos mecanismos de seguridad de la plataforma de los SoC automotrices.
Introducción a los SDV de AAOS
El SDV de AAOS se ejecuta en un entorno de varias VMs en un sistema en chip (SoC) automotriz, por lo general, junto con un sistema de IVI. El SDV de AAOS es una instancia de Android sin interfaz gráfica que aprovecha la virtualización con controladores de VirtIO. Esta arquitectura permite que la misma imagen del sistema se ejecute en entornos virtuales basados en la nube, como Cuttlefish, o en cualquier hipervisor compatible con VirtIO en el hardware de destino. El SDV de AAOS proporciona una plataforma estandarizada, actualizable y segura para las funciones del vehículo.
Figura 2: entorno de AAOS.
Funciones clave
En esta sección, se describen las funciones clave del SDV de AAOS.
Desarrollo basado en la nube (gemelo digital)
AAOS SDV está diseñado para ejecutarse en el dispositivo virtual Cuttlefish, lo que te permite crear un gemelo digital de los entornos de procesamiento de vehículos en la nube o en máquinas locales. Este gemelo digital te permite desarrollar y probar el software del vehículo (desde servicios individuales hasta interacciones de varias VMs) antes de que el hardware físico esté disponible, lo que acelera el tiempo de salida al mercado.
Componentes clave:
- Cuttlefish: Emula el entorno de SDV con varias VMs.
- IDE de Android Studio for Platform (ASfP): Proporciona herramientas para el desarrollo de paquetes de servicios de Rust, la edición de VSIDL y la implementación de APEX en Cuttlefish. Para obtener más información, consulta Cómo configurar un IDE para el desarrollo de SDV y la documentación de Android Studio for Platform.
Clúster de instrumentos y renderización de importancia mixta
El SDV de AAOS admite casos de uso, como los paneles de instrumentos digitales, que requieren un renderizado de importancia mixta, que muestra información de seguridad crítica, como luces de advertencia (indicadores), junto con contenido gráfico enriquecido. Esta renderización debe estar disponible al principio de la secuencia de inicio del vehículo.
Componentes clave:
- SDV Media: Habilita las capacidades de gráficos y contenido multimedia en una VM que no es de IVI.
- Seguridad de la pantalla: Proporciona rutas de renderización de inicio temprano y funcionalmente seguras para la información crítica del clúster y los indicadores.
Integración y comunicación de servicios automotrices
La plataforma facilita la integración con las arquitecturas de red de vehículos existentes a través de una arquitectura orientada a servicios (SOA). Esto incluye la comunicación entre VMs, la administración del ciclo de vida de los servicios y la comunicación con los servicios en otras ECUs.
Componentes clave:
- SO principal de SDV: Proporciona una instancia de Android sin interfaz gráfica para los servicios principales:
- Comunicación entre VMs
- Descubrimiento y administración de servicios
- Actualizaciones del sistema y administración de energía
- Puntos de integración para servicios de diagnóstico, configuración y calibración
- Agente de SOME/IP: Admite la comunicación entre los servicios de SDV y los servicios de ECU externos con middleware orientado a servicios escalable sobre IP (SOME/IP).
Procesamiento de datos integrado en el dispositivo
El SDV de AAOS incluye frameworks para la recopilación de datos integrados en el dispositivo y el procesamiento perimetral.
Componentes clave:
- Telemetría de SDV: Facilita la recopilación de datos integrado en el dispositivo y el procesamiento perimetral para los servicios de vehículo a la nube, con compatibilidad con la configuración dinámica.
Matriz de la plataforma y de la versión de actualización
En la siguiente tabla, se resumen los valores de referencia de la versión pública del Proyecto de código abierto de Android (AOSP), los perfiles de ejecución y la pila técnica para el SDV de AAOS en Android 17 (26Q2) y las actualizaciones posteriores de la plataforma:
| Dimensión de la plataforma | Especificación de referencia pública del AOSP | Punto de entrada principal |
|---|---|---|
| Línea de base de la versión | Android 17 (referencia de la versión de AOSP de 26Q2,
compatible con versiones posteriores de las actualizaciones trimestrales y anuales de la plataforma). |
Comienza a usar el vehículo definido por software |
| Perfiles de ejecución (VMs invitadas) | Arquitectura de VirtIO de varias VMs que comprende SDV Core
(VM de Android sin interfaz gráfica ni JVM), SDV Media (gráficos de cabina
y Display Safety que ejecutan HAR y
Safety Monitor) y SDV IVI (infoentretenimiento de Android
Automotive y VM de clúster de DriverUI). |
Arquitectura del sistema de SDV de AAOS |
| Interfaces de servicio y generación de código | Esquemas declarativos independientes del transporte definidos en VSIDL
(.vsidl) y búferes de protocolo (.proto), compilados
por vsidlc en vinculaciones de middleware y bibliotecas cliente. |
Descripción general de VSIDL y middleware |
| Transportes entre VMs y entre ECUs | SDV Comms interno a través de sockets VirtIO (vsock) o Ethernet; comunicación de ECU externa a través de protocolos como SOME/IP (con la interfaz AIDL estable de SOME/IP broker y ISomeIpStack); puente de VHAL de IVI a través de ISdvGateway. |
Descripción general de la integración de SOME/IP y Usa la puerta de enlace de SDV en IVI |
| Agentes de empaquetado y de entorno de ejecución | Paquetes de servicios de .apex que se pueden actualizar de forma independiente y que se administran
por VM con los agentes Orchestrator, Service Discovery,
Health Monitor, Update Manager y
Vehicle Mode and Power Management (VPM). |
Arquitectura lógica y Terminología y glosario de AAOS SDV |
Comenzar
Para obtener más información sobre la configuración del entorno de desarrollo, las instrucciones de compilación y los flujos de trabajo de los paquetes de servicios, consulta Comienza a usar el vehículo definido por software.