OPC UA an KEPServerEX / Kepware anbinden

Bevor Sie starten

• Eine Lizenz, die jeden benötigten Treiber sowie die geplante Anzahl Clients und Verbindungen abdeckt. Die Treiberlizenzierung ist der Teil, der Projekte überrascht; klären Sie ihn mit PTC, bevor Sie sich auf einen Entwurf festlegen.
• Ein Windows-Host mit genug Ressourcen, um jeden importierten Tag zu scannen, dazu eine Entscheidung, ob es eine virtuelle Maschine ist und ob diese Maschine im Geltungsbereich des OT-Patchings liegt.
• Netzwerkwege vom Host zu jeder Steuerung auf dem industriellen Protokoll und von Ihren Clients zu deren OPC-UA-Endpunkt.
• Geprüfte Tag-Listen, exportiert aus den Steuerungsprojekten, damit der importierte Tag-Satz bewusst gewählt ist und nicht das, was das Browsen zurückgab.

Die Einrichtung

1. Die Hierarchie aus Channel, Device und Tag bewusst aufbauenEin Channel trägt einen Treiber und dessen Kommunikationseinstellungen, ein Device ist eine Steuerung an diesem Channel, und Tags hängen unter den Devices. Diese dreistufige Struktur wird zu Ihrem OPC-UA-Browse-Pfad und zu Ihren NodeId-Identifiern, benennen Sie sie also nach der Anlage und nicht nach der Reihenfolge der Inbetriebnahme.
2. Importieren Sie Tags, statt sie zu tippen, und räumen Sie dann aufNutzen Sie die automatische Tag-Generierung des Treibers oder den Import aus einem Steuerungs-Export und löschen Sie dann, was Sie nicht brauchen. Jedes behaltene Tag ist Scanlast und ein potenzielles MonitoredItem, und ein überimportierter Server ist der übliche Grund, warum ein Gateway-Host heißläuft.
3. Setzen Sie Scanraten pro Gerät und pro Tag-GruppeDie Scanrate des Geräts ist die tatsächliche Auflösung von allem, was nachgelagert passiert. Geben Sie Zählern und Zustandswörtern eine schnelle Gruppe und Analogwerten eine langsame. Kein OPC-UA-Sampling-Intervall kann feiner sein als der Scan, der es speist.
4. Den OPC-UA-Endpunkt im Konfigurationsmanager einrichtenDer OPC-UA-Endpunkt, seine SecurityPolicies und seine Client-Vertrauensliste werden im separaten Konfigurationsmanager konfiguriert, nicht im Hauptprojektbaum. Beachten Sie, dass Endpunkt- und Zertifikatsänderungen in der Regel eine Reinitialisierung oder einen Neustart des Runtime-Dienstes erfordern, bevor sie wirksam werden.
5. Vertrauen Sie dem Client-Zertifikat explizitVerbinden Sie sich einmal von Ihrem Client aus, lassen Sie es fehlschlagen, und geben Sie dann das Client-Zertifikat in der Client-Vertrauensliste des Configuration Managers frei; vertrauen Sie auf der Client-Seite dem Serverzertifikat. An diesem beidseitigen Schritt bleiben die meisten Integrationen am ersten Tag hängen.
6. Prüfen Sie, was passiert, wenn die Steuerung wegfälltZiehen Sie die Verbindung zur Steuerung und beobachten Sie die OPC-UA-Seite. Die betroffenen Items sollen einen Bad-Status melden, statt einen veralteten Wert als gut auszugeben, denn jede nachgelagerte Stillstandsberechnung hängt davon ab, das unterscheiden zu können.
7. Halten Sie Namespace-URI und Identifier-Format festLesen Sie das NamespaceArray und notieren Sie die URI des Tag-Namespace. Identifier folgen dem Pfad aus Channel, Device und Tag, hinterlegen Sie also Namespace-URI plus Identifier-String in der Konfiguration und lösen Sie den Index beim Verbinden auf.

Wie der Adressraum aussieht

