Winlog SCADA et OPC UA: communication industrielle pour l’Industrie 4.0

Sielco Sistemi — 08/09/2026

L’automatisation industrielle moderne exige bien plus que la simple collecte de données des machines. Un système SCADA pour l’Industrie 4.0 doit connecter automates, appareils industriels, logiciels de production, bases de données et services numériques, tout en garantissant interopérabilité, évolutivité et échange sécurisé des données.

C’est ici qu’OPC UA joue un rôle central. Conçu comme une architecture indépendante de la plateforme pour l’échange de données industrielles, OPC UA propose un mode de communication standardisé entre les systèmes d’automatisation et les applications logicielles, sans que le système SCADA ait besoin de connaître le protocole de communication propriétaire de chaque appareil connecté.

Winlog Evo, la plateforme SCADA/HMI développée par Sielco Sistemi, intègre OPC UA à la fois comme Client et comme Server. Cela permet à Winlog d’échanger des données industrielles en temps réel dans les deux sens: il peut acquérir des informations depuis des Servers OPC UA et rendre disponibles des variables SCADA sélectionnées à d’autres Clients OPC UA.

En savoir plus sur Winlog Evo SCADA/HMI

Pourquoi OPC UA est important pour l’Industrie 4.0

OPC UA (Open Platform Communications Unified Architecture) est une technologie de communication conçue pour standardiser et faciliter l’échange de données entre les systèmes d’automatisation industrielle et les applications de niveau supérieur telles que les automates, les IHM, les MES et les systèmes ERP.

Contrairement à un driver propriétaire pour appareil, OPC UA fournit une couche d’abstraction entre l’application SCADA et l’équipement d’automatisation sous-jacent. Le Server OPC UA gère la communication avec l’automate ou l’appareil industriel, tandis que l’application SCADA accède aux données standardisées exposées par ce serveur.

OPC UA offre également des fonctionnalités importantes telles que la découverte (discovery), les espaces d’adressage hiérarchiques, les opérations de lecture/écriture avec contrôle d’accès et les abonnements. Ces caractéristiques le rendent particulièrement adapté aux architectures d’automatisation connectées.

Pour Winlog Evo, OPC UA est donc bien plus qu’un simple driver de communication supplémentaire: il peut constituer une couche d’interopérabilité importante entre le système SCADA et l’infrastructure numérique plus large d’un site industriel.

Winlog OPC UA Client: connecter le SCADA aux données industrielles

Le Winlog OPC UA Client permet à l’application SCADA d’accéder aux données en temps réel mises à disposition par les Servers OPC UA. La communication s’effectue via le protocole binaire OPC UA, au travers d’une connexion opc.tcp://.

Cette approche signifie que Winlog n’a pas besoin de connaître le protocole de communication spécifique utilisé par l’automate ou l’appareil derrière le Server OPC UA. Le serveur gère la communication propre à l’appareil, tandis que Winlog communique avec l’interface OPC UA standardisée.

En pratique, cela peut simplifier l’intégration de systèmes d’automatisation hétérogènes. Un site peut contenir des automates et des appareils de différents fabricants exposant leurs données via des Servers OPC UA. Winlog peut alors accéder à ces variables au travers d’une architecture de communication cohérente.

Le Winlog OPC UA Client prend en charge les variables numériques, digitales et de type chaîne, et propose une fonction de navigation (browsing) pour faciliter l’identification des éléments OPC UA disponibles.

Espace d’adressage OPC UA et découverte des données dans Winlog

L’une des caractéristiques importantes d’OPC UA est son espace d’adressage structuré. Les données sont représentées à l’aide d’espaces de noms (namespaces) et d’identifiants de nœuds, plutôt que par de simples adresses propriétaires.

Winlog prend en charge l’adressage des éléments OPC UA selon la structure de namespace et d’identifiant définie par le Server OPC UA. Par exemple, un élément peut être représenté par un index de namespace et un identifiant numérique ou de type chaîne.

