Connecter OPC UA à Rockwell / Allen-Bradley via une passerelle

Avant de commencer

• Une décision sur la nécessité réelle d'une passerelle. Les capacités ont évolué sur les plateformes et gammes Rockwell récentes : vérifiez donc ce que votre contrôleur et votre firmware précis savent faire avant de concevoir autour d'une passerelle.
• Un produit passerelle et sa licence, dimensionnée au nombre de tags ou au nombre d'équipements connectés selon le produit. Les paliers au nombre de tags sont le piège commercial habituel.
• Un hôte pour faire tourner la passerelle, joignable en réseau depuis le PLC côté industriel et depuis votre client de l'autre côté, plus une décision sur son placement à l'intérieur ou à l'extérieur du pare-feu de cellule.
• La liste des tags de l'automate, idéalement exportée depuis le projet Studio 5000 plutôt que découverte par browse, afin d'intégrer un ensemble de tags qui a été relu.
• De la capacité de connexion disponible sur l'automate. La passerelle consomme des connexions CIP comme n'importe quel autre client.

Mise en place

1. Vérifiez d'abord la capacité native du contrôleurDemandez à Rockwell ce que votre famille de contrôleurs et votre firmware prennent en charge nativement. Si un serveur natif existe et est licencié pour votre plateforme, vous supprimez un saut entier, une licence et un domaine de panne. Faites-le avant d'évaluer les passerelles, pas après.
2. Choisissez l'emplacement de la passerelle dans le réseauLa passerelle est le seul composant qui touche aux deux réseaux : son emplacement est donc la conception de sécurité. Placez-la là où le pare-feu de cellule peut autoriser l'EtherNet/IP entrant vers l'automate et l'OPC UA sortant ou entrant selon votre politique, et envisagez le reverse connect si la frontière de niveau n'autorise que des sessions sortantes.
3. Configurez le channel et le device de l'automateDéclarez le contrôleur comme device sur un channel EtherNet/IP ou CIP avec son adresse IP et, là où le produit l'exige, les informations de slot ou de chemin. Prouvez que la passerelle sait lire un tag avant d'en importer des centaines.
4. Importez la liste de tags plutôt que de la saisirImportez depuis un export Studio 5000 ou laissez la passerelle parcourir le contrôleur, puis élaguez pour ne garder que les tags dont vous avez réellement besoin. Chaque tag importé est de la charge de scrutation sur la passerelle et un monitored item potentiel côté OPC UA.
5. Réglez délibérément les scan rates par groupe de tagsRegroupez les tags selon la cadence dont ils ont réellement besoin. Les compteurs et les mots d'état peuvent demander un groupe rapide, les températures un groupe lent. Le scan rate de la passerelle, et non votre intervalle d'échantillonnage OPC UA, est la vraie résolution de la donnée, et c'est le nombre le plus mal compris de toute l'architecture.
6. Configurez le côté serveur OPC UA et ses certificatsActivez l'endpoint OPC UA de la passerelle, choisissez les SecurityPolicy et les modes, et réalisez l'échange de confiance avec votre client dans les deux sens. La passerelle porte en pratique deux identités, et seule celle côté OPC UA a un certificat.
7. Vérifiez de bout en bout avec un client indépendant, puis provoquez une panneParcourez et lisez avec UaExpert ou opcua-commander, puis débranchez volontairement le câble réseau du PLC et observez ce que reçoit votre client. Une passerelle correcte signale la perte par un statut Bad sur les items concernés ; une passerelle mal configurée conserve la dernière valeur et ne vous dit rien, ce qui corrompra tout calcul de temps d'arrêt bâti dessus.

À quoi ressemble l'espace d'adressage

