Los sistemas automotrices modernos se basan en ECU distribuidas que intercambian datos a través de redes como CAN, LIN y Automotive Ethernet, lo que hace que el comportamiento de comunicación sea crítico para la funcionalidad general del sistema. Sin embargo, durante el desarrollo, rara vez se dispone de sistemas completos de vehículos, lo que limita la capacidad de los ingenieros para validar las interacciones entre ecus. Esta situación a menudo resulta en un retraso en la integración, una menor cobertura de pruebas y un mayor riesgo de problemas en la etapa final.
La simulación Restbus aborda este desafío reproduciendo el comportamiento de comunicación de los nodos de red que faltan, lo que permite entornos de prueba realistas y repetibles. A medida que las redes de vehículos crecen en complejidad y adoptan una comunicación basada en AUTOSAR, la necesidad de enfoques escalables y basados en bases de datos se vuelve esencial para garantizar una validación precisa y fiable de la ECU. NI VCOM aborda esta necesidad ejecutando simulación de restbus basada en señales directamente desde bases de datos de vehículos, proporcionando una base consistente y mantenible para la validación de ECU en entornos CAN, LIN y Ethernet automotriz.
La precisión de la simulación restbus de VCOM depende directamente de la calidad de los datos de comunicación a partir de los cuales se construye. En lugar de requerir modelos de comunicación desarrollados manualmente, VCOM ejecuta el comportamiento directamente de las bases de datos de comunicación de vehículos, lo que convierte a la base de datos en la base de todo el entorno de prueba.
La simulación de resto en VCOM está impulsada completamente por bases de datos de comunicación que definen redes, nodos, unidades de datos de protocolo (PDU), tramas, señales, temporización y reglas de protección. VCOM soporta los formatos DBC, LDF y AUTOSAR ARXML.
En los programas de vehículos modernos, AUTOSAR ARXML es la fuente principal para la simulación de restbus porque describe las relaciones de comunicación a través de la red de vehículos. Para una simulación precisa, VCOM requiere un extracto a nivel del sistema que incluya a todos los participantes relevantes en la comunicación. Los extractos de ECU por sí solos son típicamente insuficientes, ya que el comportamiento de restbus depende tanto de las relaciones de transmisión como de recepción.
En la práctica, los archivos ARXML a menudo requieren revisión y limpieza antes de su uso. VCOM proporciona el marco para convertir estas definiciones de base de datos en comportamiento de restbus ejecutable, ayudando a mantener la alineación entre el entorno de prueba y la arquitectura de comunicación del vehículo prevista.
Las ecus modernas rara vez funcionan aisladas. Durante las pruebas HIL y de banco, los ingenieros deben reproducir el comportamiento de la red de vehículos para validar la funcionalidad de la ECU en condiciones realistas.
VCOM es una suite de software que proporciona simulación de restbus basada en señales para sistemas de prueba HIL y de banco. Construido sobre la capa de controlador NI-XNET, ejecuta la comunicación directamente desde las bases de datos de vehículos, reproduciendo el comportamiento de los nodos de red que faltan para que los ingenieros puedan validar la funcionalidad de ECU antes de que los sistemas completos del vehículo estén disponibles. Al manejar detalles específicos del protocolo, como la sincronización, el empaquetado de mensajes y los mecanismos de protección, VCOM permite a los ingenieros centrarse en la validación de ECU en lugar de la implementación de comunicaciones.
VCOM se ejecuta en PC con Microsoft Windows y objetivos NI Linux RT utilizando interfaces NI-XNET para CAN, LIN y Automotive Ethernet, lo que lo hace desplegable tanto en entornos HIL basados en bancos de desarrollo como en racks. Los kits de herramientas opcionales de diagnóstico (UDS) y medición y calibración (CCP/XCP) amplían aún más las capacidades de automatización de pruebas.
En lugar de depender de la lógica de comunicación codificada a medida, VCOM deriva todo el comportamiento de transmisión y recepción directamente de la base de datos importada. Cada nodo de red simulado opera exactamente como se define, utilizando las redes configuradas, los parámetros de temporización y las reglas de protección, sin requerir que los ingenieros implementen el comportamiento del protocolo manualmente.
Para CAN, las tramas salientes se generan codificando valores de señal de acuerdo con escala, desplazamiento, disposición de bits, indianidad y cualquier suma de verificación, contador o protección de extremo a extremo de AUTOSAR asociada. Las tramas entrantes se decodifican en señales y se ponen a disposición para probar lógica, scripts u observadores. La sincronización de mensajes es explícita, incluida la transmisión cíclica con períodos y desplazamientos definidos, así como la transmisión impulsada por eventos desencadenada por cambios de estado o solicitudes externas.
En LIN, la programación de tramas controla qué tramas aparecen en qué ranuras y a qué velocidad. En Automotive Ethernet, VCOM ejecuta la comunicación SOME/IP como se define en el ARXML, incluido el descubrimiento de servicios, la transmisión de eventos y el método de invocación cuando corresponda. En todos los casos, VCOM ejecuta especificaciones de comunicación pero no implementa el comportamiento interno de ECU.
Considere un controlador de motor bajo prueba que consuma Motor_Speed desde el restbus y transmita mensajes de solicitud de torque y posición del acelerador de acuerdo con la especificación de comunicación.
En el banco, Motor_Speed es conducido de ralentí a línea roja por la simulación de restbus, mientras que un modelo externo de temperatura del aire pasa de condiciones de arranque en frío a condiciones de funcionamiento normales. VCOM codifica y transmite toda la comunicación restbus exactamente como se define en la base de datos, incluyendo temporización, escalado, contadores y protección.
Para evaluar la robustez, la prueba introduce una perturbación controlada donde el cinco por ciento de los mensajes Motor_Speed se caen durante un segundo. Los criterios de éxito son estrictamente observables a nivel de la comunicación. El controlador del motor deberá introducir una estrategia de seguridad definida en un plazo de 100 ms a partir del fallo y volver a funcionar normalmente en un plazo de 200 ms tras la reanudación del tráfico válido. Después de la recuperación, ningún código de diagnóstico debe permanecer activo.
Este escenario ilustra un caso de uso típico de restbus. VCOM proporciona el contexto de comunicación y los puntos de inyección de fallas, mientras que el comportamiento de la ECU y los modelos físicos permanecen fuera de la simulación de restbus.
VCOM es compatible con los protocolos comúnmente utilizados en programas de vehículos actuales y emergentes. Esta cobertura permite que un único entorno restbus reproduzca el comportamiento de la red relevante para la ECU bajo prueba, sin requerir herramientas separadas para cada protocolo.
Los protocolos compatibles incluyen CAN, LIN y Ethernet automotriz. Para Ethernet Automotriz, la comunicación SOME/IP se admite de acuerdo con las definiciones de servicio proporcionadas en el ARXML, incluidos los mecanismos de descubrimiento de servicios requeridos. J1939 está disponible con soporte para multiplexación básica y administración de red en aplicaciones de servicio pesado.
El comportamiento de envío se deriva automáticamente de las definiciones de la base de datos, incluidos los mensajes cíclicos, impulsados por eventos y espontáneos. VCOM ejecuta de forma nativa PDU multiplexadas, PDU contenedoras y construcciones de comunicación AUTOSAR, lo que permite ejecutar definiciones de sistema complejas sin codificación manual. Las señales de contador, los CRC y los perfiles de protección de extremo a extremo de AUTOSAR se generan y evalúan automáticamente en tiempo de ejecución, lo que ofrece una ejecución determinista y de alto rendimiento que evita la latencia, la carga de CPU y la sobrecarga de mantenimiento que suele introducir el código de usuario personalizado.
Los valores de señal pueden escribirse o anularse a través de API para impulsar escenarios de prueba, mientras que los mecanismos de protección continúan siendo aplicados de manera consistente por el sistema.
Los programas de vehículos requieren cada vez más que los mecanismos de integridad de la comunicación estén presentes y sean funcionales durante la validación de la ECU, no solo en la producción. VCOM maneja estos requisitos como parte de la ejecución normal de restbus en lugar de como tareas de ingeniería separadas.
VCOM implementa perfiles Secure Onboard Communication (SecOC) que están integrados para varios OEM, con perfiles adicionales disponibles a petición. Las sumas de control, los contadores y los perfiles de protección de extremo a extremo de AUTOSAR se calculan automáticamente en función de la especificación de comunicación adjunta a cada PDU.
Para configuraciones de Ethernet automotriz que requieren seguridad a nivel de enlace, las interfaces Ethernet NI XNET compatibles pueden habilitar MACsec. En estas configuraciones, VCOM continúa operando a nivel de aplicación y PDU, mientras que el cifrado y la protección de enlaces se manejan de manera transparente por el controlador y el hardware.
Para que una ecu sometida a prueba se comporte correctamente, la red circundante debe reflejar transiciones de estado realistas. Un entorno de restbus que no tenga en cuenta las transiciones de modo de suspensión, vigilia y red puede producir condiciones de prueba que no existen en un vehículo real, lo que conduce a resultados engañosos.
VCOM ejecuta el comportamiento de administración de red AUTOSAR para CAN y Ethernet Automotriz como se define en la base de datos, asegurando que la ECU bajo prueba perciba un entorno de sistema consistente a medida que los nodos realizan la transición entre estados.
Los mecanismos físicos de suspensión y activación en Ethernet Automotriz, como TC10, son manejados por el controlador NI XNET y el hardware compatible. VCOM opera por encima de esta capa y reacciona a los cambios de estado de red resultantes en lugar de controlar directamente el comportamiento físico de estela.
VCOM está diseñado para integrarse en entornos HIL y de banco existentes en lugar de reemplazarlos. En una configuración típica de HIL, VCOM se implementa junto con herramientas de nivel de sistema como NI VeriStand o NI LabVIEW. Estos entornos controlan la ejecución de pruebas e interactúan con la simulación restbus en ejecución a través de API de VCOM. Las operaciones incluyen iniciar y detener la simulación, leer y escribir valores de señal y responder a eventos de red.
VCOM proporciona la capa de simulación restbus y capacidades opcionales de diagnóstico y calibración. NI-XNET expone las interfaces físicas CAN, LIN y Ethernet Automotriz, a las que se conecta el DUT de la misma manera que en un vehículo. La WebUI admite la inspección de bases de datos y la supervisión del tráfico en vivo, lo que simplifica la aparición de bancos y la solución de problemas.
A medida que las redes de comunicación de vehículos crecen en complejidad, el esfuerzo requerido para desarrollar y mantener simulaciones de restbus a menudo se convierte en un cuello de botella. En muchos entornos de prueba, el comportamiento de comunicación se implementa a través de scripts personalizados o lógica específica de la aplicación. Si bien este enfoque puede ser eficaz para bancos individuales, mantener la coherencia entre múltiples sistemas de ensayo se vuelve cada vez más difícil a medida que evolucionan las definiciones de comunicación.
VCOM aborda este desafío mediante un enfoque basado en bases de datos. El comportamiento de comunicación se ejecuta directamente desde definiciones DBC, LDF y AUTOSAR ARXML, incluyendo codificación de señal, temporización, multiplexación, contadores, CRC y mecanismos de protección AUTOSAR. Cuando cambian los requisitos de comunicación, los ingenieros actualizan la definición de la base de datos en lugar de modificar la lógica de comunicación en varios bancos de pruebas.
Este enfoque se vuelve particularmente valioso al escalar las actividades de validación. Una configuración de restbus validada en un banco de desarrollo se puede implementar en sistemas HIL adicionales usando las mismas definiciones de comunicación y comportamiento. Debido a que la ejecución de la comunicación permanece ligada a la base de datos, todos los bancos operan desde una fuente común de verdad, reduciendo el riesgo de inconsistencias introducidas por scripts o configuraciones mantenidos de forma independiente.
Los proyectos VCOM se ejecutan en objetivos de RT tanto de Windows como de NI Linux y se integran con LabVIEW y VeriStand mediante API comunes. Esto permite que las configuraciones de comunicación se reutilicen en entornos de prueba de escritorio, basados en rack y automatizados, manteniendo un comportamiento de red consistente.
A medida que crece la capacidad de prueba, el resultado no solo es un mayor rendimiento, sino también una mejor repetibilidad y trazabilidad. El esfuerzo de ingeniería puede seguir centrándose en la validación de ecus y la cobertura de pruebas en lugar de en el mantenimiento de la infraestructura de comunicación en múltiples bancos.
La implementación de VCOM en un nuevo banco implica un conjunto predecible de pasos de verificación de etapa temprana. La siguiente guía refleja patrones comunes de presentación y ayuda a los equipos a pasar de la configuración inicial al comportamiento de comunicación validado de manera eficiente.
Mantener una simulación de restbus precisa y consistente en un programa de vehículos es un desafío de ingeniería continuo, que crece a medida que evolucionan las definiciones de comunicación, se multiplican los bancos de pruebas y aumenta la complejidad del protocolo.
El reto rara vez son los protocolos de comunicación en sí. Más a menudo, el esfuerzo de ingeniería se consume manteniendo la lógica de simulación, sincronizando bancos de pruebas, manejando revisiones de bases de datos e implementando detalles de protocolo como codificación de señales, contadores, CRC, administración de redes y mecanismos de protección de manera consistente en todos los proyectos.
VCOM aborda estos desafíos a través de una arquitectura de comunicación basada en bases de datos. Al ejecutar el comportamiento de comunicación directamente desde las definiciones de DBC, LDF y AUTOSAR ARXML, VCOM proporciona un marco unificado para la comunicación CAN, LIN, Ethernet automotriz, SOME/IP y J1939, al tiempo que administra automáticamente el comportamiento específico del protocolo, como el tiempo, la multiplexación, los contadores, las CRC, la protección de extremo a extremo de AUTOSAR y los perfiles SecOC compatibles. En lugar de desarrollar y mantener implementaciones de comunicación personalizadas, los equipos de ingeniería pueden estandarizar sobre una sola base de comunicación que permanezca alineada con las definiciones de red de vehículos en evolución.
Esta arquitectura se vuelve cada vez más valiosa a medida que las actividades de validación se expanden en múltiples equipos, proyectos y entornos de prueba. Las mismas configuraciones de comunicación, API y flujos de trabajo de automatización se pueden implementar en sistemas de desarrollo de escritorio, bancos HIL e infraestructura de pruebas automatizada, lo que reduce la duplicación y ayuda a mantener la consistencia durante todo el proceso de validación.
En términos prácticos, esto permite:
El valor va más allá de la simulación de tráfico de red. VCOM proporciona una base de comunicación escalable y mantenible que reduce los gastos generales de ingeniería, mejora la coherencia entre los entornos de validación y permite a los equipos centrar su esfuerzo en verificar la funcionalidad de la ECU en lugar de administrar la infraestructura de comunicación.