Le guide complet

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.
En une ligne:OPC UA déplace les données industriellesetune description de ces données, de façon sécurisée, entre tous les systèmes qui parlent le standard.

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.

CLIENTS SCADA / IHM Historian Cloud session read · write · subscribe · browse SERVEUR OPC UA Espace d'adressage PLC · capteurs · machines Machine AOPC UA Machine BOPC UA
Client-serveur: les clients ouvrent une session sécurisée avec un serveur qui expose un espace d'adressage.

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.

Publishermachine / serveur Broker / BusMQTT · UDP Subscriber · Cloud Subscriber · MES Subscriber · Analytique
PubSub: un publisher, de nombreux subscribers, découplés par un broker ou un bus.
Règle empirique:utilisezclient-serveurpour le contrôle et l'accès riche à la demande; utilisezPubSubquand vous devez diffuser les mêmes données vers de nombreux consommateurs ou les pousser vers le 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.

Le piège n° 1:la plupart des échecs de première connexion sont des problèmes de confiance de certificat. VoirSécurité et certificats OPC UAetdépannage des connexions.

OPC UA vs OPC Classic

AspectOPC ClassicOPC UA
PlateformeWindows uniquement (COM/DCOM)Tout OS / équipement
SécuritéDépend de Windows/DCOMIntégrée (chiffrement, signature, auth)
Modélisation des donnéesValeurs uniquementModèle d'information riche et typé
Modèle de comm.Client-serveurClient-serveur + PubSub
TransportDCOMTCP, 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?
La spécification est ouverte et il existe des piles libres/open source (par exemple open62541, opcua-asyncio). Des SDK et des outils commerciaux existent aussi. L'adhésion à l'OPC Foundation est une question distincte.
Quel port OPC UA utilise-t-il?
Le protocole binaire OPC UA (opc.tcp) utilise couramment le port TCP 4840, même si les serveurs peuvent être configurés pour en utiliser d'autres. Les pare-feux qui bloquent ce port sont une cause fréquente d'échecs de connexion.
Ai-je besoin de PubSub?
Seulement si vous avez besoin d'une distribution un-vers-plusieurs ou d'un streaming edge-to-cloud. Beaucoup de déploiements tournent parfaitement en client-serveur seul.

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.

Suite: OPC UA vs MQTT →

Téléchargement gratuit
OPC UA Machine Data → OEE Mapping Kit
Quels nœuds interroger, comment ils deviennent Disponibilité, Performance et Qualité, et quelle spécification companion vous donne déjà la réponse: pour que vous cessiez d'inventer des tags.
Obtenir le kit de mapping gratuit →
Gratuit, sans cours, sans connexion