Visualisation des données dans les applications de microcapteurs

Je ne peux pas croire que j'ai été à RTI depuis plus de 12 ans maintenant ! Au cours de cette période, j'ai vu l'évolution du service de distribution de données OMG depuis ses débuts, ainsi que la réalisation de la mission de RTI de créer la meilleure implémentation DDS disponible.

Au cours de notre histoire avec DDS, nous avons rencontré des applications qui ne pouvaient supporter que des ressources mémoire très faibles. Il peut sembler remarquable aujourd'hui de déployer un système avec moins de 8 Mo de RAM, mais nous avons vu des exigences d'application qui spécifient beaucoup moins de mémoire que cela. Il y a quelque temps, nous avons entrepris de créer une version de DDS pour les appareils à ressources limitées. Nous l'appelons RTI Connext DDS Micro et nous l'avons intégré dans des applications avec moins de 128 Ko de RAM. Nous sommes assez excités à ce sujet !

Pour atteindre cette capacité, Connext DDS Micro prend en charge un sous-ensemble des fonctionnalités d'une implémentation complète de Connext DDS. J'estimerais le niveau de fonctionnalité à environ 80 % du produit DDS standard que nous proposons. Dans ces 80 %, nous prenons en charge des capacités critiques telles que la fiabilité, les clés/instances, la vivacité, la durabilité, etc. Et parce que nous avons conservé le protocole de format filaire RTPS (Real Time Publish Subscribe), les applications DDS Micro peuvent communiquer avec les applications DDS classiques et vice versa.

Comme je l'ai mentionné ci-dessus, afin de réduire l'utilisation de la RAM, nous avons dû faire quelques sacrifices en cours de route. L'une des fonctionnalités que nous avons éliminées était la possibilité pour un participant d'envoyer des informations sur le type de données lors de la découverte. Cette fonctionnalité est une partie facultative du protocole RTPS et est utilisée aujourd'hui, lorsqu'elle est activée, par les participants DDS réguliers. En fait, il s'agit d'une fonctionnalité clé sur laquelle nous nous appuyons lorsque nous utilisons nos outils avec des applications DDS. Par exemple, notre console d'administration a été mise à niveau l'année dernière avec la possibilité de visualiser les données directement dans l'outil. Cela signifie que l'outil de la console d'administration peut désormais s'abonner directement aux données publiées par les applications DDS. Vous pouvez voir les outils de visualisation des données de la console d'administration en action ici :présentation et approfondissement.

Lorsque cette fonctionnalité est sortie pour la première fois, elle reposait sur la capacité des participants DDS à partager des informations sur le type de données lors de la découverte. Après avoir appris le type de données et créé un abonnement au sujet à l'aide de ce type de données, la console d'administration pouvait afficher les données en direct au fur et à mesure de leur publication. Voici un exemple de console d'administration affichant une forme d'onde du rythme cardiaque d'un patient publiée par une application DDS :

Il s'agit d'une fonctionnalité intéressante que de nombreux développeurs d'applications DDS exploitent aujourd'hui. Cependant, il ne peut pas être utilisé avec les applications DDS Micro car ces applications n'envoient pas d'informations sur le type de données lors de la découverte.

Pour corriger cette limitation, notre excellente équipe d'outils a ajouté une nouvelle fonctionnalité dans la console d'administration. Au lieu de se fier uniquement aux informations de type de données envoyées lors de la découverte, la console d'administration a désormais la possibilité de configurer un type de données directement dans l'outil à l'aide d'un fichier XML pour décrire le type de données ou l'ensemble de types de données. Lorsque vous vous abonnez à un sujet dans la console d'administration, vous pouvez désormais rechercher dans un fichier XML, comme le montre cette capture d'écran :

Une fois que vous avez ouvert la fonction d'abonnement, vous avez la possibilité de "Charger les types de données à partir d'un fichier XML". De là, vous pouvez sélectionner un fichier XML :

Le contenu du fichier XML est essentiellement une description du FunctionGeneratorType comme indiqué ci-dessous :

Ensuite, avec les informations de type de données correctes chargées, la console d'administration peut s'abonner à l'éditeur.

Dans l'exemple suivant, l'éditeur DDS Micro est un éditeur de générateur de fonctions simple qui envoie des données de capteur en continu et émet des données d'onde sinusoïdale, carrée et triangulaire. Voici la visualisation de cet éditeur DDS Micro en streaming.

Je dois dire que c'est formidable d'être ici chez RTI pour voir toutes ces capacités se réunir pour fournir une plate-forme pour l'Internet industriel des objets. J'ai hâte de voir les innovations à venir pour permettre à encore plus d'appareils de partager leurs données.

Pour plus d'informations, voir RTI Connext DDS Micro et RTI Administration Console.

Liens :

• http://www.rti.com/products/micro.html
• http://www.rti.com/products/dds/tools.html#ADMIN

Databus vs. Database :les 6 questions que chaque développeur IIoT doit se poser Votre queue de sécurité remue-t-elle votre chien d'architecture ?