E/S d’extension pour les systèmes LabVIEW RIO : Une comparaison approfondie

Les besoins en systèmes à grand nombre de voies sont diversifiés et la plate-forme d’E/S d’extension de NI offre une gamme complète de produits pour répondre aux besoins variés de ces systèmes. La principale différence entre les options d’E/S d’extension réside dans le bus qui sépare les E/S du processeur, comme le montre la Figure 1.  Chaque bus présente des avantages uniques qui en font la solution idéale pour un sous-ensemble d’applications d’E/S d’extension.

^{Figure 1 : Les E/S d’extension séparent le processeur des E/S. Chaque option d’extension implémente un bus de communication différent entre les deux et convient à différents domaines d’application.}

Chaque option d’E/S d’extension est basée sur un bus de communication unique (Ethernet, EtherCAT ou MXI) qui détermine certaines fonctionnalités du système. Le tableau 1 résume les principales différences entre chaque option d’E/S d’extension.

RIO Ethernet

Vous pouvez utiliser le châssis RIO Ethernet robuste à 4 ou 8 emplacements pour ajouter des E/S distribuées compatibles FPGA à n’importe quel réseau Ethernet. Grâce à la flexibilité des câbles standard CAT-5, vous pouvez connecter les systèmes RIO Ethernet à presque tous les hôtes prenant en charge Ethernet, y compris NI CompactRIO, les contrôleurs PXI temps réel et le contrôleur industriel NI. Vous pouvez également connecter des systèmes d’extension RIO Ethernet à des ordinateurs sous Windows pour créer un réseau flexible et hautement distribué d’E/S avec conditionnement de signaux mixtes compatibles FPGA. Grâce au FPGA embarqué, vous pouvez mettre en place des applications personnalisées d’analyse de signaux, de contrôle et de sécurité propres à chaque châssis, créant ainsi un système vraiment modulaire. Les systèmes RIO Ethernet sont parfaitement adaptés aux applications dans lesquelles la facilité d’utilisation, le coût et la flexibilité sont des préoccupations majeures. Ces applications incluent la surveillance distribuée pour les mesures point par point telles que la température et le débit.

RIO EtherCAT

RIO EtherCAT (Ethernet Control Automation Technology) est un châssis esclave à 8 emplacements qui instaure une communication sur Ethernet avec le protocole EtherCAT déterministe. RIO EtherCAT vous permet d’ajouter des E/S FPGA à votre système d’E/S distribuées ou à grand nombre de voies, avec un degré défini de déterminisme et de synchronisation. RIO EtherCAT vous permet de connecter en cascade plusieurs périphériques esclaves à partir d’un seul maître et de synchroniser les E/S sur une seule horloge maître. RIO EtherCAT est mieux adapté aux applications de contrôle et de commande d’axes monopoint et distribuées qui nécessitent un déterminisme élevé sur plusieurs châssis synchronisés. Les clients utilisent RIO EtherCAT pour la surveillance structurelle de turbines éoliennes, de bancs de test synchronisés et d’applications de contrôle déportées. 

RIO MXI-Express (EOL)

NI ne propose plus le châssis d’extension RIO MXI-Express. Envisagez d’utiliser le châssis d’extension EtherCAT ou Ethernet RIO à la place. Utilisez le tableau 1 comme comparaison pour déterminer le parcours de migration qui vous convient le mieux.

RIO Ethernet, EtherCAT et MXI-Express

Les systèmes RIO MXI-Express, RIO Ethernet et RIO EtherCAT peuvent se connecter à tout type de capteur sur n’importe quel bus grâce aux modules d’E/S de la Série C. Les E/S sont directement disponibles sur le FPGA, où vous pouvez implémenter le traitement du signal en série, le cadencement personnalisé, le déclenchement spécialisé et le contrôle en boucle fermée. Chaque module d’E/S de la Série C intègre un conditionnement de signaux et des connecteurs par bornier à vis, BNC ou Sub-D. Il existe actuellement plus de 100 modules NI et tiers de la Série C disponibles pour différentes mesures, dont celles de thermocouples, de tension, de RTD, de courant, de résistance, de contrainte, numériques (TTL et autres), d’accélération et de microphones. Le nombre de voies d’un module individuel varie de 3 à 32, pour répondre à une large gamme d’exigences système.

