Acelere su tiempo de comercialización con las herramientas profesionales de Connext

ida de vivacidad

Es importante tener en cuenta que no todas las configuraciones de QoS se anuncian durante el descubrimiento. Muchas configuraciones de QoS se aplican a la administración de recursos locales y al ajuste del rendimiento de una aplicación, y no se envían durante el descubrimiento. Con Monitor, también puede inspeccionarlos. Para una excelente introducción a Monitor, vea este video.

Problema:transformación de datos en vuelo

Queríamos una GUI grande para mostrar lo que estaba sucediendo en la microrred en tiempo real. El equipo de Oak Ridge National Labs se ofreció como voluntario para crear una GUI en LabVIEW. El kit de herramientas DDS para Labview le permite tomar datos de aplicaciones DDS y usarlos en LabVIEW Virtual Instruments (VIs). Sin embargo, existen algunas limitaciones, como descubrimos. El Toolkit no maneja matrices de secuencias, que utilizan algunos tipos en el modelo de datos OpenFMB. Necesitábamos una solución rápida que permitiera al VI de LabVIEW leer estos tipos de datos complejos.

Una de las nuevas y geniales herramientas de la caja de herramientas de Connext DDS Pro 5.2 es Prototyper con Lua. Prototyper le permite crear rápidamente aplicaciones habilitadas para DDS con poca o ninguna programación:defina sus temas y participantes del dominio en XML, agregue un script Lua simple y podrá estar en un dominio DDS en poco tiempo. (Consulte la publicación del blog de Gianpiero sobre Prototyper)

Una noche, de regreso en el hotel, escribí un sencillo script de Lua que le permite a Prototyper leer los temas complejos de DDS que contienen matrices de secuencias y luego volver a publicarlos en un tema diferente y plano para su uso por la GUI de LabVIEW. Pude probarlo sin conexión utilizando datos en vivo registrados anteriormente en el laboratorio, lo que nos lleva a ...

Problema:desarrollo desconectado

Un equipo de desarrollo disperso geográficamente creó la demostración de OpenFMB. Con la excepción de esos pocos días en Knoxville, nadie en el equipo tuvo acceso a todos los componentes de la microrred al mismo tiempo. Entonces, ¿cómo escribes código para tu pieza del rompecabezas cuando no tienes acceso a los otros dispositivos del sistema?

Cuando trabajé en el puente Lua para la GUI de LabVIEW, usé los servicios Connext Pro Record y Replay. En el laboratorio, había registrado aproximadamente 10 minutos de datos en vivo mientras ejecutábamos el sistema a través de todos los casos de uso. Más tarde esa noche en el hotel, pude reproducir estos datos mientras trabajaba en los guiones de Lua. La reproducción le permite reproducir temas de forma selectiva, haciendo un bucle de la reproducción para que se ejecute de forma continua. También puede optar por reproducir los datos a un ritmo acelerado; esto es un gran ahorro de tiempo que le permite simular días u horas de tiempo de ejecución en solo unos minutos.

Una de las cosas realmente interesantes que hace Prototyper una vez que se está ejecutando es recargar periódicamente el script de Lua. Esto hizo que el desarrollo del puente a LabVIEW fuera muy rápido:reproducir datos reproducidos continuamente en un modo acelerado; Tenía un editor abierto en el guión de Lua; y a medida que hice y guardé los cambios, se reflejaron instantáneamente en Prototyper, que se ejecutaba constantemente, sin necesidad de reiniciar para ver los cambios en el script. La secuencia de comandos de conversión se realizó en solo un par de horas.

Prototyper también fue útil para crear rápidamente aplicaciones para generar datos simulados. La GUI de LabVIEW fue desarrollada completamente fuera de línea sin ninguno de los dispositivos del mundo real, usando algunos temas generados por los servicios de Replay y otros que fueron puenteados o simulados con Prototyper. Enviaría por correo electrónico un script de simulador a ORNL, ellos harían un trabajo de LabVIEW y me enviarían un VI actualizado, y luego lo ejecutaría localmente para verificarlo. ORNL hizo un trabajo increíble integrando datos en tiempo real del dominio DDS junto con elementos visuales de los dibujos animados SGIP, y la GUI fue la pieza central de la demostración.

Conclusiones principales

Cuando llegamos a Nueva Orleans un par de semanas después, todo el sistema se puso en funcionamiento en aproximadamente 30 minutos, lo cual es notable considerando algunas de las aplicaciones (como la GUI de LabVIEW) ni siquiera había estado en una red con el hardware real. Todo funcionó.

El rico conjunto de herramientas proporcionado por RTI Connext DDS Professional nos permitió resolver nuestros problemas de integración rápidamente durante la corta semana en Knoxville y continuar con el desarrollo en muchas ubicaciones remotas. Admin Console, Monitor, DDS Ping y DDS Spy pusieron nuestro sistema en funcionamiento. Record, Replay y Prototyper hicieron posible que los equipos de desarrollo remoto trabajaran en ausencia de hardware real. El kit de herramientas DDS para LabVIEW nos permitió crear rápidamente una GUI sofisticada. E incluso después del evento, podemos seguir haciendo demostraciones virtuales y de desarrollo con estas herramientas.

Más información:

Producción de vehículos autónomos »

Conectividad en sistemas autónomos »

¿Qué es DDS? »

Connext DDS Professional »

¿Qué es IIoT? »