Conectați OPC UA la CODESYS

Înainte de a începe

• Un runtime care include componenta de server OPC UA și licența care o activează. Licențierea este per runtime și este în mod normal responsabilitatea producătorului dispozitivului, nu a CODESYS direct, exact de aceea este trecută cu vederea.
• CODESYS Development System într-o versiune compatibilă cu runtime-ul de pe dispozitiv.
• Un obiect Symbol Configuration în aplicație. Fără el nu există ce să fie publicat, iar adăugarea lui este o modificare de cod care necesită un download.
• Acces la sistemul de fișiere sau la configurația runtime-ului pentru tratarea certificatelor și cunoașterea locului în care acel furnizor de dispozitive a pus directorul PKI.

Configurarea

1. Stabiliți ce rulați de faptIdentificați producătorul dispozitivului, versiunea de runtime CODESYS și dacă componenta de server OPC UA este instalată și licențiată. Pe un controler cu marcă OEM, asta presupune un telefon, iar acel telefon dat mai întâi vă economisește o zi. Denumirea proprie a opțiunii la producător nu va corespunde cu documentația CODESYS.
2. Adăugați o Symbol Configuration și selectați simboluriAdăugați obiectul Symbol Configuration la aplicație, compilați, apoi bifați variabilele, instanțele de program sau listele de variabile globale pe care doriți să le publicați, setând per intrare accesul de citire sau de citire și scriere. Selectarea unei întregi GVL este alegerea pragmatică obișnuită; selectarea a tot este modul în care ajungeți cu un spațiu de adrese imposibil de parcurs pe un controler mic.
3. Confirmați că configurația de simboluri este pregătită pentru publicarea OPC UASymbol Configuration are setări care controlează cum sunt expuse simbolurile și dacă serverul OPC UA le publică. Verificați-le, în loc să presupuneți că bifarea unei variabile este suficientă, pentru că același obiect deservește și alți clienți.
4. Compilați și descărcați, apoi reporniți runtime-ul dacă este necesarModificările de simboluri intră în vigoare odată cu descărcarea aplicației; unele runtime-uri au nevoie de o repornire înainte ca serverul să își reconstruiască spațiul de adrese. Verificați prin navigare, nu prin inspectarea proiectului.
5. Navigați și înregistrați URI-ul spațiului de numeConectați un client, citiți NamespaceArray și notați URI-ul spațiului de nume al aplicației. Stocați URI plus identificator în configurația dumneavoastră; indexul se va schimba.
6. Finalizați schimbul de încredereConectați-vă o dată pe un endpoint securizat, lăsați conexiunea să eșueze, apoi mutați certificatul clientului dumneavoastră în magazinul de certificate de încredere al runtime-ului și acordați încredere certificatului de server pe partea de client. Acolo unde producătorul dispozitivului expune gestiunea certificatelor printr-o interfață web sau printr-o unealtă de dispozitiv, nu printr-un sistem de fișiere, folosiți acel drum.
7. Verificați limitele runtime-ului și setați intervalele în consecințăȚintele CODESYS mici sunt frecvent cele mai strânse servere pe care le veți întâlni la numărul de sesiuni, de abonări și de monitored items. Creați abonarea pe care intenționați să o rulați în producție, citiți înapoi intervalele revizuite de eșantionare și de publicare și proiectați pentru acelea.

Cum arată spațiul de adrese

Spațiul de adrese publicat urmează structura aplicației: un spațiu de nume pentru aplicație, apoi noduri pentru programe și liste de variabile globale, apoi simbolurile selectate, cu membrii structurilor și ai tablourilor imbricați dedesubt. Identificatorii sunt șiruri derivate din calea simbolului, așa că se citesc ca și codul și se schimbă când codul este redenumit. Nu există conținut de specificație companion decât dacă producătorul dispozitivului a adăugat deasupra un model informațional, ceea ce unii fac, iar majoritatea nu. Deoarece aceeași Symbol Configuration deservește și alte căi de comunicație CODESYS, vederea OPC UA nu este întotdeauna imaginea completă a ceea ce expune runtime-ul, iar arborele de browsing este singura afirmație fiabilă despre ce poate vedea un client.

Capcanele

• Licența este per runtime și o controlează producătorul dispozitivului. Un controler care se parcurge fără probleme pe banc și refuză în teren pentru că licența nu i-a fost niciodată aplicată este o pierdere de timp frecventă și pe deplin evitabilă. Confirmați situația licenței cu producătorul dispozitivului, nu cu materiale generice CODESYS.
• Deoarece CODESYS este un motor OEM, decalajul de documentație este sever: manualul producătorului, manualul CODESYS și comportamentul real al runtime-ului pot să nu fie de acord în privința numelor opțiunilor și a locului unde se află certificatele. Aveți încredere în dispozitivul din fața dumneavoastră.
• Redenumirea unei variabile sau restructurarea aplicației schimbă identificatorii de tip șir și defectează clienții cu BadNodeIdUnknown. Selecția simbolurilor este o interfață publicată; versionați-o.
• Indexurile spațiilor de nume se deplasează după descărcările de aplicație. Rezolvați-le din NamespaceArray la fiecare conectare.
• Încrederea în certificate este cel mai mare obstacol de implementare, iar pe hardware OEM mecanismul de plasare a unui certificat de încredere este partea pe care nimeni nu o documentează. Aflați cum funcționează pe o singură unitate înainte de a lansa pe cincizeci.
• Simbolurile publicate doar pentru citire acceptă o scriere și întorc o stare Bad. Citiți înapoi și verificați StatusCode-ul.
• Plafoanele de sesiuni și de MonitoredItems pe ținte mici sunt reduse. Un istoric, un HMI și un inginer cu un browser deschis în același timp le pot epuiza, iar eșecul apare ca o problemă de conexiune, nu ca un mesaj de capacitate.

Cum scoateți date OEE din el

Ceea ce puteți obține depinde în întregime de ce calculează aplicația, iar pe o mașină bazată pe CODESYS asta înseamnă de obicei să cereți constructorului mașinii să publice patru lucruri: o variabilă de stare sau de mod cu o enumerare documentată, un contor de piese bune, un contor de rebuturi și un cod de defect sau de motiv. Contoarele trebuie menținute în aplicație; nu detectați fronturile unui bit de funcționare printr-o abonare al cărei interval de eșantionare poate fi lărgit de runtime. Deoarece aceste ținte sunt limitate la nivel de abonare, folosiți o singură sesiune, un singur interval de publicare, o bandă moartă pe mărimile analogice și un heartbeat, astfel încât o conexiune tăcută să poată fi deosebită de o mașină oprită. Disponibilitatea și contorizările sunt realizabile, iar motivele sunt realizabile dacă tabelul de defecte este documentat. Timpul de producție planificat, calendarele de schimburi, contextul comenzii și timpii de ciclu standard nu se află în controler.

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.