RIO Ethernet, EtherCAT et MXI-Express

Si les FPGA rencontrent un tel succès dans tous les secteurs, c’est parce qu’ils combinent les meilleures caractéristiques des ASIC (Application-Specific Integrated Circuits) et des systèmes basés processeur. Ainsi, ils offrent un cadencement par matériel qui allie vitesse et fiabilité, mais sont plus rentables que les ASIC personnalisés.

Les circuits reprogrammables jouissent également de la même souplesse d’exécution logicielle qu’un système basé processeur, mais ils ne sont pas limités par le nombre de cœurs de traitement disponibles. Contrairement aux processeurs, les FPGA sont intrinsèquement parallèles, de sorte que plusieurs opérations de traitement différentes ne se trouvent pas en concurrence en ce qui concerne l’utilisation des ressources. Chaque tâche de traitement indépendante est affectée à une section spécifique du circuit et peut donc s’exécuter en toute autonomie sans dépendre aucunement des autres blocs logiques. En conséquence, vous pouvez accroître le volume de traitement effectué sans que les performances d’une partie de l’application n’en soient affectées pour autant.

RIO EtherCAT

La limite théorique des périphériques pour un réseau EtherCAT est de 65 535 esclaves et le même nombre est possible avec Fast Ethernet (100 Mbit/s). Le facteur restrictif réel dans le nombre maximum de matériels autorisés dans ce système est le nombre de voies d’E/S que vous déployez, la vitesse du contrôleur, et l’application que vous exécutez.

Notez que tous les châssis réunis dans une chaîne en série partagent le même « canal » qui les relie au contrôleur hôte au moment de configurer un système et de calculer les besoins de la cadence. En outre, la vitesse de la boucle est affectée par le nombre de matériels et les données sur le bus, à mesure que chaque châssis et câble ajoute de la latence au système.

RIO MXI-Express (EOL) 

Avec le RIO MXI-Express, vous pouvez utiliser des configurations en étoile ou en série. Le nombre de châssis possible dépend du système, mais, en général, vous pouvez mettre en série jusqu’à six châssis. Le nombre total de châssis dans une configuration en étoile dépend des segments du bus PCI disponibles dans le contrôleur hôte, avec plus de 40 châssis possibles sur un seul et unique contrôleur.

RIO MXI-Express est limité à des distances de 7 m entre les châssis sur le bus. Les châssis esclaves RIO Ethernet et EtherCAT supportent tous deux jusqu’à 100 m avant de nécessiter un concentrateur, un commutateur ou un répéteur entre les périphériques.

Remarque : Pour étendre la portée d’un réseau EtherCAT, vous devez utiliser un périphérique compatible EtherCAT ; un commutateur Ethernet normal n’est pas compatible avec un réseau EtherCAT. 

Le cadencement et la synchronisation permettent la corrélation ou la coordination des événements dans les temps impartis, ce qui fait partie intégrante de bon nombre d’applications de contrôle et de mesure, en particulier lorsque le nombre de voies évolue.

RIO EtherCAT

RIO EtherCAT est synchronisé automatiquement sur d’autres parties du système car la norme de communication du bus EtherCAT définit une horloge du système maître qui sert de référence à tous les matériels présents sur le réseau. Cela fait du bus EtherCAT une option idéale pour les systèmes qui nécessitent une synchronisation étroite (moins d’une microseconde) ainsi qu’un déterminisme accru.

RIO MXI-Express et RIO Ethernet 