Winlog propose également une fonction de navigation qui affiche les variables disponibles sur le Server OPC UA. De plus, la liste des éléments OPC UA peut être téléchargée afin que le développement de l’application puisse se poursuivre hors ligne, sans nécessiter de connexion au Server OPC UA à chaque ajout d’une nouvelle variable.

Cela peut s’avérer particulièrement utile lors du développement d’applications SCADA de grande envergure comportant de nombreuses variables OPC UA.

Sécurité OPC UA dans Winlog SCADA

La sécurité est une exigence fondamentale pour les systèmes industriels connectés. Le Winlog OPC UA Client inclut des options de configuration de sécurité dédiées aux connexions OPC UA.

Les modes de sécurité pris en charge incluent None, Sign et Sign and Encrypt. Avec Sign, les messages sont signés numériquement. Avec Sign and Encrypt, les messages sont à la fois signés et chiffrés.

La configuration prend également en charge plusieurs politiques de sécurité OPC UA et méthodes d’authentification, notamment Anonymous, Username et Certificate. Lorsque l’authentification par certificat est sélectionnée, le fichier de clé publique correspondant peut être configuré.

Ces capacités permettent à Winlog de participer à des architectures OPC UA où l’intégrité des données, la confidentialité et l’accès authentifié constituent des exigences importantes.

Winlog OPC UA Server: partager les données SCADA avec d’autres systèmes

Winlog Evo peut également fonctionner dans le sens inverse. Son OPC UA Server permet de partager des variables sélectionnées de l’application SCADA avec des Clients OPC UA externes.

Cela fait de Winlog un acteur actif d’une architecture de données Industrie 4.0, plutôt qu’une simple application de supervision.

Le Winlog OPC UA Server peut exposer des gates numériques, digitaux, de type chaîne, composés, d’événements et d’alarmes. Pour chaque variable, l’application peut définir si elle est partagée en lecture/écriture, en lecture seule ou non partagée. Un nom de navigation (browse name) distinct peut également être attribué pour la représentation OPC UA externe.

Cela signifie que les données de production collectées et traitées par Winlog peuvent être mises à disposition d’autres applications industrielles sans qu’il soit nécessaire de créer une interface propriétaire pour chaque connexion.

OPC UA entre SCADA, MES et ERP

Une architecture Industrie 4.0 typique peut utiliser OPC UA comme couche de communication entre le système SCADA et les logiciels de niveau supérieur.

Par exemple, Winlog peut collecter des informations de production auprès des automates et appareils industriels, traiter ces informations et gérer les alarmes, les tendances et les interfaces opérateur. Les variables sélectionnées peuvent ensuite être exposées via le Winlog OPC UA Server aux systèmes MES, ERP, d’analyse ou à d’autres applications industrielles.

À l’inverse, Winlog peut utiliser son OPC UA Client pour consommer des informations mises à disposition par un autre Server OPC UA.

Cette capacité bidirectionnelle est importante, car l’Industrie 4.0 ne se limite pas à l’envoi de données vers le haut. Les architectures modernes exigent également que les informations et les commandes circulent entre les différents niveaux de l’environnement de production et de l’entreprise.

OPC DA et OPC UA: prendre en charge les systèmes existants et modernes

Bien qu’OPC UA soit au cœur des architectures modernes d’interopérabilité, de nombreux sites industriels s’appuient encore sur OPC DA. Winlog prend en charge les deux technologies.

Le Winlog OPC DA Client prend en charge les versions 1.0, 2.0 et 3.0 des Servers OPC DA et peut se connecter à des Servers OPC locaux ou distants. Cela offre un chemin de migration pratique pour les installations d’automatisation existantes.

Les entreprises n’ont pas nécessairement besoin de remplacer leur infrastructure OPC existante lors de l’introduction d’une plateforme SCADA moderne. Winlog peut continuer à communiquer avec les systèmes OPC DA tout en offrant une connectivité OPC UA pour les parties les plus récentes du site.

MQTT et OPC UA: étendre le SCADA vers l’Industrial IoT

