Conectați OPC UA la AWS IoT SiteWise

Înainte de a începe

• O gazdă de gateway în rețeaua fabricii, care poate ajunge la serverele OPC UA și la AWS.
• O configurație de sursă de date OPC UA pentru fiecare server, inclusiv politica de securitate și eventualele credențiale.
• Un plan de încredere în certificate pe fiecare server, ca la orice client OPC UA.
• Un proiect de model de active. Aceasta este munca reală, iar realizarea ei după începerea ingestiei este mai scumpă decât realizarea ei la început.

Configurarea

1. Instalați gateway-ul în incintăRulează ca o componentă locală și deține clientul OPC UA. Dați depozitului său de certificate o locație persistentă.
2. Adăugați fiecare server ca sursă de dateURL-ul endpointului, politica și modul de securitate și credențialele. Începeți cu securitate None pentru a demonstra accesibilitatea, apoi treceți la SignAndEncrypt și tratați separat schimbul de încredere.
3. Acordați încredere certificatului gateway-ului pe fiecare serverMutați-l din magazinul rejected al serverului în trusted. Același flux de lucru ca la orice alt client OPC UA, același cost de timp pe o flotă întreagă.
4. Alegeți-vă filtrele de proprietățiIngerați nodurile de care aveți nevoie, nu tot ce expune serverul. Ingerarea este contorizată, iar o navigare-și-colectare nefiltrată devine rapid costisitoare.
5. Modelați activeleDefiniți modele de active și proprietăți în cloud și mapați fluxurile primite pe ele. Aici o mașină devine o mașină, nu o listă de tag-uri, și tot aici definiți transformările și metricile.
6. Definiți metrici în loc să calculați în avalDisponibilitatea și contorizările pot fi exprimate ca transformări și metrici SiteWise peste proprietățile ingerate, ceea ce este mai ieftin și mai consecvent decât recalcularea lor în fiecare tablou de bord.

Cum arată spațiul de adrese

Fluxuri plate de proprietăți la intrare, remodelate într-o ierarhie de active în cloud. Dacă mașina dumneavoastră implementează Machinery sau MachineTool, acea structură nu este reflectată automat - reconstruiți forma echivalentă în modelul de active. Merită mapate cele două în mod deliberat, astfel încât modelul din cloud și modelul mașinii să nu se depărteze unul de altul.

Capcanele

• Ingerarea și stocarea sunt contorizate. O strategie de colectare nefiltrată produce o factură, nu o informație utilă - decideți de ce aveți nevoie înainte de a vă conecta.
• Modelul de active este un al doilea exercițiu de modelare peste ceea ce mașina expune deja. Prevedeți-l în buget și păstrați o mapare scrisă între cele două.
• Gateway-ul este încă un client OPC UA, așa că fiecare problemă de certificat, de endpoint și de index de spațiu de nume din această referință i se aplică neschimbată.
• Tratarea marcajelor de timp contează: dacă un server încorporat în PLC populează semnificativ doar ServerTimestamp, acela este ce ajunge în cloud și nu este momentul în care s-a produs evenimentul.
• Datele care sosesc în altă ordine sau cu întârziere necesită o decizie privind modul în care se recalculează metricile. Luați-o explicit, nu descoperind-o într-o cifră de sfârșit de lună.

Cum scoateți date OEE din el

Fezabil, cu condiția ca mașina să expună stare, contorizări și motive și să le modelați corespunzător. Disponibilitatea dintr-o mașină de stare mapată pe o proprietate de activ, performanța din contoare raportate la un timp de ciclu ideal modelat, calitatea din contorizările de rebuturi. Limitele oneste sunt aceleași peste tot: timpul de producție planificat, calendarele de schimb și contextul comenzii vin din ERP sau MES, iar rezoluția cifrei dumneavoastră de disponibilitate este limitată de intervalul de publicare pe care l-ați ales.

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.