OPC UA an AWS IoT SiteWise anbinden

Bevor Sie starten

• Ein Gateway-Host im Anlagennetz, der die OPC-UA-Server und AWS erreichen kann.
• Eine Konfiguration der OPC-UA-Datenquelle je Server, einschließlich SecurityPolicy und etwaiger Zugangsdaten.
• Ein Plan für das Zertifikatsvertrauen auf jedem Server, wie bei jedem OPC-UA-Client.
• Ein Entwurf des Asset-Modells. Das ist die eigentliche Arbeit, und sie nach dem Start der Datenaufnahme zu machen ist teurer, als sie zuerst zu machen.

Die Einrichtung

1. Installieren Sie das Gateway vor OrtEs läuft als lokale Komponente und enthält den OPC-UA-Client. Geben Sie seinem Zertifikatsspeicher einen dauerhaften Ort.
2. Fügen Sie jeden Server als Datenquelle hinzuEndpunkt-URL, SecurityPolicy und Modus sowie Zugangsdaten. Beginnen Sie mit Security None, um die Erreichbarkeit nachzuweisen, gehen Sie dann auf SignAndEncrypt und behandeln Sie den Vertrauensaustausch getrennt.
3. Dem Gateway-Zertifikat auf jedem Server vertrauenVerschieben Sie es vom Rejected-Speicher des Servers nach Trusted. Derselbe Ablauf wie bei jedem anderen OPC-UA-Client, derselbe Zeitaufwand über eine ganze Flotte.
4. Die Property-Filter wählenErfassen Sie die Knoten, die Sie brauchen, statt alles, was der Server bereitstellt. Die Ingestion wird abgerechnet, und ein ungefiltertes Browsen und Sammeln wird schnell teuer.
5. Assets modellierenDefinieren Sie Asset-Modelle und Eigenschaften in der Cloud und bilden Sie die eingehenden Streams darauf ab. Hier wird aus einer Tag-Liste wieder eine Maschine, und hier definieren Sie Transformationen und Kennzahlen.
6. Definieren Sie Metriken, statt nachgelagert zu rechnenVerfügbarkeit und Stückzahlen lassen sich als SiteWise-Transforms und -Metriken über aufgenommenen Properties ausdrücken, was günstiger und konsistenter ist, als sie in jedem Dashboard neu zu berechnen.

Wie der Adressraum aussieht

Flache Property-Streams kommen herein und werden in der Cloud in eine Asset-Hierarchie neu modelliert. Wenn Ihre Maschine Machinery oder MachineTool implementiert, wird diese Struktur nicht automatisch abgebildet - Sie bauen die entsprechende Form im Asset-Modell nach. Es lohnt sich, beide bewusst aufeinander abzubilden, damit Cloud-Modell und Maschinenmodell nicht auseinanderdriften.

Die Fallen

• Ingestion und Speicherung werden abgerechnet. Eine ungefilterte Erfassungsstrategie erzeugt eine Rechnung statt einer Erkenntnis - entscheiden Sie vor dem Verbinden, was Sie brauchen.
• Das Asset-Modell ist eine zweite Modellierungsaufgabe zusätzlich zu dem, was die Maschine ohnehin schon bereitstellt. Planen Sie sie ein, und halten Sie eine schriftliche Zuordnung zwischen beiden.
• Das Gateway ist ein weiterer OPC-UA-Client, also gilt jedes Zertifikats-, Endpunkt- und Namespace-Index-Problem aus dieser Referenz unverändert auch für ihn.
• Der Umgang mit Zeitstempeln ist entscheidend: Wenn ein in der SPS eingebetteter Server nur den ServerTimestamp sinnvoll füllt, ist das, was in der Cloud ankommt, und es ist nicht der Zeitpunkt des Ereignisses.
• Daten, die außer der Reihe oder verspätet ankommen, verlangen eine Entscheidung darüber, wie Kennzahlen neu berechnet werden. Treffen Sie sie explizit, statt sie in einer Monatsabschlusszahl zu entdecken.

OEE-Daten daraus gewinnen

Machbar, sofern die Maschine Zustand, Stückzahlen und Störgründe bereitstellt und Sie sie sauber modellieren. Verfügbarkeit aus einer Zustandsmaschine, die auf eine Asset-Eigenschaft abgebildet ist, Leistung aus Zählern gegen eine modellierte ideale Taktzeit, Qualität aus Ausschusszählern. Die ehrlichen Grenzen sind überall dieselben: Geplante Produktionszeit, Schichtkalender und Auftragskontext kommen aus ERP oder MES, und die Auflösung Ihrer Verfügbarkeitszahl ist durch das gewählte Publishing-Intervall begrenzt.

Zuletzt geprüft am 7. September 2026 gegen OPC UA 1.05.07. OPC UA Connect ist ein unabhängiges Bildungsangebot und steht in keiner Verbindung zur OPC Foundation.