Les châssis RIO MXI-Express et RIO Ethernet ne prennent pas en charge la synchronisation native sur le bus de communication (MXI-Express et Fast Ethernet, respectivement). Le partage d’horloge ne s’intègre pas dans l’architecture du bus et le retard occasionné par des paquets perdus ou une collision due à la topologie du réseau n’est pas pris en compte (la communication entre les nœuds du système est asynchrone). Cependant, tous les modules d’un seul et unique châssis peuvent être synchronisés car ils partagent le fond de panier du châssis, et plusieurs châssis RIO MXI-Express ou RIO Ethernet peuvent être synchronisés à l’aide d’un module d’E/S numériques de la Série C pour distribuer un signal d’horloge de référence entre les châssis.  

Cette spécification fait référence au jitter introduit uniquement par le bus de communication. La principale source de jitter dans un système est généralement associée au contrôleur plutôt qu’au bus de communication (en particulier s’il s’agit d’un contrôleur Windows). De plus, le jitter d’un système dépend de l’architecture du système et du nombre de châssis que les données doivent négocier dans une chaîne en série pour atteindre l’hôte. 

La communication déterministe est importante dans les applications où la communication de données entre les nœuds de calcul temps réel distribués fait partie intégrante de la boucle de contrôle. Cela signifie que tout jitter induit par le réseau aboutit à un jitter pour la boucle de contrôle. Le jitter acceptable de la boucle de contrôle dépend du système en question, mais une gamme standard est de ±10 pour cent du temps de la boucle de contrôle. Dans le cas d’une boucle de contrôle de 1 kHz, cela signifie que chaque itération peut s’exécuter entre 900 et 1100 μs et que le système répond toujours de manière appropriée. 

Le jitter de communication pour RIO EtherCAT et RIO MXI-Express est inférieur à 10 microsecondes et à une microseconde, respectivement. Les matériels RIO Ethernet n’ont pas de spécification pour le jitter. En effet, Fast Ethernet et la transmission sans fil ne sont pas des méthodes déterministes de transfert de données.

RIO MXI-Express fournit le plus grand canal de communication au contrôleur avec une bande passante théorique maximale de 250 Mo/s, contre 25 Mo/s pour RIO Ethernet et 12,5 Mo/s pour EtherCAT. Gardez à l’esprit que les performances du bus ne dépendent pas uniquement de la bande passante théorique maximale du bus ; tenez compte de facteurs tels que la latence, l’implémentation, les spécifications d’alimentation et votre application en plus de la bande passante. Pour les applications à haut débit, RIO MXI-Express est la meilleure option. Les capacités de débit de RIO Ethernet et de RIO EtherCAT sont suffisantes pour la plupart des applications de contrôle et de surveillance.

Une API, ou interface de programme d’application, est un ensemble de sous-programmes utilisés comme blocs de construction pour les applications logicielles. Il existe deux méthodes de programmation de cibles d’E/S d’extension : Mode de balayage NI CompactRIO ou API d’interface hôte NI LabVIEW FPGA.

Vous pouvez utiliser le mode de balayage NI CompactRIO (également appelé Interface de balayage RIO ou RSI) sur le châssis EtherCAT et Ethernet. Le mode de balayage CompactRIO permet de détecter automatiquement vos modules d’E/S et de les ajouter dans un Projet LabVIEW. Vous pouvez ensuite « glisser-déposer » les variables d’E/S dans vos diagrammes LabVIEW Real-Time et VIs hôtes, puis lire et écrire instantanément les données d’E/S calibrées et mises à l’échelle, sans aucune programmation ni compilation FPGA. 

^{Figure 2 : Utilisation du mode de balayage CompactRIO}

Si vous souhaitez programmer directement le FPGA, utilisez le module LabVIEW FPGA. Une fois que vous avez écrit votre VI FPGA, il est compilé en flux de bits et déployé sur le FPGA. Pour communiquer avec le FPGA depuis votre application hôte, utilisez l’API d’interface hôte LabVIEW FPGA. Cela vous permet d’exécuter des fonctions telles que la lecture et l’écriture dans les registres, et les transferts DMA.

