Conectați OPC UA la Telegraf / InfluxDB

Înainte de a începe

• O instalare Telegraf pe o gazdă cu cale de rețea către fiecare server OPC UA și o decizie privind faptul dacă un agent deservește mai multe mașini sau dacă există câte un agent per mașină. Câte unul per mașină cedează independent și de obicei merită instanțele suplimentare.
• O ieșire configurată și testată mai întâi, astfel încât, atunci când partea OPC UA funcționează, să vedeți date imediat, în loc să depanați două straturi deodată.
• O listă de noduri revizuită, cu URI-uri de namespace și identificatori, nu intenția de a parcurge arborele la runtime. Telegraf colectează ce configurați; el nu descoperă.
• Un loc în care să păstrați certificatul și cheia de client ale agentului și posibilitatea de a introduce acel certificat în magazinul de încredere al fiecărui server.

Configurarea

1. Începeți cu o citire nesecurizată, ca să demonstrați traseulConfigurați o secțiune inputs.opcua cu endpoint-ul și fără securitate, un grup de noduri și un nod, și rulați agentul în mod de test, astfel încât să afișeze metrica la stdout în loc să o scrie. Astfel confirmați dintr-un singur pas endpoint-ul, namespace-ul și identificatorul.
2. Configurați grupurile de noduri după spațiu de nume și ratăGrupați nodurile după spațiu de nume și după intervalul de care au nevoie. Fiecare grup poartă spațiul de nume, tipul de identificator și lista de noduri, astfel încât un grup pentru fiecare subsistem al mașinii menține configurația lizibilă și vă permite să schimbați o rată fără a atinge restul.
3. Treceți la plugin-ul listener pentru orice are caracter de evenimentFolosiți inputs.opcua_listener cu un interval de abonare acolo unde aveți nevoie de date conduse de schimbare, în special variabile de stare și contoare. Interogarea unei stări la interval fix pierde tranzițiile dintre interogări, iar o tranziție pierdută este un eveniment de oprire pierdut.
4. Activați securitatea și finalizați schimbul de încredereSetați politica și modul de securitate la ceea ce oferă serverul, indicați plugin-ului certificatul și cheia privată ale agentului și configurați token-ul de identitate. Apoi conectați-vă o dată, lăsați conexiunea să eșueze și mutați certificatul agentului din magazinul de certificate respinse al serverului în cel de certificate de încredere. Acordați încredere certificatului serverului pe partea de agent, așa cum prevede politica aleasă.
5. Fixați denumirea metricilor și tag-urile înainte de a scrie istoricSetați numele măsurătorii și adăugați tag-uri care identifică mașina, linia și situl, plus URI-ul de namespace și identificatorul ca metadate. Redenumirea unei serii după șase luni de istoric costă mult mai mult decât să vă gândiți o dată acum.
6. Decideți ce marcă de timp poartă metricaÎn mod implicit, un colector pune marca de timp la momentul colectării. Verificați dacă versiunea dumneavoastră de Telegraf poate transporta marca de timp sursă OPC UA în timpul metricii și, dacă poate, folosiți-o și confirmați numele opțiunii în documentația curentă a plugin-ului. Dacă nu poate, consemnați acest fapt acolo unde îl va citi echipa de analiză.
7. Urmăriți metricile proprii ale agentuluiActivați intrarea internă și generați alerte la erorile de colectare și la eșecurile de scriere. Un agent Telegraf care nu poate ajunge la un PLC fără să semnaleze acest lucru produce o lacună care arată ca o mașină oprită, iar acesta este cel mai dăunător mod de defectare din colectarea datelor de mașină.

Cum arată spațiul de adrese

Telegraf aplatizează spațiul de adrese în metrici. Fiecare nod colectat devine un câmp pe o măsurătoare, cu tag-uri pentru dimensiunile pe care le-ați configurat, iar tot restul a ceea ce știa serverul - definiții de tipuri, unități inginerești, ierarhie de navigare - se pierde, dacă nu l-ați codificat în nume și tag-uri. Nu există model nici pe partea InfluxDB: o serie este un nume și un set de tag-uri. Consecința este că URI-ul spațiului de nume OPC UA și identificatorul ar trebui transportate ca tag-uri sau într-un tabel de mapare separat, ținut sub control de versiune, astfel încât un număr dintr-un tablou de bord să poată fi întotdeauna urmărit înapoi până la nodul din care provine. Fără asta, maparea există doar într-un fișier de configurare de pe o singură gazdă.

Capcanele

• Introducerea certificatului agentului în magazinul de încredere al fiecărui server este cel mai mare obstacol de implementare la scară de flotă și se face pentru fiecare mașină. Stabiliți o procedură sau un PKI înainte de prima lansare și așteptați-vă ca prima încercare către fiecare server să eșueze, prin proiectare, cu o eroare de încredere.
• Indexurile de spațiu de nume din configurație se strică după o descărcare de program în PLC. Configurați după URI-ul spațiului de nume acolo unde pluginul permite și tratați orice index literal ca pe o datorie cunoscută, cu un responsabil documentat.
• Interogarea ciclică a unei variabile de stare nu este același lucru cu abonarea la ea. Dacă disponibilitatea contează, folosiți plugin-ul listener, pentru că o oprire mai scurtă decât intervalul dumneavoastră de interogare este invizibilă și nerecuperabilă.
• Marcajul de timp propriu al colectorului nu este cel al mașinii. Dacă timpul metricii este timpul de colectare, fiecare durată de nefuncționare moștenește jitterul dumneavoastră de interogare și nimeni din aval nu poate observa.
• Contoarele scrise brut au nevoie de o funcție de diferență sau de diferență nenegativă la momentul interogării. Medierea unui contor produce o serie convingătoare și lipsită de sens, iar resetările sau depășirile au nevoie de tratare explicită.
• Nu există store-and-forward pe partea OPC UA. Dacă gazda agentului este oprită, acea perioadă este un gol, iar un gol nu se distinge de o mașină oprită decât dacă colectați și un heartbeat sau o metrică de sănătate a conexiunii.
• Un singur agent care colectează de la multe mașini concentrează riscul: o eroare de configurare sau o repornire întrerupe dintr-o dată fiecare linie.
• Intervalele de eșantionare și de publicare pe care le cereți pot fi revizuite de server. Confirmați ce livrează serverul de fapt, în loc să vă încredeți în numărul configurat.

Cum scoateți date OEE din el

Telegraf poate furniza cele trei intrări de care are nevoie OEE, cu o graniță clară. Stare: abonați-vă cu plugin-ul listener la o variabilă de stare sau de mod și stocați fiecare tranziție, astfel încât disponibilitatea să fie calculată din durate, nu din eșantioane. Contorizări: citiți contoarele din PLC ca valori și calculați diferențele la momentul interogării, tratând explicit resetările; nu cereți colectorului să numere fronturi. Motive: alarmele și condițiile OPC UA nu sunt scopul acestui colector, așa că o variabilă cu cod de motiv este calea realistă, iar motivele bazate pe evenimente necesită un alt instrument. În plus, spuneți explicit că disciplina de marcare a timpului a colectorului stabilește plafonul de exactitate pentru fiecare durată pe care o raportați și că timpul de producție planificat, calendarele de schimburi și timpii de ciclu standard nu se află în mașină și trebuie să sosească drept date de referință separate, cu un responsabil.

Verificat ultima dată la 7 septembrie 2026 față de OPC UA 1.05.07. OPC UA Connect este o resursă educațională și nu este afiliată cu OPC Foundation.