Connecter OPC UA à la config OPC UA Siemens TIA Portal

Avant de commencer

• Une version de TIA Portal compatible avec le firmware de la CPU cible, et un projet qui compile et se charge. Les réglages OPC UA vivent dans la configuration matérielle : il vous faut donc les droits de chargement sur la CPU, pas seulement un accès en ligne.
• Une position claire sur la licence de l'option serveur avant de la configurer, pour ne pas passer une journée à déboguer un serveur qui n'avait jamais le droit de tourner.
• SiOME si vous comptez mapper une spécification compagnon sur l'interface serveur. C'est un outil de modélisation Siemens distinct qui consomme des fichiers NodeSet2.
• Une décision, prise avant la configuration, sur les noms d'hôtes et adresses IP que les clients utiliseront, car ils doivent figurer dans le Subject Alternative Name du certificat serveur.

Mise en place

1. Ouvrez les paramètres du serveur OPC UA de la CPULes paramètres se trouvent dans les propriétés de la CPU, dans la configuration des appareils, pas dans le programme. Activez le serveur, vérifiez l'endpoint annoncé, et fixez le nom d'application une fois pour toutes : il devient l'ApplicationUri sur lequel sont indexés les certificats et les listes de confiance.
2. Fixez explicitement les limites de comportement du runtimeLes réglages du serveur exposent les intervalles d'échantillonnage et de publication minimaux que la CPU acceptera, ainsi que les plafonds de sessions et d'abonnements qu'elle imposera. Réglez-les sur ce que vous entendez autoriser, puis communiquez les chiffres à l'équipe client. Laisser les valeurs par défaut et découvrir le plafond en production est le mode d'échec courant.
3. Publiez les tags via les attributs d'accessibilitéDans la table des variables automate et dans l'éditeur de blocs de données, les attributs par symbole décident si un symbole est visible depuis l'IHM et l'OPC UA et s'il est inscriptible. C'est votre surface de contrôle d'accès au niveau des données ; utilisez-la, et consignez les décisions quelque part où un relecteur pourra les lire.
4. Créez une interface serveur comme contrat publiéAjoutez une interface serveur et glissez-y les tags voulus, en leur donnant des noms d'interface indépendants des noms de symboles internes. Les clients se lient à l'interface, vous pouvez donc refactoriser le programme sans renégocier l'intégration.
5. Importez un modèle companion avec SiOME et mappez-y les tagsChargez le fichier NodeSet2 du companion dans SiOME, mappez les symboles PLC sur les variables et méthodes du modèle, et exportez le résultat comme interface serveur que vous réimportez dans le projet TIA. C'est la différence entre un client qui lit une arborescence de blocs de données et un client qui lit des types machinery standard.
6. Délivrez le certificat serveur via les paramètres de sécurité globaux du projetActivez les paramètres de sécurité protégés du projet, connectez-vous en tant qu'utilisateur du projet, et générez ou importez-y le certificat serveur de la CPU. Incluez chaque nom DNS et chaque IP qu'un client composera comme entrées SAN, et l'ApplicationUri comme entrée URI. C'est aussi là que les certificats clients sont placés dans la liste de confiance de la CPU avant le chargement.
7. Configurez les jetons d'identité et les utilisateursDécidez si l'accès anonyme est permis, et configurez les jetons de nom d'utilisateur que le serveur acceptera. Anonyme et sans chiffrement est une configuration défendable sur un banc et indéfendable dans une usine.
8. Compilez, chargez, et revérifiez la table des espaces de nomsCompilez la configuration matérielle et chargez-la. Reconnectez ensuite un client, relisez le NamespaceArray et confirmez votre correspondance URI vers index. Si un client a stocké un numéro ns= brut, c'est à ce moment-là qu'il casse.
9. Exportez l'interface pour l'équipe clientExportez l'interface serveur sous forme de nodeset ou documentez la liste des nœuds, et remettez-la comme contrat d'intégration. Une équipe client qui travaille à partir d'un modèle exporté plutôt que de captures d'écran d'une arborescence de browse, c'est l'amélioration de qualité la moins chère disponible sur un projet Siemens.

À quoi ressemble l'espace d'adressage

TIA produit l'un de deux espaces d'adressage très différents. Laissé par défaut, vous obtenez les nœuds serveur standard plus une arborescence à la Siemens de blocs de données, d'entrées, de sorties et de mémentos, avec des identifiants de type chaîne qui reprennent les noms de symboles. Avec des interfaces serveur, vous obtenez exactement les nœuds et la hiérarchie que vous avez définis, dans un espace de noms dont vous contrôlez l'URI, et les noms de symboles internes disparaissent du contrat. Avec un modèle companion mappé par-dessus via SiOME, les nœuds publiés sont des instances de types standard sous les URI d'espace de noms du companion, et un client écrit pour ces types est portable vers les machines d'autres fournisseurs. Savoir laquelle des trois situations vous avez est le fait le plus important d'une intégration Siemens, et cela se voit en trente secondes en vérifiant HasTypeDefinition sur un nœud publié.

Les pièges

• Toute modification OPC UA est un chargement de la configuration matérielle. Cela signifie un arrêt CPU sur beaucoup de configurations de projet : les modifications OPC UA doivent donc être planifiées dans des fenêtres de production comme n'importe quel autre chargement, et les index d'espace de noms peuvent être réattribués au redémarrage du serveur.
• La gestion des certificats se trouve dans les paramètres de sécurité globaux protégés du projet. Si personne ne connaît le mot de passe de sécurité du projet, vous ne pouvez ni émettre ni remplacer le certificat serveur, et un certificat expiré devient alors un exercice d'archéologie de projet plutôt qu'une tâche de maintenance.
• Le nom d'application défini au moment de la configuration se propage dans l'ApplicationUri. Le renommer plus tard invalide d'un coup la décision de confiance de chaque pair sur toute la flotte.
• Les interfaces serveur sont des artefacts versionnés. En modifier une sur place sans prévenir l'équipe client produit un client qui lit silencieusement un nœud qui n'a plus le sens qu'il avait.
• L'intervalle d'échantillonnage minimal et les plafonds de sessions configurés ici sont appliqués silencieusement : le serveur révise la demande du client au lieu de la rejeter, si bien qu'un client qui ne relit jamais les valeurs révisées croit échantillonner plus vite qu'il ne le fait.
• Le mapping SiOME ne valide pas que votre logique automate maintient réellement la sémantique du modèle. Un nœud de machine à états qui ne quitte jamais un seul état est un mapping valide et inutile.

En extraire les données OEE

TIA Portal est l'endroit où une intégration TRS devient portable ou devient fragile. Mapper un modèle companion sur une interface serveur, de sorte que la disponibilité vienne d'une machine d'état standard et les comptages d'un compteur standard, déplace le travail de correspondance de la plateforme d'analyse vers la machine et le rend réutilisable sur la machine suivante. Ne rien faire et laisser le client lire directement les blocs de données fonctionne, et c'est le cas courant, mais cela produit une correspondance propre à chaque machine, à refaire pour chaque ligne. Ce que TIA ne peut vous donner à aucun prix de configuration, c'est le temps de production planifié, les calendriers d'équipe, le contexte d'ordre de fabrication ou les temps de cycle de référence : ce sont des données MES et ERP, et le pont prévu est une interface de job de type ISA-95, pas un tag automate.

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.