Der Adressraum spiegelt den Projektbaum: ein Namespace mit Knoten, deren String-Identifier der punktgetrennte Pfad aus Channel, Device und Tag ist, sodass ein Tag als etwas wie ns=2;s=Channel1.Device1.MachineState ankommt. Es ist eine Tag-Liste mit Ordnern, kein Informationsmodell. Es gibt keine Maschinenidentität, keine standardisierte State Machine, keinen standardisierten Zähler und keine Inhalte aus Companion Specifications, und es kann sie nicht geben, weil der Treiber nur sieht, was das industrielle Protokoll freigibt. Die Namensdisziplin, die Sie auf Channels, Devices und Tags anwenden, ist deshalb die einzige Semantik, die Ihre Consumer bekommen, und genau darum lohnt es sich, den Projektbaum als veröffentlichte Schnittstelle mit Änderungsprozess zu behandeln und nicht als interne Konfiguration.

Die Fallen

• Die Treiber- und Verbindungslizenzierung ist das Terminrisiko. Ein Projekt, das mitten in der Inbetriebnahme feststellt, dass eine zweite Steuerungsfamilie eine weitere Treiberlizenz braucht, verliert Tage an die Beschaffung, nicht an das Engineering. Klären Sie den Lizenzumfang vorab mit PTC.
• Die Zeitstempel entstehen beim Scan des Gateways, nicht in der Steuerung. SourceTimestamp ist faktisch der Abfragezeitpunkt, die Ereigniszeit ist damit auf die Scanrate quantisiert. Wenn Sie präzise Übergangszeiten brauchen, setzen Sie den Zeitstempel in der SPS und veröffentlichen Sie ihn als Wert.
• Das Umbenennen eines Channels, Device oder Tags ändert den NodeId-Identifier und bricht jeden Client, der ihn gespeichert hat, mit BadNodeIdUnknown auf Knoten, die scheinbar noch da sind. Umbenennen beim Aufräumen ist eine echte Ausfallursache.
• Das Zertifikatsvertrauen ist die größte praktische Hürde beim Ausrollen, und es liegt in einem eigenen Konfigurationsmanager, von dessen Existenz Einsteiger in das Produkt nichts wissen.
• Endpunkt- und Sicherheitsänderungen brauchen oft einen Neustart der Laufzeitumgebung, der alle verbundenen Clients auf einmal wirft. Planen Sie sie ein.
• Ein Tag, das mit einem unpassenden Datentyp konfiguriert ist, lässt sich lesen, schreibt aber schlecht und liefert BadTypeMismatch oder schneidet stillschweigend ab. Prüfen Sie den konfigurierten Typ des Tags gegen den tatsächlichen Typ in der Steuerung, statt der automatischen Generierung zu vertrauen.
• Das Gateway ist jetzt eine Produktionsabhängigkeit, die Backup, Versionskontrolle ihrer Projektdatei, Patches und Überwachung braucht wie jeder andere Server.

OEE-Daten daraus gewinnen

Ein Gateway liefert Ihnen Stückzahlen, ein Zustandssignal und Störgrundcodes, und damit endet es. Verfügbarkeit, die aus einem gescannten Running-Bit abgeleitet wird, verpasst Stillstände, die kürzer als das Scan-Intervall sind, und ordnet die übrigen zeitlich ungenau ein. Das genaue Muster ist daher, Zustand, Zähler und einen Störgrundcode in der Steuerung zu führen und das Gateway sie als Werte transportieren zu lassen. Die Behandlung von Überlauf und Reset gehört nachgelagert und muss explizit sein. Nichts im Adressraum eines Gateways ist standardisiert, also ist die Zuordnung von Tag-Namen zur OEE-Bedeutung je Steuerungsprogramm verschieden, muss als Projektdaten dokumentiert werden und ist bei der nächsten Maschine erneut zu leisten. Geplante Produktionszeit, Schichtkalender, Auftragskontext und Standard-Taktzeiten sind hier mit keinem Konfigurationsaufwand verfügbar.

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.