Connecter OPC UA à Ignition (Inductive Automation)

Avant de commencer

• Une gateway Ignition licenciée, avec les modules OPC UA et les pilotes que vous comptez utiliser. Les modules inclus dans votre licence et le mode de comptage des tags doivent être confirmés auprès d'Inductive Automation.
• Une joignabilité réseau depuis la passerelle vers chaque endpoint automate, ou un dispositif de reverse connect lorsque la couche réseau n'autorise que des sessions sortantes.
• Un accès à l'interface web de la passerelle avec les droits de configuration, car l'approbation des certificats et les connexions OPC y résident toutes deux.
• Une décision sur le fait que les systèmes en aval consomment le serveur OPC UA propre à Ignition ou plutôt ses chemins historian et MQTT, car c'est cela qui détermine où vit la sémantique de vos tags.

Mise en place

1. Ajoutez le serveur distant comme connexion client OPCDans la configuration de la gateway, ajoutez une connexion client OPC UA avec l'URL d'endpoint, la politique et le mode de sécurité proposés par le serveur, et le jeton d'identité qu'il accepte. Commencez avec la sécurité None pour valider le chemin réseau, puis passez à un endpoint signé et chiffré dans une modification distincte, afin de savoir quel changement a cassé quoi.
2. Approuvez les certificats dans les deux sensLa première tentative sécurisée laisse normalement la connexion en défaut. La passerelle met en quarantaine le certificat serveur auquel elle ne faisait pas confiance ; approuvez-le dans sa configuration de certificats. Déplacez ensuite le certificat client de la passerelle du magasin des rejetés de l'automate vers son magasin de confiance. Aucun des deux côtés ne suffit seul.
3. Parcourez le serveur depuis le navigateur OPC et confirmez le modèleUtilisez le navigateur OPC de la passerelle pour parcourir l'espace d'adressage et vérifier les définitions de types sur les nœuds qui vous intéressent. Cela vous dit en une minute si la machine est modélisée selon une spécification compagnon ou s'il s'agit d'un déversement de tags à plat, ce qui détermine la quantité de travail de mapping à suivre.
4. Créez les tags par glisser-déposer depuis le navigateur, pas en saisissant des cheminsFaire glisser des nœuds dans un dossier de tags construit le chemin d'item OPC à votre place et évite les erreurs de recopie. Gardez la hiérarchie des tags alignée sur la structure de l'usine plutôt que sur la structure des blocs de données automate, car l'arborescence des tags est ce que voit chaque consommateur en aval.
5. Remplacez les indices de namespace bruts dans les chemins d'items dès que possibleLes chemins d'items de tags Ignition contiennent l'indice de namespace tel qu'il a été écrit. Si le PLC renumérote ses namespaces après un chargement de programme, tous les tags concernés passent en défaut d'un coup. Centralisez la correspondance, documentez quel indice correspond à quel URI de namespace, et revérifiez après chaque chargement dans le PLC.
6. Configurez délibérément le serveur OPC UA d'IgnitionLa gateway sert ses tags en OPC UA sur son propre endpoint, par défaut sur le port 62541. Décidez si cet endpoint doit exister, quelles politiques de sécurité il propose et qui a le droit de s'y connecter, puis menez l'échange de confiance avec chaque consommateur.
7. Réglez les scan classes sur la cadence dont la donnée a besoinLes groupes de tags déterminent les cadences d'abonnement qu'Ignition demande à l'automate. Moins il y a de cadences distinctes, moins il y a d'abonnements sur un serveur embarqué, ce qui fait souvent la différence entre une connexion automate stable et une connexion instable.

À quoi ressemble l'espace d'adressage

Deux espaces d'adressage sont en jeu, et les confondre est à l'origine de la plupart des disputes d'intégration Ignition. Côté sud, Ignition voit ce que le PLC ou la passerelle publie, avec ses index de namespace et ses identifiants, et le stocke sous forme d'un chemin d'item OPC par tag. Côté nord, Ignition publie sa propre arborescence de tags via son serveur OPC UA : les consommateurs voient donc la structure de dossiers et les noms de tags d'Ignition, pas ceux du PLC. Cette arborescence republiée est une hiérarchie de tags plutôt plate, avec la nomenclature propre à Ignition, et non un modèle de spécification compagnon : elle ne porte ni type d'identification machine, ni machine à états standard, ni compteurs standard, sauf si vous en avez construit les équivalents sous forme de tags. Si vous avez besoin d'une sémantique portable en aval, la décision de modélisation, c'est la forme de l'arborescence de tags Ignition.

Les pièges

• L'échec de la première connexion sécurisée est normal, et l'échec est symétrique. L'approbation des certificats est le premier obstacle de déploiement sur tout le parc de passerelles : établissez une procédure documentée avant la dixième machine plutôt qu'après.
• Les chemins d'items de tags contiennent littéralement l'index d'espace de noms. Un chargement de programme automate qui décale les index rend tout un dossier de tags mauvais d'un coup, et le symptôme côté automate est BadNodeIdUnknown sur des nœuds qui existent toujours.
• Le serveur OPC UA d'Ignition est un vrai serveur, exposé. Si on lui laisse une sécurité permissive parce qu'il est interne, c'est une voie non authentifiée vers tous les tags de l'usine.
• Chaque cadence de groupe de tags distincte devient un abonnement distinct sur le PLC. Les serveurs embarqués ont un plafond d'abonnements faible : la prolifération des groupes de tags est donc une cause fréquente de défauts de connexion intermittents sur l'automate.
• Ignition conserve une dernière valeur connue assortie d'une qualité. Un tableau de bord qui lit une valeur périmée est identique à celui qui lit une valeur vivante, sauf si la qualité est affichée : mettez donc la qualité sur les écrans qui comptent et traitez explicitement la mauvaise qualité dans tout calcul.
• L'historian enregistre ce à quoi Ignition s'est abonné, à la cadence à laquelle il s'y est abonné. Élargir un groupe de tags plus tard n'améliore pas rétroactivement la résolution, et les calculs de TRS bâtis sur l'ancienne résolution changeront silencieusement de comportement.

En extraire les données OEE

Ignition est un endroit raisonnable pour calculer le TRS et un mauvais endroit pour en inventer les données. La disponibilité exige un signal d'état machine, pas un bit de marche déduit : abonnez-vous à une variable d'état et stockez les transitions, car un groupe de tags échantillonné une fois par seconde ne peut pas voir un arrêt de 400 ms. Les comptages doivent venir des compteurs de l'automate lus comme valeurs, avec le débordement et les remises à zéro traités dans la transformation, et non d'un comptage de fronts fait par Ignition. Les motifs se transportent au mieux sous forme d'alarmes ou de code motif documenté, pour que les arrêts puissent être attribués plutôt que devinés. Ignition peut héberger les calendriers d'équipe, le temps de production planifié et les temps de cycle standard comme ses propres données, ce qui est réellement utile, mais soyez clair : ce sont des données que vous avez saisies, pas des données issues de la machine, et elles doivent se réconcilier avec ce que le MES ou l'ERP considère comme faisant foi.

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.