ApprendreMQTT ou OPC UA
Outils UNS gratuits
MQTT ou OPC UA

Deux standards, deux métiers différents.

OPC UA (IEC 62541) est un standard d'interopérabilité doté d'un modèle d'information : des objets typés et explorables qui portent types de données, unités d'ingénierie et méthodes, généralement consultés en client/serveur. MQTT (OASIS, v3.1.1 et v5.0) est un transport publish/subscribe léger : un broker découple les émetteurs des consommateurs et déplace de petits messages sur des réseaux peu fiables, sans le moindre avis sur leur contenu. Ce ne sont pas deux candidats pour le même emplacement, et c'est pourquoi la réponse honnête est le plus souvent les deux — OPC UA pour extraire des données structurées des machines, MQTT pour les diffuser dans l'usine.

Face à Face

Les différences qui changent vraiment votre architecture.

CritèreOPC UAMQTT
Modèle d'échangeSessions client/serveur avec abonnements et éléments surveillés. Le client doit connaître et joindre chaque serveur. OPC UA PubSub (partie 14) ajoute un mode par broker, qui peut passer sur MQTT.Publish/subscribe via un broker. Émetteur et consommateur ne se connaissent jamais : ajouter un dixième consommateur ne change rien en amont.
Modèle d'informationUn espace d'adressage explorable : objets, variables, types de données, unités, méthodes, plus des companion specifications pour des familles entières de machines.Aucun. La charge utile est une suite d'octets opaques. MQTT 5 ajoute des propriétés utilisateur et un content-type, mais pas de modèle — Sparkplug B est la manière habituelle d'en fournir un.
DécouverteExplorer le serveur à l'exécution. Un nouveau client apprend la structure sans attendre le tableur de l'intégrateur.S'abonner à un joker et regarder ce qui arrive. Le sens vient d'une convention de topics que vous concevez, documentez et gouvernez vous-même.
Comportement réseauSensible à la latence et aux pertes ; les sessions se reconnectent et se réabonnent. Exige des connexions entrantes à travers les pare-feux entre niveaux, plus un échange de certificats.Chaque équipement edge ouvre une seule connexion TLS sortante. QoS 1, sessions persistantes et last will survivent aux coupures : d'où son confort en cellulaire, satellite et NAT.
Charge utile et bande passanteUA Binary sur TCP 4840 est compact ; l'encodage JSON ne l'est pas. Les abonnements ne remontent que les changements si vous configurez bandes mortes et échantillonnage délibérément.En-tête fixe de deux octets minimum ; ports 1883 en clair, 8883 en TLS. Une mise à jour DDATA Sparkplug avec alias de métriques pèse typiquement quelques dizaines d'octets.
SécuritéCertificats X.509 par session, signature et chiffrement, authentification utilisateur, politiques de sécurité nommées. Listes de confiance et expirations sont un travail d'exploitation réel et récurrent.TLS plus identifiant/mot de passe, certificat client ou jeton. L'autorisation par topic vit dans le broker : le contrôle d'accès du broker est la partie de conception que l'on ne peut pas sauter.
Terrain de prédilectionIntégration machine et ligne : accès typé, commandes et méthodes avec acquittement, ou une companion specification fournisseur à hériter plutôt qu'à réinventer.Diffusion à l'échelle de l'usine et vers le cloud : consommateurs multiples et indépendants, liens intermittents, architecture événementielle, et le transport sous la plupart des déploiements UNS.

Choisir OPC UA

Quand vous avez besoin de la structure d'une machine, pas d'une liste d'adresses : nœuds typés, unités, méthodes, alarmes et conditions, et une companion specification qui modélise déjà votre classe d'équipement. Aussi quand une commande exige un acquittement ferme plutôt qu'une publication sans retour.

Choisir MQTT

