L’évolution de l’interopérabilité et de la communication industrielles

L’automatisation des usines repose sur une communication fluide entre les instruments de terrain, les contrôleurs et les systèmes de supervision. Par le passé, les protocoles propriétaires limitaient l’échange de données entre les différents fabricants de matériel de contrôle. Les premières méthodes informatiques, comme le Dynamic Data Exchange (DDE), ne répondaient pas aux exigences du contrôle des procédés dans les architectures de réseaux distribués. Par conséquent, les leaders du secteur ont établi l’Open Platform Communication (OPC) en 1996 afin de standardiser l’échange de données industrielles. L’OPC fournit une interface universelle qui relie les équipements existants aux plateformes de supervision modernes.

Comprendre les spécifications d’OPC Classic

OPC Classic s’appuie sur la technologie Microsoft DCOM (Distributed Component Object Model) pour transférer les données de processus en temps réel. La spécification d’origine comprend trois piliers fonctionnels :

• OPC Data Access (OPC DA) : Transmet des paramètres continus en temps réel, tels que les valeurs de pression, de température et de débit.
• OPC Alarms and Events (OPC AE) : Fournit aux opérateurs des notifications d’alarme et des messages d’événement horodatés.
• OPC Historical Data Access (OPC HDA) : Récupère les données de tendances archivées à des fins d’analyse et de rapports réglementaires.

Bien qu’OPC Classic ait révolutionné la connectivité des installations, sa dépendance à DCOM, basé sur Windows, créait des vulnérabilités au niveau des pare-feu. Au cours de mes 15 années de configuration de réseaux DCS, la configuration de la sécurité DCOM reste l’un des plus grands défis liés au déploiement.

Le changement de paradigme vers OPC UA

La Fondation OPC a introduit l’OPC Unified Architecture (OPC UA) pour surmonter les limites architecturales d’OPC Classic. OPC UA permet une communication indépendante de la plateforme entre Windows, Linux, les contrôleurs embarqués et les architectures cloud.

Contrairement à son prédécesseur, OPC UA intègre des fonctions de sécurité natives, notamment des certificats numériques et un chiffrement de bout en bout. De plus, OPC UA offre de riches capacités de modélisation de l’information. Les ingénieurs définissent des structures de données complexes plutôt que de simples registres de tags plats. Par conséquent, OPC UA constitue l’épine dorsale des architectures modernes de l’Industrie 4.0 et des usines intelligentes.

Interaction entre serveur et client OPC dans les systèmes PLC

Une architecture OPC fonctionne selon une relation client-serveur :

• Serveur OPC : Communique directement avec des contrôleurs de terrain tels que les PLC ou les DCS afin de recueillir les données brutes d’E/S.
• Client OPC : Demande les données de processus au serveur à des fins de visualisation ou d’enregistrement.

Par exemple, des logiciels comme Rockwell Automation RSLinx ou Siemens SIMATIC NET jouent le rôle de serveurs OPC. Parallèlement, des plateformes SCADA comme WinCC ou Ignition jouent le rôle de clients OPC. Le serveur OPC traduit les protocoles propriétaires des contrôleurs (tels que Profibus, PROFINET ou EtherNet/IP) en tags de données OPC standard. Par conséquent, les opérateurs surveillent des installations multi-fournisseurs au moyen d’un tableau de bord IHM unifié.

Scénario d’application réel : intégration d’une usine de fabrication hybride

Un site pharmaceutique prévoyait d’intégrer un skid PLC Siemens S7-1500 existant à un nouveau DCS Rockwell Allen-Bradley ControlLogix. Le site devait enregistrer les données de température en temps réel dans un historien centralisé sans remplacer le matériel de terrain existant.

Les ingénieurs ont déployé une couche de serveurs OPC UA sur les deux réseaux PLC. La plateforme de supervision centralisée faisait office de client OPC UA unique, interrogeant de manière fluide les données des deux contrôleurs via des connexions Ethernet chiffrées. Cette solution a éliminé le recours à des convertisseurs matériels coûteux, préservé le câblage de terrain existant et garanti la conformité aux normes d’intégrité des données.

À propos de l’auteur

Chen Ming est architecte principal de systèmes de contrôle industriels et possède plus de 15 ans d’expérience en programmation PLC, en intégration de réseaux DCS et en conformité en matière de cybersécurité. Il a conçu et mis en service des architectures d’automatisation complexes dans les secteurs automobile, chimique et énergétique. Chen Ming est spécialisé dans le déploiement d’OPC UA, les réseaux de bus de terrain industriels et l’interconnexion des infrastructures OT avec les logiciels d’entreprise IT.