OPC UA, de quoi parle-t-on et pourquoi est-ce essentiel pour les industries réglementées ?

Si vous travaillez de près ou de loin avec un atelier de production, une salle blanche ou les services techniques d’un hôpital, vous avez probablement entendu parler d’OPC UA, généralement dans la même conversation que le SCADA (Supervisory Control and Data Acquisition), le MES (Manufacturing Execution System) ou le BMS (Building Management System, ou GTB), accompagnée d’une question familière : ce système peut-il communiquer avec celui-là ? OPC UA aide à y répondre en offrant un cadre commun aux équipements et aux systèmes pour échanger des données.

Voici ce qu’est OPC UA et pourquoi il est devenu le standard autour duquel tant d’industries réglementées se structurent. Désormais, OCEAView s’y connecte, sans nécessiter de projet d’intégration distinct.

Qu’est-ce qu’OPC UA ?

OPC Unified Architecture (OPC UA) est un standard ouvert, multiplateforme et largement adopté, conçu pour l’échange sécurisé et fiable de données dans l’automatisation industrielle (OPC Foundation). Ce n’est ni un produit ni une technologie appartenant à un fournisseur unique : c’est une spécification, formalisée sous la norme IEC 62541, que tout fabricant peut mettre en œuvre.

Avant OPC UA, faire communiquer deux systèmes industriels de fournisseurs différents impliquait souvent des pilotes propriétaires, des intégrations ponctuelles ou une dépendance à une technologie limitée à Windows (le standard OPC d’origine reposait sur DCOM de Microsoft). OPC UA a été conçu pour résoudre ce problème.

Les principales caractéristiques d’OPC UA

• Indépendant de la plateforme. Il fonctionne sous Windows, Linux, macOS et sur des microcontrôleurs embarqués, sans aucune dépendance à DCOM.
• Sécurisé dès la conception. Le chiffrement natif, l’authentification des utilisateurs et les fonctions d’audit sont intégrés au standard, et non ajoutés après coup.
• Des modèles de communication flexibles. OPC UA prend en charge à la fois l’architecture client-serveur traditionnelle et le modèle plus moderne Publish-Subscribe (PubSub) : il s’adapte ainsi aussi bien aux déploiements SCADA existants qu’aux architectures plus récentes.
• Une modélisation des données standardisée. Les spécifications compagnons (companion specifications), toutes fondées sur la norme IEC 62541, permettent à OPC UA d’organiser des données et métadonnées complexes de manière cohérente, quels que soient le secteur ou le fournisseur.

Concrètement, c’est pourquoi les plateformes SCADA (comme AVEVA System Platform, Wonderware et Siemens WinCC), les systèmes MES, les plateformes BMS (comme Siemens Desigo et Honeywell EBI) et les historiens de données peuvent tous se brancher sur la même infrastructure OPC UA et se comprendre, quel que soit leur fabricant.

Pourquoi OPC UA est essentiel pour les industries réglementées

Pour les sites de l’industrie pharmaceutique, des sciences de la vie, de la santé et de l’industrie manufacturière, OPC UA est devenu le tissu conjonctif de l’atelier de production moderne. À mesure que les infrastructures d’automatisation gagnent en maturité, de plus en plus de sites standardisent leurs plateformes SCADA, BMS et MES sur OPC UA, précisément pour centraliser en un seul endroit les données de production et des bâtiments.

Cela pose un défi à tout système qui n’y est pas connecté : si votre plateforme de surveillance environnementale, votre système qualité ou les données de vos équipements se trouvent en dehors de cette infrastructure, votre salle de contrôle doit consulter deux systèmes pour avoir une vue d’ensemble. Dans un environnement réglementé, deux systèmes peuvent aussi signifier deux pistes d’audit, deux jeux de documentation et une complexité accrue lors d’une inspection.

C’est précisément l’écart que comble OPC UA, un écart qui, jusqu’à récemment, laissait les données de surveillance environnementale en dehors du reste de la chaîne d’automatisation.

Le problème : des données de surveillance environnementale cloisonnées

Les plateformes de surveillance environnementale suivent les paramètres que les sites réglementés sont tenus de contrôler : température, humidité relative, pression différentielle, CO2, etc. Ces données sont critiques, mais elles ont toujours résidé dans leur propre application, séparées des systèmes SCADA, BMS et MES qui pilotent le reste du site.

