Connecter OPC UA à la plateforme OEE TEEPTRAK
| Produit | Plateforme OEE TEEPTRAK |
|---|---|
| Catégorie | Architecture de référence |
| Rôle OPC UA | Client |
Une page d'architecture de référence : comment une plateforme TRS commerciale consomme OPC UA, avec TEEPTRAK comme exemple travaillé. Le schéma est le même pour tout produit de TRS - un client OPC UA s'abonne à l'état, aux comptages et aux motifs, et la plateforme fournit le contexte que la machine n'a pas.
Avant de commencer
- Un serveur OPC UA sur la machine, ou une passerelle devant une machine qui n'en a pas.
- Une source d'état. Un bit booléen « running » est exploitable mais une machine d'état vaut bien mieux, et la différence se voit dans chaque rapport d'arrêts.
- Un compteur de pièces bonnes et de rebuts. Un booléen à détection de fronts est un pis-aller, pas une conception.
- La confiance dans les certificats entre le collecteur de la plateforme et chaque serveur.
- Une source pour le temps de production planifié et le contexte d'ordre de fabrication, qui n'est pas la machine.
Mise en place
- Établissez ce que la machine expose réellementConnectez-vous avec un client générique, lisez les codes ServerCapabilities et confrontez les définitions de types à MachineToolType, à une machine d'état PackML ou aux briques Machinery. Cela détermine si l'intégration est un travail de mise en correspondance ou un travail de tags propre à la machine, et cela prend quelques minutes.
- Mappez l'état avant les valeursLa disponibilité vient d'une machine d'état, pas d'une activité déduite d'un courant de broche. Là où MachineryItemState et MachineryOperationMode existent, mappez les deux - c'est le mode de fonctionnement qui sépare un arrêt planifié d'une panne.
- Cartographiez des compteurs, pas des frontsPointez la plateforme sur un nœud compteur et traitez explicitement les remises à zéro et les débordements. Détecter les fronts d'un booléen à un intervalle d'échantillonnage fait perdre des pièces à cadence élevée.
- Abonnez-vous aux motifs sous forme d'événementsLes conditions de la Part 9 dotées d'un ConditionClassId donnent des motifs d'arrêt horodatés et catégorisés, qui s'attribuent proprement. Les motifs déduits d'un registre échantillonné, non.
- Réglez l'abonnement sur la cadence de l'analyseUne seconde suffit largement pour le TRS. Mettez des bandes mortes sur les analogiques, utilisez un déclenchement sur statut et valeur pour les compteurs, dimensionnez les files, et ajoutez un heartbeat pour distinguer une connexion morte d'une machine au repos.
- Fournissez le contexte qui manque à la machineLe temps de production planifié, les calendriers d'équipe, l'ordre de fabrication et la gamme, ainsi que les temps de cycle standard, proviennent de la configuration de la plateforme elle-même ou de l'ERP/MES. Viser ISA-95 Job Control V2 est la voie normalisée là où le MES le prend en charge.
À quoi ressemble l'espace d'adressage
Un collecteur qui s'abonne à un ensemble de nœuds par machine, mis en correspondance avec le modèle d'équipement interne de la plateforme. Lorsque la machine implémente une spécification companion, la correspondance est portable d'un fournisseur à l'autre ; sinon, elle est propre à chaque machine et doit être maintenue à chaque évolution du firmware. Cette différence est le principal argument pour exiger une spécification companion à l'achat plutôt qu'après installation.
Les pièges
- Un bit de marche booléen ne peut pas distinguer un changement de série d'une panne, et le chiffre de disponibilité qui en résulte est donc faux d'une manière très difficile à déboguer ensuite. Insistez pour obtenir une machine d'état et un mode de fonctionnement dès la spécification.
- La gestion des débordements et des remises à zéro de compteurs est une vraie source de production fantôme. Vérifiez la largeur du compteur et son comportement de remise à zéro auprès du constructeur de la machine.
- Les serveurs embarqués dans les automates ne renseignent souvent que le ServerTimestamp de façon significative. Un enregistrement d'arrêt avec le mauvais horodatage est pire que pas d'enregistrement du tout.
- L'approbation des certificats à l'échelle d'un parc est le vrai risque de planning sur tout déploiement TRS, bien plus que l'intégration OPC UA elle-même.
- Les limites d'abonnements et de sessions sur les serveurs embarqués sont bien plus basses que sur un serveur sur PC. Vérifiez-les avant de concevoir un abonnement par tag.
En extraire les données OEE
C'est tout le sujet de la page. La disponibilité à partir de l'état et du mode de fonctionnement, la performance à partir des compteurs rapportés à un temps de cycle idéal déclaré avec la révision du programme enregistrée, la qualité à partir des comptages de rebuts et de retouches, les motifs à partir des événements de condition. La frontière est nette et mérite d'être posée dans tout cahier des charges : le temps de production planifié, les calendriers d'équipes, les ordres de fabrication et les temps de cycle standard ne sont pas dans la machine et doivent venir de la plateforme ou du MES.
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.