Verbind OPC UA met AWS IoT SiteWise

Voordat u begint

• Een gatewayhost op het fabrieksnetwerk die de OPC UA-servers en AWS kan bereiken.
• Per server een OPC UA-databronconfiguratie, inclusief het beveiligingsbeleid en eventuele inloggegevens.
• Een plan voor certificaatvertrouwen op elke server, zoals bij elke OPC UA-client.
• Een ontwerp van het assetmodel. Dit is het echte werk, en dit doen nadat de ingestie is begonnen, is duurder dan het vooraf doen.

Het opzetten

1. Installeer de gateway on-premisesHij draait als lokale component en bevat de OPC UA-client. Geef zijn certificaatopslag een persistente locatie.
2. Voeg elke server toe als data sourceEndpoint-URL, beveiligingsbeleid en -modus, en inloggegevens. Begin met security None om de bereikbaarheid aan te tonen, ga daarna over op SignAndEncrypt en handel de trust-uitwisseling apart af.
3. Vertrouw het gatewaycertificaat op elke serverVerplaats het van de rejected store van de server naar trusted. Dezelfde workflow als bij elke andere OPC UA-client, dezelfde tijdsinvestering voor een heel machinepark.
4. Kies uw property filtersNeem de nodes op die u nodig hebt in plaats van alles wat de server beschikbaar stelt. Ingestie wordt afgerekend en een ongefilterde browse-and-collect wordt snel duur.
5. Modelleer de assetsDefinieer assetmodellen en -eigenschappen in de cloud en map inkomende streams daarop. Dit is waar een machine een machine wordt in plaats van een lijst tags, en waar u transformaties en metrics definieert.
6. Definieer metrics in plaats van verderop in de keten te rekenenBeschikbaarheid en aantallen kunnen worden uitgedrukt als SiteWise-transforms en -metrics over opgenomen properties, wat goedkoper en consistenter is dan ze in elk dashboard opnieuw te berekenen.

Hoe de adresruimte eruitziet

Inkomend: platte property-streams, opnieuw gemodelleerd tot een assethiërarchie in de cloud. Als uw machine Machinery of MachineTool implementeert, wordt die structuur niet automatisch overgenomen - u bouwt de equivalente vorm opnieuw op in het assetmodel. Het loont om beide bewust op elkaar te mappen, zodat het cloudmodel en het machinemodel niet uit elkaar gaan lopen.

De valkuilen

• Ingestie en opslag worden afgerekend. Een ongefilterde verzamelstrategie levert een factuur op in plaats van inzicht - bepaal wat u nodig hebt voordat u verbindt.
• Het assetmodel is een tweede modelleeroefening bovenop wat de machine al beschikbaar stelt. Reserveer er budget voor, en houd een schriftelijke mapping tussen de twee bij.
• De gateway is gewoon weer een OPC UA-client, dus elk certificaat-, endpoint- en namespace-indexprobleem in deze referentie geldt er onveranderd voor.
• De afhandeling van tijdstempels is belangrijk: vult een in de PLC ingebouwde server alleen ServerTimestamp betekenisvol, dan is dat wat in de cloud belandt, en dat is niet het moment waarop de gebeurtenis plaatsvond.
• Data die buiten volgorde of te laat binnenkomt, vraagt om een beslissing over hoe metrics opnieuw berekend worden. Neem die beslissing bewust, in plaats van het pas te ontdekken in een cijfer bij de maandafsluiting.

OEE-data eruit halen

Werkbaar, mits de machine toestand, aantallen en redenen beschikbaar stelt en u ze goed modelleert. Beschikbaarheid uit een state machine gemapt op een asset property, prestatie uit tellers tegen een gemodelleerde ideale cyclustijd, kwaliteit uit uitvaltellers. De eerlijke beperkingen zijn overal dezelfde: geplande productietijd, ploegenkalenders en ordercontext komen uit ERP of MES, en de resolutie van uw beschikbaarheidscijfer wordt begrensd door het publishing interval dat u hebt gekozen.

Laatst geverifieerd op 7 september 2026 tegen OPC UA 1.05.07. OPC UA Connect is een educatieve bron en is niet gelieerd aan de OPC Foundation.