Notez qu’avec le châssis EtherCAT, vous pouvez utiliser uniquement des variables d’E/S définies par l’utilisateur pour communiquer entre le VI temps réel du contrôleur et le VI FPGA du châssis d’extension. (Les variables d’E/S définies par l’utilisateur servent à synchroniser les données FPGA avec le moteur de balayage NI.) Cela signifie que pour le VI FPGA du châssis d’extension, vous n’avez pas d’interface hôte FPGA, de fonctions de transfert DMA ni de mise au point de face-avant.

Vous ne pouvez utiliser l’API d’interface hôte LabVIEW FPGA que pour communiquer avec le RIO MXI-Express. 

Il existe aussi quelques restrictions quant aux types de modules de Série C compatibles avec chaque châssis, en fonction de la capacité des modules à supporter le Scan Mode de NI. Comme le RIO MXI-Express supporte uniquement LabVIEW FPGA, les modules qui reposent sur le Scan Mode de NI, comme les modules CAN NI 986x, ne sont pas compatibles avec le RIO MXI-Express. Pour obtenir une liste complète de la compatibilité des modules de la Série C, consultez le Tableau de compatibilité des modules NI de la Série C.

Les quatre options d’extension utilisent des bus différents et nécessitent donc des connexions différentes du côté du contrôleur.

RIO Ethernet

Le RIO Ethernet peut s’enficher dans n’importe quel système doté d’un port Ethernet, et peut s’utiliser avec la plupart des topologies de réseau standard. Pour connecter directement le RIO Ethernet au port Ethernet secondaire d’un contrôleur temps réel, reportez-vous à Connecter un châssis d’extension RIO Ethernet à un port Ethernet secondaire d’un contrôleur temps réel. Les châssis RIO Ethernet NI-9149 et NI-9147 incluent également un port USB pour faciliter la configuration des périphériques. Cependant, ce port n’est pas conçu pour être utilisé à la place du port Ethernet. 

RIO EtherCAT 

Le châssis RIO EtherCAT est compatible avec tous les contrôleurs temps réel dotés de deux ports Ethernet, dont le CompactRIO, le PXI et les plates-formes de contrôle industriel. Notez que pour l’EtherCAT, si un contrôleur PXI temps réel ne dispose pas de deux ports Ethernet, vous devez inclure une interface Ethernet NI PXI-8231/8232 (l’interface Ethernet NI-8234 n’est pas compatible), qui est supportée uniquement sur les contrôleurs temps réel. Il vous faut aussi le driver NI-Industrial Communications for EtherCAT, et le second port Ethernet doit être en mode EtherCAT.

RIO MXI-Express (EOL)

Le RIO MXI-Express nécessite une interface MXI-Express avec le système hôte : les options incluent les contrôleurs CompactRIO, PXI ou industriels multicœurs, ainsi que les PC exécutant Windows ou un système d’exploitation temps réel dotés d’une interface PCI MXI-Express. Vous pouvez utiliser un adaptateur ExpressCard MXI-Express pour connecter le châssis RIO MXI-Express aux contrôleurs qui n’ont pas encore d’interface MXI-Express, mais qui intègrent un emplacement ExpressCard, tel que le NI PXIe-8115. Vous pouvez également utiliser l’interface MXI-Express de NI PXIe-8364 pour connecter un RIO MXI-Express à votre système PXI. Vous pouvez utiliser un MXI-Express vers un adaptateur PCI ou PCI Express afin de connecter le RIO MXI-Express à un PC.  

• En savoir plus sur le contrôleur CompactRIO et comparer les options d’E/S d’extension
• En savoir plus sur l’architecture d’E/S reconfigurables (RIO) de LabVIEW