Conectați OPC UA la configurația OPC UA din Siemens TIA Portal

Înainte de a începe

• O versiune de TIA Portal care se potrivește cu firmware-ul CPU-ului țintă și un proiect care poate fi compilat și descărcat. Setările OPC UA se află în configurația hardware, așa că aveți nevoie de drepturi de download pe CPU, nu doar de acces online.
• Claritate privind situația licenței pentru opțiunea de server înainte de a o configura, ca să nu pierdeți o zi depanând un server care nu a avut niciodată dreptul să ruleze.
• SiOME, dacă intenționați să mapați o specificație însoțitoare pe interfața de server. Este un instrument Siemens de modelare separat, care consumă fișiere NodeSet2.
• O decizie, luată înainte de configurare, despre ce nume de gazdă și ce adrese IP vor folosi clienții, pentru că trebuie să intre în Subject Alternative Name al certificatului serverului.

Configurarea

1. Deschideți setările serverului OPC UA din CPUSetările se află în proprietățile CPU-ului din configurația dispozitivului, nu în program. Activați serverul, confirmați endpointul raportat și setați numele aplicației o singură dată și definitiv: el devine ApplicationUri pe care sunt cheiate certificatele și listele de încredere.
2. Setați explicit limitele de comportament în runtimeSetările serverului expun intervalele minime de eșantionare și de publicare pe care CPU-ul le va accepta și plafoanele de sesiuni și abonamente pe care le va impune. Setați-le la ceea ce intenționați să permiteți, apoi comunicați cifrele echipei de client. Lăsarea valorilor implicite și descoperirea plafonului în producție este eșecul frecvent.
3. Publicați tag-urile prin atributele de accesibilitateÎn tabelul de tag-uri al PLC-ului și în editorul de blocuri de date, atributele de la nivel de simbol decid dacă un simbol este vizibil pentru HMI și OPC UA și dacă poate fi scris. Aceasta este suprafața dumneavoastră de control al accesului la nivel de date; folosiți-o și consemnați deciziile undeva unde le poate citi un revizor.
4. Creați o interfață de server drept contract publicatAdăugați o interfață de server și trageți în ea tagurile dorite, dându-le nume de interfață independente de numele interne ale simbolurilor. Clienții se leagă de interfață, așa că puteți refactoriza programul fără a renegocia integrarea.
5. Importați un model companion cu SiOME și mapați taguri pe elÎncărcați fișierul NodeSet2 companion în SiOME, mapați simbolurile PLC pe variabilele și metodele modelului și exportați rezultatul ca interfață de server pe care o importați înapoi în proiectul TIA. Aceasta este diferența dintre un client care citește un arbore de blocuri de date și un client care citește tipuri standard de mașini.
6. Emiteți certificatul serverului prin setările globale de securitate ale proiectuluiActivați setările de securitate protejate ale proiectului, autentificați-vă ca utilizator al proiectului și generați sau importați acolo certificatul de server al CPU-ului. Includeți fiecare nume DNS și fiecare IP pe care îl va apela un client ca intrări SAN, iar ApplicationUri ca intrare de tip URI. Tot aici sunt puse certificatele clienților în lista de încredere a CPU-ului, înainte de descărcare.
7. Configurați token-urile de identitate și utilizatoriiDecideți dacă accesul anonim este permis și configurați token-urile cu nume de utilizator pe care serverul le va accepta. Anonim plus fără criptare este o configurație defensabilă pe bancul de probă și indefensabilă într-o fabrică.
8. Compilați, descărcați și reverificați harta spațiilor de numeCompilați configurația hardware și descărcați-o. Apoi reconectați un client, recitiți NamespaceArray și confirmați maparea dintre URI și index. Dacă vreun client a stocat un număr ns= brut, acesta este momentul în care se strică.
9. Exportați interfața pentru echipa de clientExportați interfața de server ca nodeset sau documentați lista de noduri și predați-o ca acord de integrare. O echipă de client care lucrează pornind de la un model exportat, nu de la capturi de ecran ale unui arbore de navigare, este cea mai ieftină îmbunătățire de calitate disponibilă într-un proiect Siemens.

Cum arată spațiul de adrese

TIA produce unul dintre două spații de adrese foarte diferite. Lăsat pe valorile implicite, obțineți nodurile standard ale serverului plus un arbore de formă Siemens cu blocuri de date, intrări, ieșiri și memorie, cu identificatori de tip șir care oglindesc numele simbolurilor. Cu interfețe de server obțineți exact nodurile și ierarhia pe care le-ați definit, într-un spațiu de nume al cărui URI îl controlați, iar numele interne ale simbolurilor dispar din contract. Cu un model companion mapat prin SiOME deasupra, nodurile publicate sunt instanțe ale unor tipuri standard sub URI-urile spațiului de nume companion, iar un client scris pentru acele tipuri este portabil pe mașinile altor producători. Care dintre cele trei variante o aveți este cel mai important fapt unic al unei integrări Siemens și se vede în treizeci de secunde verificând HasTypeDefinition pe un nod publicat.

Capcanele

• Orice modificare OPC UA este o descărcare de configurație hardware. Asta înseamnă oprirea CPU-ului în multe configurații de proiect, așa că modificările OPC UA trebuie programate în ferestrele de producție ca orice altă descărcare, iar indexurile spațiilor de nume pot fi reatribuite la repornirea serverului.
• Gestiunea certificatelor se află în setările globale de securitate protejate ale proiectului. Dacă nimeni nu știe parola de securitate a proiectului, nu puteți emite sau înlocui certificatul de server, iar un certificat expirat devine atunci un exercițiu de arheologie a proiectului, nu o sarcină de mentenanță.
• Numele aplicației stabilit la configurare se propagă în ApplicationUri. Redenumirea lui ulterioară invalidează dintr-o dată decizia de încredere a fiecărui partener din întreaga flotă.
• Interfețele de server sunt artefacte versionate. Editarea uneia pe loc fără a anunța echipa de client produce un client care citește pe tăcute un nod care nu mai înseamnă ce însemna.
• Intervalul minim de eșantionare și plafoanele de sesiuni configurate aici sunt impuse în tăcere: serverul revizuiește cererea clientului în loc să o respingă, așa că un client care nu citește niciodată înapoi valorile revizuite crede că eșantionează mai repede decât o face.
• Maparea SiOME nu validează faptul că logica PLC menține efectiv semantica modelului. Un nod de mașină de stare care nu părăsește niciodată o stare este o mapare validă și una inutilă.

Cum scoateți date OEE din el

TIA Portal este locul în care o integrare OEE devine fie portabilă, fie fragilă. Maparea unui model companion pe o interfață de server, astfel încât disponibilitatea să provină dintr-o mașină de stare standard, iar contorizările dintr-un contor standard, mută munca de mapare de pe platforma de analiză pe mașină și o face reutilizabilă la următoarea mașină. Varianta de a nu face nimic și de a lăsa clientul să citească blocurile de date funcționează și este cazul obișnuit, dar produce o mapare specifică fiecărei mașini, care trebuie refăcută pentru fiecare linie. Ceea ce TIA nu vă poate da, oricât efort de configurare ați depune, este timpul de producție planificat, calendarele de schimburi, contextul comenzii sau timpii de ciclu standard: acestea sunt date MES și ERP, iar puntea prevăzută este o interfață de comandă în stil ISA-95, nu un tag de PLC.

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.