Accélérez votre mise sur le marché avec les outils professionnels Connext

Il est important de noter que tous les paramètres de QoS ne sont pas annoncés lors de la découverte. De nombreux paramètres QoS s'appliquent à la gestion des ressources locales et au réglage des performances d'une application, et ils ne sont pas envoyés lors de la découverte. Avec Monitor, vous pouvez également les inspecter. Pour une excellente introduction à Monitor, regardez cette vidéo.

Problème :Transformer les données en vol

Nous voulions une grande interface graphique pour montrer ce qui se passait dans le microgrid en temps réel. L'équipe d'Oak Ridge National Labs s'est portée volontaire pour créer une interface graphique dans LabVIEW. Le Toolkit DDS pour Labview vous permet de récupérer des données à partir d'applications DDS et de les utiliser dans des instruments virtuels (VIs) LabVIEW. Il existe cependant certaines limites, comme nous l'avons découvert. Le Toolkit ne gère pas les tableaux de séquences, que certains types du modèle de données OpenFMB utilisent. Nous avions besoin d'une solution rapide qui permettrait au VI LabVIEW de lire ces types de données complexes.

L'un des nouveaux outils sympas de la boîte à outils Connext DDS Pro 5.2 est Prototyper avec Lua. Prototyper vous permet de créer rapidement des applications compatibles DDS avec peu ou pas de programmation :définissez vos sujets et les participants de votre domaine en XML, ajoutez un simple script Lua et vous pouvez accéder à un domaine DDS en un rien de temps. (Consultez le billet de blog de Gianpiero sur Prototyper)

De retour à l'hôtel un soir, j'ai écrit un script Lua simple qui permet à Prototyper de lire les sujets DDS complexes contenant des tableaux de séquences, puis de les republier dans un sujet différent et aplati pour utilisation par l'interface graphique LabVIEW. J'ai pu le tester hors ligne en utilisant des données en direct enregistrées plus tôt dans le laboratoire, ce qui nous amène à...

Problème :développement déconnecté

Une équipe de développement géographiquement dispersée a construit la démo OpenFMB. À l'exception de ces quelques jours à Knoxville, aucun membre de l'équipe n'avait accès à tous les composants du microgrid en même temps. Alors, comment écrivez-vous le code pour votre pièce du puzzle lorsque vous n'avez pas accès aux autres appareils du système ?

Lorsque je travaillais sur le pont Lua pour l'interface graphique LabVIEW, j'utilisais les services Connext Pro Record et Replay. Dans le laboratoire, j'avais enregistré environ 10 minutes de données en direct pendant que nous faisions passer le système à travers tous les cas d'utilisation. Plus tard dans la soirée à l'hôtel, j'ai pu rejouer ces données pendant que je travaillais sur les scripts Lua. La relecture vous permet de lire des sujets de manière sélective, en boucle la lecture pour qu'elle s'exécute en continu. Vous pouvez également choisir de lire les données à un rythme accéléré. Il s'agit d'un énorme gain de temps qui vous permet de simuler des jours ou des heures d'exécution en quelques minutes seulement.

L'une des choses vraiment intéressantes que Prototyper fait une fois qu'il est en cours d'exécution est de recharger périodiquement le script Lua. Cela a rendu le développement du pont vers LabVIEW très rapide :rejouer les données lues en continu en mode accéléré; J'avais un éditeur ouvert sur le script Lua; et au fur et à mesure que j'effectuais et enregistrais des modifications, elles étaient instantanément reflétées dans Prototyper qui fonctionnait en permanence - pas besoin de redémarrer pour voir les modifications apportées au script. Le script de conversion a été réalisé en quelques heures seulement.

Prototyper s'est également avéré utile pour créer rapidement des applications afin de générer des données simulées. L'interface graphique LabVIEW a été développée entièrement hors ligne sans aucun des appareils du monde réel, en utilisant certains sujets générés par les services Replay et d'autres qui ont été pontés ou simulés avec Prototyper. J'enverrais par courrier électronique un script de simulateur à ORNL, ils feraient du travail LabVIEW et m'enverraient un VI mis à jour, puis je l'exécuterais localement pour le vérifier. ORNL a fait un travail incroyable en intégrant des données en temps réel du domaine DDS ainsi que des éléments visuels des dessins animés SGIP, et l'interface graphique était la pièce maîtresse de la démo.

Principaux points à retenir

Lorsque nous sommes arrivés à la Nouvelle-Orléans quelques semaines plus tard, l'ensemble du système a été mis en place en 30 minutes environ, ce qui est remarquable compte tenu de certaines applications (comme l'interface graphique LabVIEW) n'avait même jamais été sur un réseau avec le matériel réel. Tout a fonctionné.

Le riche ensemble d'outils fournis par RTI Connext DDS Professional nous a permis de résoudre rapidement nos problèmes d'intégration pendant la courte semaine à Knoxville, et de poursuivre le développement sur de nombreux sites distants. Admin Console, Monitor, DDS Ping et DDS Spy ont permis à notre système de fonctionner. Record, Replay et Prototyper ont permis aux équipes de développement à distance de travailler en l'absence de matériel réel. DDS Toolkit for LabVIEW nous a permis de créer rapidement une interface graphique sophistiquée. Et même après l'événement, nous pouvons continuer à faire du développement et des démonstrations virtuelles à l'aide de ces outils.

En savoir plus :

Production de véhicules autonomes »

Connectivité dans les systèmes autonomes »

Qu'est-ce que DDS ? »

Connext DDS Professional »

Qu'est-ce que l'IIoT ? »