L'espace d'adressage d'une passerelle est une liste de tags à plat ou légèrement organisée en dossiers, pas un modèle d'information. Les nœuds correspondent aux tags de l'automate, généralement avec des identifiants de type chaîne dérivés du nom du tag, et les types définis par l'utilisateur sont le plus souvent aplatis en chemins de membres ou présentés comme des dossiers de scalaires. Il n'y a pas d'identité machine, pas de machine d'état, pas de compteur standard et aucun contenu de spécification companion, car une passerelle ne peut republier que ce que CIP expose. Cela a deux conséquences à anticiper : la correspondance sémantique entre les tags et leur signification vit dans votre client ou dans votre plateforme d'analyse, et elle doit être refaite pour chaque programme automate que vous intégrez. S'il vous faut de la portabilité sur un parc hétérogène, la modélisation doit se faire quelque part au-dessus de la passerelle.

Les pièges

• L'absence historique de serveur natif est la partie bien connue ; le risque est aujourd'hui l'erreur inverse : acheter une passerelle dont vous n'avez plus besoin, ou supposer un serveur natif que votre firmware n'a pas. Confirmez la situation actuelle auprès de Rockwell pour votre automate et votre firmware exacts.
• Les horodatages viennent de la passerelle, pas de l'automate. Le SourceTimestamp correspond au moment où la passerelle a terminé son interrogation : les temps d'arrêt et la chronométrie des cycles sont donc quantifiés à la cadence de scrutation et biaisés par elle. S'il vous faut un horodatage d'événement à la milliseconde, horodatez dans le PLC et publiez cette valeur comme donnée.
• Une passerelle servira volontiers une valeur périmée avec le statut Good si elle est configurée pour conserver les dernières valeurs connues en cas de perte de communication. Vérifiez explicitement ce comportement et préférez une configuration qui fait remonter la perte sous forme de statut Bad, puis traitez-la dans votre client.
• Les niveaux de licence se comptent généralement en tags ou en équipements, et le nombre dont vous avez besoin augmente discrètement à mesure que le périmètre du projet grandit. Vérifiez comment votre produit compte et où se situent les paliers avant d'importer tout l'automate.
• La passerelle est un nouveau point unique de défaillance et une chose de plus à patcher, sauvegarder et superviser. Sa configuration est une donnée de projet : mettez-la en gestion de versions et sachez la reconstruire.
• La capacité de connexion d'un contrôleur est finie. Une passerelle plus un historian plus une IHM plus un portable peuvent épuiser les connexions CIP et produire des échecs de lecture intermittents qui ressemblent à une panne réseau.
• Reconfigurer des canaux ou réimporter des tags peut renuméroter les namespaces de la passerelle et renommer des nœuds : les clients qui conservent des index bruts cassent donc avec BadNodeIdUnknown après une maintenance de routine.
• La confiance des certificats côté OPC UA reste le plus gros obstacle de déploiement, et elle doit être faite à la fois sur la passerelle et sur le client.

En extraire les données OEE

Vous pouvez obtenir des comptages, un signal d'état et des codes motif depuis un automate Rockwell via une passerelle, mais la limite honnête est la résolution temporelle. Comme la passerelle horodate à la fin du cycle d'interrogation, une disponibilité calculée à partir d'un bit de marche échantillonné manquera les arrêts plus courts que l'intervalle de scrutation et attribuera les autres de façon imprécise. La correction se fait dans le PLC : maintenez des compteurs de pièces bonnes et de rebuts, maintenez un mot d'état ou de motif, et là où la précision des temps d'arrêt compte, enregistrez l'horodatage de la transition dans l'automate et publiez-le comme une valeur que votre client vient lire. Rien de tout cela n'est normalisé : la correspondance entre les tags et la signification TRS est propre à chaque programme et doit être documentée comme donnée de projet. Le temps de production planifié, les calendriers d'équipe, le contexte d'ordre de fabrication et les temps de cycle de référence viennent du MES ou de l'ERP, pas de l'automate ni de la passerelle.

Dernière vérification le 7 septembre 2026 par rapport à OPC UA 1.05.07. OPC UA Connect est une ressource pédagogique et n'est pas affiliée à l'OPC Foundation.