Qu'est-ce qu'OPC UA?
OPC UA (Open Platform Communications Unified Architecture) est le standard ouvert et indépendant des plateformes pour l'échange de données industrielles entre machines, automates et logiciels d'entreprise, de façon sécurisée, fiable, et avec le sens des données transporté avec elles. Il est maintenu par l'OPC Foundation et est devenu le protocole de référence de l'industrie 4.0.
Une définition précise
OPC UA est un standard de communication machine à machine orienté services et indépendant de la plateforme. Deux choses le distinguent des protocoles industriels plus anciens:
- Il est indépendant de la plateforme. Contrairement à OPC Classic (qui reposait sur COM/DCOM de Windows), OPC UA tourne sur n'importe quel système d'exploitation, d'un automate ou d'une passerelle edge à un serveur Linux ou au cloud.
- Il transporte du sens, pas seulement des valeurs. OPC UA ne transfère pas qu'un nombre: il transfère un modèle qui dit ce que ce nombre est (une température, une consigne, un état machine), son type de données, ses unités, et comment il se rattache à d'autres éléments.
Pourquoi OPC UA existe
Une usine fait tourner les équipements de dizaines de fournisseurs, chacun parlant historiquement son propre dialecte. Les intégrer supposait un développement spécifique, fragile et non réutilisable. OPC UA résout cela en donnant à chaque équipement une manière commune et auto-descriptive d'exposer ses données, de sorte qu'un SCADA, un MES, un historian ou une plateforme d'analyse cloud lisent tous la même machine de la même façon. Les usages typiques incluent la surveillance des équipements, la collecte de données de production, la commande à distance, la maintenance prédictive, l'accès aux données historisées et l'intégration OT/IT.
Le modèle client-serveur
Dans le modèle OPC UA classique, un serveur expose des données et attend; les clients s'y connectent, parcourent ses données, et lisent, écrivent ou s'abonnent aux changements. Un même serveur peut servir de nombreux clients, et un même client peut se connecter à de nombreux serveurs.
Les interactions de base (les « services ») comprennent browse (découvrir ce qui est là), read/write (lire ou écrire des valeurs) et subscribe (être notifié lorsqu'une valeur change, au lieu de scruter).
Publication-abonnement (PubSub)
Le client-serveur est une relation un-à-un, en requête/réponse. Pour de la télémétrie un-à-plusieurs à grande échelle, OPC UA a ajouté un modèle publish-subscribe. Les publishers poussent des messages vers une couche middleware; un nombre quelconque de subscribers les reçoivent. PubSub peut fonctionner en multicast UDP pour du trafic local temps réel, ou via un broker tel que MQTT pour une diffusion edge-vers-cloud.
L'espace d'adressage & le modèle d'information
Tout ce qu'un serveur expose vit dans son espace d'adressage: un graphe de nœuds reliés par des références. Un nœud peut être un objet (une pompe), une variable (sa pression), une méthode (marche/arrêt) ou une définition de type. Parce que les nœuds sont typés et reliés entre eux, un client peut parcourir et comprendre un serveur qu'il n'a jamais vu. Cette structure auto-descriptive est le « modèle d'information », défini dans Part 3 et Part 5 de la spécification OPC UA.
Objects
└─ Pump_17 (Object, type: PumpType)
├─ Pressure (Variable, Double, unit: bar)
├─ Status (Variable, enum: Run/Stop/Fault)
└─ Start() (Method)
Spécifications companion
Au-dessus du modèle d'information de base, des groupements industriels publient des spécifications companion: des modèles standard pour un domaine (robotique, machines-outils, emballage, énergie, et bien d'autres). Quand un fournisseur implémente une spécification companion, son appareil se décrit de la même manière que celui de tous les autres fournisseurs de la catégorie, ce qui fait passer l'intégration d'un projet sur mesure à quelque chose de plus proche du plug-and-play. Les spécifications companion sont distribuées sous forme de fichiers XML NodeSet normalisés, que les serveurs comme les clients peuvent charger.
La sécurité, en bref
La sécurité est intégrée à OPC UA plutôt que rajoutée par-dessus. Elle fournit le chiffrement (confidentialité), la signature (intégrité), l'authentification (certificats et/ou identifiants utilisateur) et l'autorisation. Une connexion négocie un mode de sécurité (None, Sign ou Sign&Encrypt) et clients et serveurs échangent des certificats X.509 qui doivent être mutuellement approuvés.
OPC UA vs OPC Classic
| Aspect | OPC Classic | OPC UA |
|---|---|---|
| Plateforme | Windows uniquement (COM/DCOM) | Tout OS / équipement |
| Sécurité | Dépend de Windows/DCOM | Intégrée (chiffrement, signature, auth) |
| Modélisation des données | Valeurs uniquement | Modèle d'information riche et typé |
| Modèle de comm. | Client-serveur | Client-serveur + PubSub |
| Transport | DCOM | TCP, WebSockets, MQTT |
Les données circulent déjà en OPC UA? L'étape suivante (les transformer en actions hiérarchisées et chiffrées, utilisables par les opérateurs) est ce pour quoi Jemba a été conçu.
Voir Jemba →FAQ
OPC UA est-il gratuit?
Quel port OPC UA utilise-t-il?
Ai-je besoin de PubSub?
Dernière mise à jour le 4 septembre 2026 · OPC UA Connect est une ressource pédagogique et n'est pas affiliée à l'OPC Foundation.