OPC UA mit Ignition (Inductive Automation) verbinden
| Produkt | Ignition (Inductive Automation) |
|---|---|
| Kategorie | SCADA |
| OPC-UA-Rolle | Client und Server |
Ignition ist sowohl OPC-UA-Client als auch OPC-UA-Server. Das Gateway verbindet sich nach außen zu SPS- und Gateway-Servern und veröffentlicht seine eigenen Tags über einen integrierten OPC-UA-Server, standardmäßig auf Port 62541. Die üblichen Reibungspunkte sind die Zertifikatsfreigabe bei der ersten Verbindung und Tag-Pfade, die einen Namespace-Index fest verdrahten.
Bevor Sie starten
- Ein lizenziertes Ignition-Gateway mit den OPC-UA- und Treibermodulen, die Sie einsetzen wollen. Welche Module Ihre Lizenz enthält und wie Tags gezählt werden, ist mit Inductive Automation zu klären.
- Netzerreichbarkeit vom Gateway zu jedem SPS-Endpunkt oder eine Reverse-Connect-Anordnung, wenn die Netzschicht nur ausgehende Sessions erlaubt.
- Zugang zur Weboberfläche des Gateways mit Konfigurationsrechten, denn Zertifikatsfreigabe und OPC-Verbindungen liegen beide dort.
- Eine Entscheidung, ob nachgelagerte Systeme den eigenen OPC-UA-Server von Ignition nutzen oder stattdessen dessen Historian- und MQTT-Wege, denn das entscheidet, wo Ihre Tag-Semantik liegt.
Die Einrichtung
- Fügen Sie den entfernten Server als OPC-Client-Verbindung hinzuLegen Sie in der Gateway-Konfiguration eine OPC-UA-Client-Verbindung an, mit Endpunkt-URL, der vom Server angebotenen SecurityPolicy und dem Mode sowie dem akzeptierten Identity Token. Beginnen Sie mit Security None, um den Netzwerkpfad nachzuweisen, und wechseln Sie dann in einem separaten Schritt auf einen signierten und verschlüsselten Endpoint, damit Sie wissen, welche Änderung was kaputt gemacht hat.
- Zertifikate in beide Richtungen freigebenDer erste gesicherte Versuch lässt die Verbindung in der Regel gestört zurück. Das Gateway stellt das nicht vertrauenswürdige Serverzertifikat in Quarantäne; geben Sie es in der Zertifikatskonfiguration des Gateways frei. Verschieben Sie anschließend das eigene Client-Zertifikat des Gateways aus dem Rejected-Store der SPS in deren Trusted-Store. Keine Seite funktioniert für sich allein.
- Den Server im OPC-Browser browsen und das Modell prüfenNutzen Sie den OPC-Browser des Gateways, um durch den Adressraum zu gehen und die Typdefinitionen der Knoten zu prüfen, die Sie interessieren. Das sagt Ihnen binnen einer Minute, ob die Maschine nach einer Companion Specification modelliert ist oder ein flacher Tag-Abzug, und das entscheidet, wie viel Mapping-Arbeit folgt.
- Tags per Ziehen aus dem Browser anlegen, nicht durch Eintippen von PfadenKnoten in einen Tag-Ordner zu ziehen baut den OPC-Item-Pfad für Sie und vermeidet Übertragungsfehler. Richten Sie die Tag-Hierarchie an der Anlagenstruktur aus, nicht an der Datenbausteinstruktur der SPS, denn den Tag-Baum sieht jeder nachgelagerte Verbraucher.
- Ersetzen Sie rohe Namespace-Indizes in Item-Pfaden, wo es gehtIgnition-Tag-Item-Pfade führen den Namespace-Index so, wie er geschrieben wurde. Nummeriert die SPS nach einem Programm-Download die Namespaces um, gehen alle betroffenen Tags auf einen Schlag auf Bad. Halten Sie die Zuordnung an einer Stelle, dokumentieren Sie, welcher Index zu welcher Namespace-URI gehört, und prüfen Sie nach jedem SPS-Download erneut.
- Konfigurieren Sie den eigenen OPC-UA-Server von Ignition bewusstDas Gateway stellt seine Tags über OPC UA auf einem eigenen Endpunkt bereit, standardmäßig auf Port 62541. Entscheiden Sie, ob dieser Endpunkt überhaupt existieren soll, welche SecurityPolicies er anbietet und wer sich verbinden darf, und schließen Sie dann mit jedem Verbraucher den Vertrauensaustausch ab.
- Scan Classes auf die Taktung setzen, die die Daten brauchenTag-Gruppen bestimmen die Subscription-Raten, die Ignition bei der SPS anfordert. Weniger unterschiedliche Raten bedeuten weniger Subscriptions auf einem eingebetteten Server, und das ist oft der Unterschied zwischen einer stabilen und einer instabilen SPS-Verbindung.
Wie der Adressraum aussieht
Zwei Adressräume sind im Spiel, und ihre Verwechslung verursacht die meisten Diskussionen bei Ignition-Integrationen. Feldseitig sieht Ignition das, was die SPS oder das Gateway veröffentlicht, mit deren Namespace-Indizes und deren Identifiern, und speichert das als OPC-Item-Pfad je Tag. Nach oben veröffentlicht Ignition über seinen OPC-UA-Server den eigenen Tag-Baum, sodass Konsumenten die Ordnerstruktur und die Tag-Namen von Ignition sehen und nicht die der SPS. Dieser neu veröffentlichte Baum ist eine eher flache Tag-Hierarchie mit Ignitions eigener Benennung und kein Companion-Specification-Modell: Er trägt keine Maschinenidentitätstypen, keine Standard-Zustandsmaschinen und keine Standardzähler, sofern Sie nicht Entsprechungen als Tags gebaut haben. Wenn Sie nachgelagert portable Semantik brauchen, ist die Modellierungsentscheidung die Form des Ignition-Tag-Baums.
Die Fallen
- Dass die erste gesicherte Verbindung scheitert, ist normal, und der Fehler ist beidseitig. Die Zertifikatsfreigabe ist die größte einzelne Hürde beim Rollout über den gesamten Gateway-Bestand, etablieren Sie also ein dokumentiertes Verfahren vor der zehnten Maschine und nicht danach.
- Tag-Item-Pfade enthalten den Namespace-Index wörtlich. Ein SPS-Programmdownload, der Indizes verschiebt, macht einen ganzen Ordner voller Tags auf einen Schlag ungültig, und das Symptom auf SPS-Seite ist BadNodeIdUnknown auf Knoten, die weiterhin existieren.
- Der eigene OPC-UA-Server von Ignition ist ein echter, nach außen erreichbarer Server. Bleibt er mit laxer Sicherheit stehen, weil er ja intern sei, ist er ein unauthentifizierter Weg zu jedem Tag im Werk.
- Jede unterschiedliche Abtastrate einer Tag-Gruppe wird in der SPS zu einer eigenen Subscription. Eingebettete Server haben niedrige Obergrenzen für Subscriptions, und wuchernde Tag-Gruppen sind deshalb eine häufige Ursache sporadischer SPS-Verbindungsstörungen.
- Ignition hält einen letzten bekannten Wert mit zugehöriger Qualität. Ein Dashboard, das einen veralteten Wert liest, sieht genauso aus wie eines, das einen aktuellen liest, solange die Qualität nicht angezeigt wird; stellen Sie die Qualität deshalb auf den relevanten Bildern dar und behandeln Sie schlechte Qualität in jeder Berechnung ausdrücklich.
- Der Historian zeichnet das auf, was Ignition abonniert hat, in der Rate, in der es abonniert hat. Eine Tag-Gruppe später zu verbreitern verbessert die Auflösung nicht rückwirkend, und OEE-Berechnungen, die auf der alten Auflösung aufbauen, ändern stillschweigend ihr Verhalten.
OEE-Daten daraus gewinnen
Ignition ist ein vernünftiger Ort, um OEE zu berechnen, und ein schlechter Ort, um die Daten dafür zu erfinden. Verfügbarkeit braucht ein Maschinenzustandssignal, kein abgeleitetes Running-Bit: Abonnieren Sie eine Zustandsvariable und speichern Sie die Übergänge, denn eine Tag-Gruppe, die einmal pro Sekunde abtastet, sieht einen Stillstand von 400 ms nicht. Stückzahlen sollten als Werte aus SPS-Zählern gelesen werden, wobei Überlauf und Reset in der Transformation behandelt werden, nicht dadurch, dass Ignition Flanken zählt. Störgründe werden am besten als Alarme oder als dokumentierter Störgrundcode geführt, damit Stillstände zugeordnet und nicht geraten werden. Ignition kann Schichtkalender, geplante Produktionszeit und Standard-Taktzeiten als eigene Daten halten, was durchaus nützlich ist, aber machen Sie klar, dass dies von Ihnen eingegebene Daten sind und keine Daten aus der Maschine, und dass sie mit dem abgeglichen werden müssen, was MES oder ERP als führend betrachtet.
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.