Connecter OPC UA à Grafana

Avant de commencer

• Une base de séries temporelles qui contient déjà les données, dans l'architecture normale. Grafana est le dernier maillon, et les décisions de collecte qui déterminent si un tableau de bord peut être juste ont été prises en amont.
• Si vous comptez utiliser un plugin OPC UA à la place, son état de maintenance actuel, sa licence, et s'il est signé. Grafana restreint les plugins non signés par défaut, et les autoriser est une modification de configuration délibérée avec des conséquences de sécurité.
• Un énoncé clair de l'horodatage que portent les données stockées, instant de la source ou instant de la collecte, car tout calcul de tableau de bord en hérite.
• Un accord sur le fuseau horaire du tableau de bord et sur les limites de postes, avant que quiconque construise un panel qui agrège par jour.

Mise en place

1. Décidez où s'arrête OPC UADans presque tous les déploiements de production, la chaîne va du client OPC UA à la base de données puis à Grafana, avec au milieu un collecteur comme Telegraf ou un publisher. Dessinez cette chaîne avant de construire des panels, et sachez dire quel composant porte quelle responsabilité.
2. Pointez Grafana vers le stockage, pas vers l'usineAjoutez la base de données de séries temporelles comme source de données avec un compte en lecture seule. Cela maintient Grafana entièrement hors du réseau industriel, ce qui est à la fois la réponse de sécurité la plus simple et la raison pour laquelle cette architecture est la plus répandue.
3. Si vous devez utiliser un plugin OPC UA, traitez-le comme un client OPC UAIl lui faut un certificat d'instance d'application, un emplacement pour conserver les certificats de confiance et rejetés, et le serveur doit lui faire confiance. Il ouvre également une session et consomme de la capacité serveur par instance Grafana: un serveur embarqué dans un automate peut donc refuser un deuxième utilisateur de tableau de bord.
4. Construisez les panels sur la bonne agrégation pour chaque signalLes signaux d'état appellent une dernière valeur ou un state timeline, les compteurs une fonction de différence ou d'increase plutôt qu'une moyenne, et les analogiques une moyenne sur l'intervalle du panel. Appliquer une moyenne à un compteur monotone produit une courbe plausible qui ne veut rien dire, et c'est l'erreur la plus fréquente des tableaux de bord TRS.
5. Rendez la mauvaise qualité visibleSi le collecteur a stocké le StatusCode à côté de la valeur, filtrez ou colorez dessus. Un tableau de bord qui trace la dernière valeur connue en ligne plate pendant une coupure de communication sera cru, et il aura tort.
6. Figez le fuseau horaire et alignez les fenêtres sur les équipesDéfinissez explicitement le fuseau horaire du tableau de bord au lieu de le laisser au navigateur, et construisez les fenêtres d'équipe comme des plages explicites. Une disponibilité calculée sur une journée calendaire locale au navigateur ne concordera pas avec les chiffres de la production, et le désaccord sera imputé aux données.
7. Alertez sur la santé de la collecte, pas seulement sur les valeurs procédéAjoutez une alerte sur l'obsolescence des données par machine. Un collecteur silencieux ressemble exactement à une machine qui tourne régulièrement, et cette seule alerte évite l'essentiel des dégâts de confiance qu'un tableau de bord de données machine peut causer.

À quoi ressemble l'espace d'adressage

Grafana voit des lignes, pas un espace d'adressage. Toute la structure qu'avait le serveur OPC UA (hiérarchie de browse, définitions de types, unités physiques) est soit aplatie par le collecteur dans les noms de measurement et de tags, soit perdue. Le travail sémantique doit donc se faire en amont: si le collecteur a écrit chaque nœud sous un nom de série opaque, aucune configuration Grafana ne permettra de retrouver à quelle machine appartient une valeur ni ce qu'elle signifie. La règle pratique est de faire émettre au collecteur un petit ensemble stable de dimensions (identité machine, nom du signal, unité) et de conserver à côté, en métadonnées, l'URI de namespace OPC UA et l'identifiant, afin qu'un panel puisse être retracé jusqu'à un nœud lorsque quelqu'un conteste un chiffre.

Les pièges

• S'attendre à une source de données OPC UA native est la première erreur. Il n'y en a pas, et adopter un plugin tiers revient à accepter son état de maintenance, sa licence et sa posture de sécurité comme partie de votre architecture.
• Autoriser les plugins non signés est une modification de configuration globale de l'instance Grafana, pas une modification par plugin. Comprenez ce que cela permet d'autre avant de l'activer.
• Une moyenne appliquée à un compteur monotone est le bug classique des tableaux de bord de TRS. Les séries de compteurs demandent une fonction de différence ou d'accroissement et un traitement explicite des remises à zéro et des débordements.
• Grafana interpole et sous-échantillonne pour l'affichage. Un panel qui montre une courbe lisse sur une fenêtre d'une heure peut masquer les arrêts courts dont dépend toute l'analyse du TRS: construisez donc l'analyse des arrêts sur des événements stockés, pas sur une tendance rééchantillonnée.
• Les fuseaux horaires locaux au navigateur font que les tableaux de bord se contredisent entre eux et avec les rapports d'équipe de l'usine. Figez le fuseau horaire sur le tableau de bord.
• Un tableau de bord qui trace des valeurs figées ou dernières connues sans la qualité est activement trompeur pendant une panne, et il ruine la confiance dans tous les autres panels dès que quelqu'un s'en aperçoit.
• Si c'est un plugin qui fait la connexion OPC UA, chaque instance Grafana ou chaque rafraîchissement peut ouvrir une session sur un serveur embarqué dont le plafond de sessions est très bas.

En extraire les données OEE

Grafana sait afficher la disponibilité, la performance et la qualité, et sait les calculer à partir des données stockées avec une honnêteté raisonnable, à condition que la collecte en amont lui ait fourni des transitions d'état plutôt que des instantanés échantillonnés, des compteurs plutôt que des fronts déduits, et des motifs d'arrêt sous forme d'enregistrements horodatés. Ce qu'il ne peut pas faire, c'est fabriquer la résolution qu'on ne lui a pas donnée: un état stocké une fois par minute ne permet pas l'analyse des micro-arrêts, quelle que soit la façon dont le panneau est écrit. Les calendriers d'équipe, le temps de production planifié et les temps de cycle de référence ne sont ni dans la machine ni dans la base de séries temporelles, sauf si quelqu'un les y a mis; ils arrivent donc généralement sous forme de table statique ou de seconde source de données, et ils ont besoin d'un responsable. Traitez chaque panneau TRS comme une affirmation qui doit se réconcilier avec les chiffres de la production, et attendez-vous à ce que la première réconciliation révèle un problème de collecte plutôt qu'un problème de tableau de bord.

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.