Quand une mesure a de nombreux consommateurs — tableaux de bord, historian, MES, un traitement analytique, un autre site — et que vous refusez d'ajouter une intégration à chaque nouveau consommateur. Aussi dès que le lien est mauvais : un broker avec QoS 1 et store-and-forward tolère ce qu'une session client/serveur ne tolère pas.

Le schéma habituel

OPC UA des machines vers un nœud edge ; le nœud edge projette les tags dans un espace de noms gouverné et republie par exception vers un broker MQTT ; tout le reste s'abonne. C'est dans cette projection que se trouve le travail de modélisation, et la sauter produit un broker rempli de tags sans signification.

Piges observés sur le terrain.

  • Traiter le choix comme une religion d'usine. La décision se prend par saut — machine vers edge, edge vers usine, usine vers cloud — et différents sauts choisissent légitimement différemment.
  • Ponter un nœud OPC UA vers un topic MQTT sans modèle intermédiaire. Vous avez déplacé le désordre, pas construit un espace de noms.
  • Supposer que MQTT fournit un UNS. MQTT livre des messages ; hiérarchie, nommage, contrat de charge utile et gouvernance restent votre travail.
  • Laisser dériver certificats et listes de confiance OPC UA jusqu'à ce qu'une expiration arrête la ligne un dimanche.
  • Activer QoS 2 partout « par prudence ». Cela coûte une poignée de main en quatre temps par message ; QoS 1 avec des consommateurs idempotents est le choix industriel normal.
  • Interroger 20 000 nœuds OPC UA toutes les secondes et appeler cela de l'événementiel. Le report par exception est un choix de configuration, pas un logo de protocole.
Concepts Liés

Où se situe cette décision.

Le choix de protocole est la plomberie sous une question plus large : quelle information l'usine publie, et qui a le droit d'en dépendre. C'est ce que définit un Unified Namespace, ce que Sparkplug B encode sur le fil, ce pour quoi ISA-95 donne un vocabulaire commun, et ce que la contextualisation transforme en quelque chose qu'une personne ou un modèle peut lire. Les exigences techniques minimales — piloté par l'edge, report par exception, ouvert, léger — filtrent plus vite qu'une matrice de fonctionnalités. En aval, le même choix décide si un TRS est crédible et si la maintenance prédictive voit un jour le signal dont elle a besoin.

Gratuit, Sans Inscription

Vérifiez vos topics avant d'en faire un standard.

Nos outils gratuits, exécutés dans le navigateur, contrôlent un topic Sparkplug B au regard de la grammaire de la spécification et passent en revue une liste de chemins d'espace de noms pour détecter ce qui le dégrade en silence : profondeur incohérente, casse mélangée, espaces, collisions de casse, doublons. Rien de ce que vous collez ne quitte votre poste.

Ouvrir les outils gratuits

Questions fréquentes

Devons-nous en choisir un seul pour toute l'usine ?

Non, et la question révèle généralement une erreur de périmètre. Le choix se fait saut par saut : OPC UA entre une machine et son nœud edge, MQTT entre ce nœud et tous les consommateurs au-delà. Décider une fois pour tout est précisément ce qui impose ensuite les passerelles bancales que personne ne veut maintenir.

MQTT nous donne-t-il un Unified Namespace ?

Non. MQTT est le transport sur lequel tournent la plupart des déploiements UNS, rien de plus. L'espace de noms est justement ce que MQTT ne fournit pas : une hiérarchie qui reflète le métier, une convention de nommage, un contrat de charge utile et quelqu'un de responsable de leur évolution. Un broker avec 40 000 topics libres est un bus de messages, pas un espace de noms.

OPC UA PubSub sur MQTT est-il le meilleur des deux mondes ?

Il aide réellement quand vous voulez faire voyager le typage UA à travers un broker plutôt que par des sessions point à point. Mais la prise en charge côté brokers et clients reste inégale, le choix d'encodage (JSON ou UA Binary) détermine qui peut lire, et cela ne conçoit pas votre espace de noms à votre place. Vérifiez ce que vos consommateurs réels savent décoder avant d'en faire un standard.