Quelles sont les options disponibles pour l'acquisition synchronisée des données EtherNet/IP dans les systèmes d'automatisation industrielle ?

Pour une acquisition de données au cycle près dans les environnements EtherNet/IP, le moniteur de bus ibaBM-ENetIP est couramment utilisé pour capturer les échanges de données cycliques directement entre les scanners et les adaptateurs du réseau. Le module ibaPDA-Interface-EtherNet/IP permet quant à lui une transmission déterministe via la messagerie implicite, à condition que le contrôleur fournisse les données en conséquence. Ces approches garantissent l'enregistrement synchrone des signaux de processus hautement dynamiques avec une latence minimale, créant ainsi une base de données précise pour le diagnostic en temps réel et l'analyse des processus.

Quels sont les avantages d'une acquisition de données flexible à partir de contrôleurs EtherNet/IP pour la surveillance des processus industriels ?

La flexibilité de l'acquisition depuis les contrôleurs EtherNet/IP permet de choisir, en fonction de l'application, entre une acquisition de données synchronisée au cycle et une acquisition logicielle. Avec ibaPDA, les données peuvent être traitées soit via du matériel tel que l'ibaBM-ENetIP, soit via des modules logiciels, ce qui rend le système adapté aussi bien aux boucles de régulation hautement dynamiques qu'à l'analyse de processus à long terme. Cette flexibilité améliore la transparence des processus de production et facilite la surveillance fiable de l'état des équipements ainsi que l'analyse des défauts.

Comment récupérer les données des automates Allen-Bradley sans avoir à programmer ?

Pour les automates Allen-Bradley, l'acquisition de données sans programmation d'automate est possible via l'interface Xplorer ou la solution Logix-Xplorer. L'accès aux variables internes s'effectue par le biais d'un navigateur de symboles, sans nécessiter de blocs de code d'automate supplémentaires. ibaPDA utilise des mécanismes de communication standard tels que l'interrogation, ce qui permet d'ajuster les signaux de manière flexible pendant le fonctionnement et simplifie considérablement la mise en service.

Pourquoi le choix du mode de communication EtherNet/IP est-il important pour la qualité des données dans les systèmes de production ?

Le choix entre la communication explicite et implicite a une incidence significative sur la rapidité et la précision des données de processus acquises. Alors que la communication explicite via TCP est utilisée pour les paramètres non urgents, la communication implicite via UDP garantit une capacité en temps réel pour les données d'E/S cycliques. ibaPDA tient compte de ces différences grâce à des modules d'interface dédiés, permettant une corrélation fiable des données de contrôle et de processus en fonction de l'application.

Quelles sont les approches qui permettent une acquisition de données évolutive et économique dans les environnements Allen-Bradley ?

L'acquisition de données évolutive dans les environnements Allen-Bradley est rendue possible grâce à la combinaison d'interfaces logicielles et de la technologie Xplorer. Alors que le moniteur de bus ibaBM-ENetIP est utilisé pour des mesures de haute précision au cycle près, les interfaces Logix-Xplorer et EtherNet/IP offrent une alternative économique pour des applications plus flexibles. Cette combinaison permet de répondre à différentes exigences — des boucles de contrôle rapides à la surveillance de processus à long terme — au sein d'une plateforme unifiée.

Acquisition de données à partir de contrôleurs Allen-Bradley

Suivi personnalisé

Le protocole industriel Ethernet (EtherNet/IP) est une norme ouverte pour les réseaux industriels. EtherNet/IP est utilisé pour la transmission de données d'E/S cycliques et de données de paramètres acycliques.

EtherNet/IP a été co-développé par Rockwell Automation et constitue la norme de communication établie pour les contrôleurs Allen-Bradley. EtherNet/IP utilise le protocole d'application CIP (Common Industrial Protocol) et les différents types de communication que sont la messagerie explicite et la messagerie implicite.

La messagerie explicite est utilisée pour les données qui ne sont pas transmises en temps réel. La messagerie explicite utilise le protocole TCP. La messagerie implicite est souvent appelée "E/S", elle est critique en termes de temps et est utilisée pour l'échange de données en temps réel. La messagerie implicite utilise UDP et prend en charge la multidiffusion ou l'unidiffusion.

En bref

Connexion aux contrôleurs Allen-Bradley de Rockwell Automation via différentes interfaces : ibaBM-ENetIP, ibaPDA-Interface- EtherNet/IP, ibaPDA-Interface-Logix-Xplorer
Acquisition précise des cycles de balayage via EtherNet/IP avec le moniteur de bus ibaBM-ENetIP
Connexion sans matériel supplémentaire avec les interfaces logicielles ibaPDA-Interface-EtherNet/IP et ibaPDA-Interface-Logix-Xplorer
Sélection libre des symboles avec l'interface Xplorer
Connexion simple et économique via l'interface Xplorer