OPC UA fournit une solide couche d’interopérabilité au sein des architectures d’automatisation industrielle, tandis que MQTT peut étendre certaines données SCADA vers des plateformes IoT et des infrastructures cloud.

Winlog Evo inclut un driver MQTT 3 capable de publier et de s’abonner à des topics MQTT v3.1.1. Les valeurs des gates peuvent être publiées lors de leur modification, tandis que les messages MQTT entrants peuvent mettre à jour les variables de Winlog.

Le driver prend en charge aussi bien les simples messages texte que les structures JSON, permettant ainsi l’échange de données structurées avec les applications IoT. Les options de sécurité incluent TLS, les certificats et l’authentification MQTT par nom d’utilisateur/mot de passe.

Une architecture combinée OPC UA + MQTT peut ainsi offrir une répartition utile des rôles: OPC UA pour l’interopérabilité industrielle standardisée, MQTT pour le transport de données sélectionnées vers les environnements Industrial IoT et cloud.

Construire une architecture Industrie 4.0 avec Winlog et OPC UA

Une architecture industrielle connectée basée sur Winlog Evo peut être organisée en plusieurs couches :

• Niveau terrain : automates, capteurs, instruments et contrôleurs communiquent avec Winlog ou avec des Servers OPC UA.
• Niveau SCADA : Winlog Evo supervise le processus, gère les alarmes, les tendances, les recettes, les rapports et les interfaces opérateur.
• Niveau d’interopérabilité OPC UA : Winlog fonctionne comme Client et/ou Server OPC UA pour échanger des données industrielles standardisées.
• Niveau entreprise : OPC UA peut connecter des informations SCADA sélectionnées aux systèmes MES, ERP, d’analyse et à d’autres applications.
• Niveau Industrial IoT : MQTT peut publier des données sélectionnées vers des brokers et des plateformes cloud ou IoT.

Cette architecture permet aux fabricants d’intégrer les équipements existants tout en introduisant progressivement les technologies de l’Industrie 4.0.

Pourquoi choisir Winlog Evo pour OPC UA et l’Industrie 4.0 ?

La combinaison d’OPC UA Client et OPC UA Server est l’un des principaux atouts de Winlog Evo pour les applications industrielles connectées.

Winlog peut consommer des données OPC UA standardisées provenant de systèmes externes, exposer ses propres variables SCADA via OPC UA et communiquer simultanément avec les appareils de terrain à l’aide de drivers industriels dédiés. MQTT peut ensuite étendre l’architecture vers l’Industrial IoT et les applications cloud.

Cela rend Winlog Evo adapté aux projets où l’interopérabilité constitue une exigence centrale et où le système SCADA doit connecter différentes générations de technologies d’automatisation.

Découvrez les drivers de communication de Winlog

Conclusion: OPC UA au cœur du SCADA connecté

OPC UA est une technologie clé pour l’interopérabilité industrielle et les architectures de l’Industrie 4.0. En prenant en charge les fonctionnalités Client et Server OPC UA, Winlog Evo peut communiquer dans les deux sens au sein de l’architecture d’information industrielle.

Winlog peut acquérir des données en temps réel depuis les Servers OPC UA, naviguer et gérer les variables OPC UA, utiliser des connexions OPC UA sécurisées et exposer des variables SCADA sélectionnées à des Clients OPC UA externes. Parallèlement, la prise en charge d’OPC DA facilite l’intégration des installations existantes, tandis que MQTT constitue une passerelle vers les plateformes Industrial IoT et cloud.

Le résultat est une architecture SCADA flexible dans laquelle machines, automates, Winlog, MES, ERP et systèmes IoT peuvent échanger des informations via des technologies de communication standardisées.

Pour les fabricants souhaitant moderniser leur infrastructure d’automatisation et construire des systèmes de production connectés, Winlog Evo offre une voie pratique vers l’interopérabilité basée sur OPC UA et l’Industrie 4.0.

Découvrir Winlog Evo  |  Explorer les drivers de communication Winlog

Articles Connexes