Integrare · Arhitectură de referință

Conectați OPC UA la platforma OEE TEEPTRAK

ProdusPlatforma OEE TEEPTRAK
CategorieArhitectură de referință
Rol OPC UAClient

O pagină de arhitectură de referință: cum consumă o platformă OEE comercială OPC UA, folosind TEEPTRAK ca exemplu lucrat. Modelul este același pentru orice produs OEE - un client OPC UA se abonează la stare, contorizări și motive, iar platforma furnizează contextul pe care mașina nu îl are.

Înainte de a începe

  • Un server OPC UA pe mașină sau un gateway în fața uneia care nu are.
  • O sursă de stare. Un bit boolean „running” este utilizabil, dar o mașină de stări este mult mai bună, iar diferența se vede în fiecare raport de opriri.
  • Un contor pentru piese bune și rebuturi. Un boolean cu detecție de front este o soluție de rezervă, nu un proiect.
  • Încrederea în certificate între colectorul platformei și fiecare server.
  • O sursă pentru timpul de producție planificat și contextul comenzii, care nu este mașina.

Configurarea

  1. Stabiliți ce expune de fapt mașinaConectați-vă cu un client generic, citiți codurile din ServerCapabilities și verificați definițiile de tipuri față de MachineToolType, o mașină de stare PackML sau blocurile constructive Machinery. Asta determină dacă integrarea este un exercițiu de mapare sau muncă de tag-uri specifică mașinii și durează câteva minute.
  2. Mapați starea înainte de valoriDisponibilitatea vine dintr-o mașină de stări, nu din deducerea activității din curentul axului. Acolo unde există MachineryItemState și MachineryOperationMode, mapați-le pe amândouă - modul de operare este ceea ce separă oprirea planificată de o defecțiune.
  3. Mapați contoare, nu fronturiÎndreptați platforma către un nod de contor și tratați explicit resetările și depășirile. Detectarea fronturilor unui boolean la un interval de eșantionare pierde piese la viteză mare.
  4. Abonați-vă la motive ca evenimenteCondițiile din Part 9 cu un ConditionClassId oferă motive de nefuncționare marcate temporal și clasificate, care se atribuie curat. Motivele deduse dintr-un registru eșantionat nu o fac.
  5. Reglați abonamentul pentru cadența de analizăO secundă este de obicei suficientă pentru OEE. Aplicați benzi moarte pe semnalele analogice, folosiți un declanșator status-și-valoare pe contoare, dimensionați cozile și adăugați un heartbeat, astfel încât o conexiune moartă să se distingă de o mașină inactivă.
  6. Furnizați contextul care lipsește mașiniiTimpul de producție planificat, calendarele de schimb, comanda și rutarea, precum și timpii de ciclu standard vin din configurația proprie a platformei sau din ERP/MES. Țintirea ISA-95 Job Control V2 este ruta bazată pe standarde acolo unde MES-ul o acceptă.

Cum arată spațiul de adrese

Un colector care se abonează la un set de noduri pentru fiecare mașină, mapate pe modelul intern de echipamente al platformei. Acolo unde mașina implementează o specificație companion, maparea este portabilă între producători; acolo unde nu o implementează, maparea este specifică fiecărei mașini și trebuie întreținută pe măsură ce se schimbă firmware-ul. Această diferență este argumentul principal pentru a insista asupra unei specificații companion la achiziție, nu după instalare.

Capcanele

  • Un bit boolean de funcționare nu poate distinge schimbarea de format de o defecțiune, așa că cifra de disponibilitate rezultată este greșită într-un mod foarte greu de depanat ulterior. Insistați pentru o mașină de stări și un mod de operare în faza de specificație.
  • Tratarea depășirii și a resetării contoarelor este o sursă reală de producție fantomă. Confirmați lățimea contorului și comportamentul lui la resetare cu constructorul mașinii.
  • Serverele integrate în PLC populează frecvent în mod util doar ServerTimestamp. O înregistrare de oprire cu marca de timp greșită este mai rea decât lipsa înregistrării.
  • Încrederea în certificate la nivelul unui parc de echipamente este riscul practic de planificare la orice implementare de OEE, nu integrarea OPC UA în sine.
  • Limitele de abonamente și de sesiuni pe serverele încorporate sunt mult mai mici decât pe cele bazate pe PC. Verificați-le înainte de a proiecta câte un abonament pentru fiecare tag.

Cum scoateți date OEE din el

Acesta este întregul subiect al paginii. Disponibilitatea din stare și din modul de operare, performanța din contoare raportate la un timp de ciclu ideal declarat, cu revizia programului consemnată, calitatea din numărul de rebuturi și de reprelucrări, motivele din evenimente de condiție. Granița este fermă și merită enunțată în orice specificație: timpul de producție planificat, calendarele de schimburi, comenzile și timpii de ciclu standard nu se află în mașină și trebuie să vină de la platformă sau de la MES.

Verificați înainte să vă bazați pe asta:Capacitățile platformei și opțiunile de conector se schimbă de la o versiune la alta. Această pagină descrie tiparul arhitectural, nu o specificație de produs; confirmați capacitățile curente ale conectorilor cu producătorul. Numele licențelor, pachetele de opțiuni, nivelurile de firmware și suportul de platformă din acest domeniu se schimbă de la o versiune la alta și nu sunt afirmate aici ca fapte. Confirmați cerințele curente cu producătorul, pentru versiunea dumneavoastră exactă de produs, înainte de a vă angaja la un termen de livrare.

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.

Descărcare gratuită
OPC UA Machine Data → OEE Mapping Kit
La ce noduri să vă abonați, cum devin ele disponibilitate, performanță și calitate și ce specificație companion vă dă deja răspunsul: ca să nu mai inventați tag-uri.
Luați kitul gratuit de mapare →
Gratuit, fără curs, fără autentificare