Connexion à ibaPDA

Le système ibaPDA offre diverses possibilités d'acquérir des données à partir de contrôleurs via EtherNet/IP.

Le choix de la meilleure méthode dépend entre autres de la rapidité avec laquelle les données doivent être acquises, de la nécessité d'une transmission des données synchronisée avec le cycle de balayage et du matériel disponible. En outre, les interfaces Xplorer offrent la possibilité de sélectionner des signaux via un navigateur de symboles sans effort de programmation. ibaPDA peut fonctionner sur un PC ou sur les appareils autonomes ibaDAQ-C et ibaDAQ.

Sniffing avec le moniteur de bus

Si des données doivent être acquises rapidement et précisément à chaque cycle de balayage, le contrôleur peut être connecté au moniteur de bus ibaBM-ENetIP. Le moniteur de bus acquiert l'échange cyclique de données entre les scanners EtherNet/IP et les adaptateurs. L'appareil peut être intégré dans un réseau EtherNet/IP existant avec un ou plusieurs scanners EtherNet/IP. Le moniteur de bus ibaBM-ENetIP peut être utilisé avec l'interface TAP dans un réseau EtherNet/IP sans interférences.

Connexion via l'interface EtherNet/IP

L'interface de communication ibaPDA-Interface-EtherNet/IP permet à différents modules ibaPDA d'acquérir des données des contrôleurs. Selon le module choisi, ibaPDA agit comme un appareil qui attend passivement les connexions d'un scanner ou comme un scanner qui établit activement les connexions. Les valeurs à enregistrer doivent être programmées dans le contrôleur et être envoyées par le programme du contrôleur. Chaque modification des valeurs nécessite un changement de programme.

Les modules de l'interface EtherNet/IP et leur fonction :

' Module E/S

Lors de l'utilisation du type I/O Module, ibaPDA agit comme un adaptateur ou un dispositif I/O. Le contrôleur PLC est un scanner. Le contrôleur PLC est un scanner. Seule une messagerie implicite est utilisée. ibaPDA attend passivement qu'une connexion soit établie par l'automate et que les données soient envoyées.

Balises produites

Lors de l'utilisation du type de tag produit, ibaPDA agit comme un consommateur de tag, le contrôleur PLC comme un producteur de tag. ibaPDA permet la lecture et l'adoption de la configuration des "tags produits" disponibles. Les données sont ensuite envoyées par messagerie implicite.

I/O Scanner

En utilisant le type I/O Scanner, ibaPDA agit comme un scanner et établit la connexion avec un appareil. Ces appareils sont généralement des unités d'E/S à distance ou des appareils de mesure. Les données de l'appareil sont ensuite envoyées par messagerie implicite.

Sélection des signaux sans programmation

L'utilisation de solutions iba spéciales permet d'éviter les efforts de programmation : Avec l'interface Xplorer, les valeurs mesurées peuvent être librement sélectionnées par un clic de souris dans un carnet d'adresses. De plus, les valeurs à mesurer peuvent être modifiées sans intervention dans la programmation pendant que le contrôleur fonctionne.

Comment fonctionne l'interface Xplorer ?

L'interface Logix-Xplorer permet de se connecter facilement et à moindre coût aux systèmes Allen-Bradley. L'interface Xplorer permet d'accéder librement aux données internes d'un contrôleur. Les connexions standard de chaque contrôleur sont utilisées, aucun matériel supplémentaire n'est nécessaire. Les valeurs mesurées sont demandées et envoyées cycliquement par le contrôleur dans le cadre d'une procédure de "polling". L'acquisition des données n'est pas précise par cycle de balayage puisque les données ne sont envoyées par le contrôleur que lorsque la demande peut être traitée.

Différentes interfaces Xplorer

L'interface Logix-Xplorer peut être utilisée pour acquérir des données à partir des contrôleurs ControlLogix, GuardLogix, CompactLogix, SoftLogix et FlexLogix. Les contrôleurs MicroLogix sont supportés par l'interface ibaPDA-Interface-AB-Xplorer.

En outre, d'autres interfaces Xplorer sont disponibles pour de nombreux systèmes de commande : pour les contrôleurs SIMATIC, ABB, B&R, Bachmann M1, CODESYS-V2 et V3, Mitsubishi MELSEC, OMRON, SIGMATEK et Beckhoff TwinCAT. Les interfaces Xplorer mentionnées sont disponibles dans un bundle pour ibaPDA, mais peuvent également faire l'objet d'une licence individuelle.

Le bundle est également disponible en tant que solution d'entrée de gamme économique, idéale, par exemple, pour un dépannage efficace lors de la mise en service : ibaPDA-PLC-Xplorer offre la fonctionnalité complète d'ibaPDA pour jusqu'à 64 signaux.

