Conectați OPC UA la KEPServerEX / Kepware

Înainte de a începe

• O licență care acoperă fiecare driver de care aveți nevoie și numărul de clienți și de conexiuni pe care intenționați să le rulați. Licențierea driverelor este partea care surprinde proiectele; confirmați-o cu PTC înainte de a vă angaja într-un proiect.
• O gazdă Windows cu resursele necesare pentru a scana fiecare tag pe care îl importați, plus o decizie privind faptul dacă este o mașină virtuală și dacă acea mașină intră în domeniul de patch-uri OT.
• Căi de rețea de la gazdă către fiecare controler, pe protocolul industrial, și de la clienții dumneavoastră către endpointul său OPC UA.
• Liste de taguri revizuite, exportate din proiectele controlerelor, astfel încât setul de taguri importat să fie deliberat, nu ce a returnat browsingul.

Configurarea

1. Construiți deliberat ierarhia canal, dispozitiv, tagUn canal poartă un driver și setările sale de comunicație, un dispozitiv este un controler de pe acel canal, iar tag-urile atârnă sub dispozitive. Această structură pe trei niveluri devine calea dumneavoastră de navigare OPC UA și identificatorii NodeId, așa că denumiți-o după fabrică, nu după ordinea punerii în funcțiune.
2. Importați tagurile în loc să le tastați, apoi curățațiFolosiți generarea automată de taguri a driverului sau importul dintr-un export al controlerului, apoi ștergeți ce nu vă trebuie. Fiecare tag păstrat înseamnă sarcină de scanare și un candidat la monitored item, iar un server cu prea multe taguri importate este motivul obișnuit pentru care gazda gateway-ului se încinge.
3. Setați ratele de scanare per dispozitiv și per grup de taguriRata de scanare a dispozitivului este rezoluția reală a tot ce urmează în aval. Dați contoarelor și cuvintelor de stare un grup rapid, iar mărimilor analogice unul lent. Niciun interval de eșantionare OPC UA nu poate fi mai fin decât scanarea care îl alimentează.
4. Configurați endpointul OPC UA în managerul de configurareEndpointul OPC UA, politicile sale de securitate și lista sa de clienți de încredere se configurează în managerul de configurare separat, nu în arborele principal al proiectului. Rețineți că modificările de endpoint și de certificate necesită în general reinițializarea sau repornirea serviciului de runtime înainte de a intra în vigoare.
5. Acordați explicit încredere certificatului clientuluiConectați-vă o dată din clientul dumneavoastră, lăsați conexiunea să eșueze, apoi aprobați certificatul clientului în lista de încredere a clienților din managerul de configurare și acordați încredere certificatului serverului în partea de client. Acest pas bilateral este locul unde se împotmolesc majoritatea integrărilor din prima zi.
6. Verificați ce se întâmplă când dispare controlerulÎntrerupeți conexiunea cu controlerul și urmăriți partea de OPC UA. Vreți ca itemii afectați să raporteze o stare Bad, nu să păstreze o valoare învechită prezentată ca fiind bună, pentru că fiecare calcul de timp de oprire din aval depinde de posibilitatea de a face distincția între acestea două.
7. Consemnați URI-ul spațiului de nume și formatul identificatorilorCitiți NamespaceArray și notați URI-ul spațiului de nume al tagurilor. Identificatorii urmează calea canal, dispozitiv și tag, așa că stocați în configurație URI-ul spațiului de nume plus șirul identificatorului și rezolvați indexul la conectare.

Cum arată spațiul de adrese

Spațiul de adrese oglindește arborele proiectului: un spațiu de nume care conține noduri ai căror identificatori de tip șir sunt calea cu puncte formată din canal, dispozitiv și tag, astfel încât un tag ajunge sub forma ns=2;s=Channel1.Device1.MachineState. Este o listă de taguri cu foldere, nu un model informațional. Nu există identitate a mașinii, nici mașină de stări standard, nici contor standard și niciun conținut de specificație companion, și nici nu poate exista, pentru că driverul vede doar ceea ce expune protocolul industrial. Disciplina de denumire pe care o aplicați canalelor, dispozitivelor și tagurilor este, prin urmare, singura semantică pe care o primesc consumatorii dumneavoastră, motiv pentru care merită tratat arborele proiectului ca pe o interfață publicată, cu un proces de modificare, nu ca pe o configurație internă.

Capcanele

• Licențierea driverelor și a conexiunilor este riscul de planificare. Un proiect care descoperă la jumătatea punerii în funcțiune că o a doua familie de controlere are nevoie de încă o licență de driver pierde zile cu achizițiile, nu cu ingineria. Stabiliți din start domeniul licenței cu PTC.
• Marcajele de timp provin din scanarea gateway-ului, nu din controler. SourceTimestamp este practic momentul interogării, așa că cronometrarea evenimentelor este cuantizată la rata de scanare. Dacă aveți nevoie de momente de tranziție precise, aplicați marcajul de timp în PLC și publicați-l ca valoare.
• Redenumirea unui canal, a unui dispozitiv sau a unui tag schimbă identificatorul NodeId și strică orice client care l-a stocat, cu BadNodeIdUnknown pe noduri care par să fie în continuare acolo. Redenumirea în timpul unei curățenii este o cauză reală de întrerupere.
• Încrederea în certificate este cel mai mare obstacol practic la punerea în funcțiune și se află într-un manager de configurare separat, despre care inginerii noi în produs nu știu că există.
• Modificările de endpoint și de securitate necesită adesea o repornire a runtime-ului, care deconectează dintr-o dată fiecare client. Programați-le.
• Un tag configurat cu un tip de date nepotrivit se va citi, dar se va scrie prost, întorcând BadTypeMismatch sau trunchiind în tăcere. Verificați tipul configurat al tagului față de tipul real din controler, în loc să vă încredeți în generarea automată.
• Gateway-ul este acum o dependență de producție care are nevoie de backup, de control de versiuni pentru fișierul său de proiect, de peticire și de monitorizare ca orice alt server.

Cum scoateți date OEE din el

Un gateway vă oferă contorizări, un semnal de stare și coduri de motiv, și se oprește acolo. Disponibilitatea derivată dintr-un bit de funcționare scanat va rata opririle mai scurte decât intervalul de scanare și le va plasa pe celelalte imprecis, așa că modelul corect este să mențineți starea, contoarele și un cod de motiv în controler și să lăsați gateway-ul să le transporte ca valori. Tratarea rollover-ului și a resetării aparține aval și trebuie să fie explicită. Nimic din spațiul de adrese al unui gateway nu este standardizat, așa că maparea de la numele de tag-uri la semnificația OEE este specifică fiecărui program de controler, trebuie documentată ca date de proiect și trebuie refăcută pentru următoarea mașină. Timpul de producție planificat, calendarele de schimb, contextul comenzii și timpii de ciclu standard nu sunt disponibili aici, indiferent de efortul de configurare.

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.