Pour une équipe technique ou d’automatisation qui standardise l’ensemble de son site sur une infrastructure OPC UA, une solution de surveillance environnementale incapable de parler ce protocole constitue une faille, dans un système par ailleurs unifié. C’est aussi, de plus en plus, un frein à l’achat : la connectivité OPC UA figure désormais explicitement parmi les exigences des appels d’offres pour les nouveaux déploiements de surveillance sur les sites pharmaceutiques et des sciences de la vie.

Comment OCEAView se connecte à OPC UA

C’est là qu’intervient OCEAView. OCEAView est l’une des plateformes de surveillance environnementale de Dickson destinées à l’industrie pharmaceutique, aux sciences de la vie, à la santé et aux autres industries réglementées. Elle se connecte désormais à OPC UA grâce à l’OCEAView OPC-UA Bridge.

Pour être précis sur la terminologie : OPC UA est le protocole ouvert décrit ci-dessus. L’OCEAView OPC-UA Bridge est le produit de Dickson : un service Windows qui lit les données de l’API OCEAView et les republie via le protocole OPC UA, afin que tout client compatible OPC UA 1.04 puisse s’y abonner. Le Bridge est ce que vous installez ; OPC UA est le standard qu’il parle.

Ce que fait concrètement le Bridge

Une fois connecté, l’OCEAView OPC-UA Bridge fournit :

• Les mesures en temps réel — température, humidité, pression différentielle, CO2 et autres paramètres surveillés
• Les états d’alarme — pour qu’un événement de surveillance apparaisse dans le système que votre équipe consulte déjà
• L’état des équipements — informations de statut de vos appareils surveillés
• La hiérarchie des emplacements — votre structure organisationnelle OCEAView (Emplacement → Équipement → Enregistrement de données → Mesures en temps réel et alarmes), mise à disposition des clients OPC UA pour la navigation
• Il s’agit d’une intégration en lecture seule : les données circulent d’OCEAView vers votre infrastructure OPC UA, mais rien n’est écrit dans OCEAView depuis l’atelier. Les modifications de configuration passent toujours par l’API OCEAView, comme auparavant.

Dès le départ, conçu pour les environnements réglementés

La plupart des passerelles OPC UA du marché — Kepware, Matrikon, Cogent DataHub ou Inductive Automation Ignition, par exemple — sont des outils généralistes et multiprotocoles. Leur fonction est simple : transférer des données entre systèmes. Aucune n’est validée spécifiquement par rapport à un modèle de données conforme aux exigences réglementaires de la surveillance environnementale.

L’OCEAView OPC-UA Bridge, lui, a été conçu spécifiquement pour ce cas d’usage. Il est validé dans le cadre du propre dossier de validation GxP d’OCEAView, sécurisé par les politiques OPC UA complètes Sign et SignAndEncrypt (Basic256Sha256, Aes128Sha256RsaOaep, Aes256Sha256RsaPss et d’autres suites cryptographiques standard du secteur), et licencié via un système de bons anti-piratage verrouillé sur le serveur hôte. L’installation prend généralement environ une demi-journée, sur votre propre serveur Windows, avec l’accompagnement direct de Dickson, et non d’un intégrateur tiers.

Pourquoi c’est important pour vos équipes qualité et opérations

Intégrer OCEAView à votre infrastructure OPC UA peut améliorer les opérations quotidiennes de plusieurs façons concrètes :

• Une vue unique en salle de contrôle. Votre équipe visualise les mesures environnementales et les alarmes aux côtés des données de procédé, dans la plateforme qu’elle utilise déjà — sans application distincte à consulter.
• Des achats et une revue IT plus rapides. Une intégration validée et conçue sur mesure franchit généralement plus vite les évaluations qualité et IT qu’une passerelle générique, pour laquelle il faut tout justifier depuis zéro.
• Des enregistrements de conformité cohérents à l’échelle mondiale. Pour les organisations multisites, standardiser la connectivité OPC UA en s’appuyant sur des méthodologies reconnues (OMS, USP, ISPE et GAMP) facilite la cartographie et la qualification de nouveaux sites, sans perturber les environnements validés ailleurs dans le réseau.

Prêt à connecter OCEAView aux systèmes de votre site ?

 Si la connectivité OPC UA était la pièce manquante, l’OCEAView OPC-UA Bridge peut combler cet écart, avec une intégration validée et sécurisée, accompagnée directement par Dickson.

Contactez-nous pour en savoir plus