Exigences	Interface iba	Exemple d'application
Cycles très courts Cycle précis	ibaBM-ENetIP Interface ibaPDA-Ethernet/IP	Contrôle rapide, par exemple contrôle de l'écart, force de roulement, etc. Logique complexe (précision du cycle)
Cycles plus longs Cycle presque précis	ibaPDA-Interface-Logix-Xplorer	Contrôle des processus thermiques Contrôle des médias "Coup d'œil rapide sur un automate

Exigences

Interface iba

Exemple d'application

Cycles très courts
Cycle précis

ibaBM-ENetIP

Interface ibaPDA-Ethernet/IP

Contrôle rapide, par exemple contrôle de l'écart, force de roulement, etc.
Logique complexe (précision du cycle)

Cycles plus longs
Cycle presque précis

ibaPDA-Interface-Logix-Xplorer

Contrôle des processus thermiques
Contrôle des médias
"Coup d'œil rapide sur un automate

Fonctions utilisées

Les fonctions suivantes du système iba sont utilisées dans cette application.

Les entreprises qui s'appuient sur l'iba

Ces entreprises de premier plan font déjà confiance au système iba.

Success Stories

Lisez les success stories inspirantes de nos clients satisfaits.

Explorer d'autres applications

Applications réussies et solutions réelles avec le système iba.

Questions fréquemment posées (FAQ)

Quelles sont les options disponibles pour l'acquisition synchronisée des données EtherNet/IP dans les systèmes d'automatisation industrielle ?: Pour une acquisition de données au cycle près dans les environnements EtherNet/IP, le moniteur de bus ibaBM-ENetIP est couramment utilisé pour capturer les échanges de données cycliques directement entre les scanners et les adaptateurs du réseau. Le module ibaPDA-Interface-EtherNet/IP permet quant à lui une transmission déterministe via la messagerie implicite, à condition que le contrôleur fournisse les données en conséquence. Ces approches garantissent l'enregistrement synchrone des signaux de processus hautement dynamiques avec une latence minimale, créant ainsi une base de données précise pour le diagnostic en temps réel et l'analyse des processus.
Quels sont les avantages d'une acquisition de données flexible à partir de contrôleurs EtherNet/IP pour la surveillance des processus industriels ?: La flexibilité de l'acquisition depuis les contrôleurs EtherNet/IP permet de choisir, en fonction de l'application, entre une acquisition de données synchronisée au cycle et une acquisition logicielle. Avec ibaPDA, les données peuvent être traitées soit via du matériel tel que l'ibaBM-ENetIP, soit via des modules logiciels, ce qui rend le système adapté aussi bien aux boucles de régulation hautement dynamiques qu'à l'analyse de processus à long terme. Cette flexibilité améliore la transparence des processus de production et facilite la surveillance fiable de l'état des équipements ainsi que l'analyse des défauts.
Comment récupérer les données des automates Allen-Bradley sans avoir à programmer ?: Pour les automates Allen-Bradley, l'acquisition de données sans programmation d'automate est possible via l'interface Xplorer ou la solution Logix-Xplorer. L'accès aux variables internes s'effectue par le biais d'un navigateur de symboles, sans nécessiter de blocs de code d'automate supplémentaires. ibaPDA utilise des mécanismes de communication standard tels que l'interrogation, ce qui permet d'ajuster les signaux de manière flexible pendant le fonctionnement et simplifie considérablement la mise en service.
Pourquoi le choix du mode de communication EtherNet/IP est-il important pour la qualité des données dans les systèmes de production ?: Le choix entre la communication explicite et implicite a une incidence significative sur la rapidité et la précision des données de processus acquises. Alors que la communication explicite via TCP est utilisée pour les paramètres non urgents, la communication implicite via UDP garantit une capacité en temps réel pour les données d'E/S cycliques. ibaPDA tient compte de ces différences grâce à des modules d'interface dédiés, permettant une corrélation fiable des données de contrôle et de processus en fonction de l'application.
Quelles sont les approches qui permettent une acquisition de données évolutive et économique dans les environnements Allen-Bradley ?: L'acquisition de données évolutive dans les environnements Allen-Bradley est rendue possible grâce à la combinaison d'interfaces logicielles et de la technologie Xplorer. Alors que le moniteur de bus ibaBM-ENetIP est utilisé pour des mesures de haute précision au cycle près, les interfaces Logix-Xplorer et EtherNet/IP offrent une alternative économique pour des applications plus flexibles. Cette combinaison permet de répondre à différentes exigences — des boucles de contrôle rapides à la surveillance de processus à long terme — au sein d'une plateforme unifiée.