OPC UA vs S7, EtherNet/IP und Modbus: Wie man PLCs für OEE ausliest

Wichtigste Erkenntnisse

• OPC UA ist die erste Wahl, wenn das PLC einen Server hat: benannte Werte, ein bekanntes Datenmodell und integrierte Sicherheit.
• Das native Protokoll des PLC ist der Fallback: S7, EtherNet/IP oder Modbus funktionieren auf den meisten installierten PLCs.
• Die meisten Anlagen enden mit einer Mischung, die von einem Gateway gelesen wird.
• Nur lesen, in jedem Fall. OEE schreibt niemals in ein PLC.
• Ältere native Protokolle haben oft keine eingebaute Sicherheit, daher sind Netzwerkzonen für sie wichtiger.

Es gibt keinen einzelnen richtigen Weg, PLCs für OEE auszulesen. Verwenden Sie OPC UA, wenn das PLC einen Server anbietet, weil seine Werte Namen und Bedeutung tragen. Verwenden Sie das native Protokoll des PLC, wenn es das nicht tut, was bei den meisten älteren PLCs der Fall ist. Ein Gateway kann beides sprechen und einen einzigen Datenstrom nach oben senden.

Fabrico, OEE und leichtes MES-Software mit KI-Kameras, verbindet eine Maschine über ihr PLC, ein Fabrico-IoT-Gerät oder eine KI-Kamera. Welches Protokoll an welcher Maschine verwendet wird, wird für jedes Werk mit dem technischen Team von Fabrico vereinbart.

Was findet man auf dem echten Werksboden?

Die installierte Basis entscheidet mehr als jede Präferenz. Praktisch:

• Mitteleuropäische Werke betreiben oft Siemens S7 Controller über PROFINET.
• US-eigene Werke betreiben oft Allen-Bradley Controller über EtherNet/IP.
• Verpackungs- und Hilfsgeräte, wie Kontrollwaagen und Etikettierer, sprechen oft Modbus.
• Maschinen älter als etwa 15 Jahre bieten möglicherweise eine serielle Schnittstelle oder gar nichts an.

Industrial Ethernet macht jetzt etwa acht von zehn neuen Netzwerkknoten aus. Neue Knoten sind aber nicht die installierte Basis, und die installierte Basis ist älter.

Was bietet OPC UA, das native Protokolle nicht bieten?

OPC UA, auch bekannt als IEC 62541, ist ein plattformunabhängiger Standard. Seine Server veröffentlichen Typdefinitionen, sodass ein Client liest, was ein Wert bedeutet, nicht nur seine Nummer. Seine Sicherheit deckt Authentifizierung, Integrität und Vertraulichkeit ab.

Der Preis für OPC UA ist die Verfügbarkeit. Viele ältere PLCs haben gar keinen Server, und bei einigen neueren muss er eingeschaltet oder lizenziert werden. Unser Leitfaden zu OPC UA für OEE behandelt die Datenseite.

Wann ist das native Protokoll die bessere Wahl?

• Wenn das PLC keinen OPC UA Server hat, was bei älteren Steuerungen üblich ist.
• Wenn das Aktivieren eines Servers eine Programmänderung erfordern würde, die das Werk nicht will.
• Für einfache Geräte wie Kontrollwaagen, die nur Modbus anbieten.

Ein Gateway kann das native Protokoll auf der Maschinenseite lesen und die Daten nach oben in einem Format anbieten. Für Modbus siehe unseren Leitfaden Modbus TCP vs RTU.

Beispiel: ein Werk, vier Protokolle

Beispiel-Linie (illustrative Zahlen, kein Kunde). Ein Werk hat drei Verpackungslinien und 15 Maschinen zum Anschließen. Die Ports sind die üblichen Standardwerte; prüfen Sie sie für jedes Gerät.

Also werden 6 von 15 Maschinen über OPC UA gelesen und 9 über native Protokolle. Ein Gateway pro Linie verarbeitet alle vier. Die Firewall benötigt eine Allow-Regel pro Protokoll vom Gateway nach unten und nichts Eingehendes.

Die 9 nativen Maschinen benötigen jeweils eine Tag- oder Registerkarte. Die 6 OPC UA Maschinen benötigen die Prüfung ihrer Nodes, was schneller geht, wenn sie einer Companion-Spezifikation folgen.

Wie halten Sie beide Verbindungsarten sicher?

1. Nur-Lese-Konten auf jedem OPC UA Server und keine Schreibfunktionen bei nativen Protokollen.
2. Verschlüsseltes OPC UA, mit gegenseitig vertrauten Zertifikaten.
3. Zonen für native Protokolle. Halten Sie sie in der OT-Zone, nur vom Gateway erreichbar.
4. Sinnvolle Leseintervalle. Lesen Sie nur die Werte, die OEE benötigt, damit das PLC nicht überlastet wird.
5. Nur ausgehend vom Gateway zum OEE-System.

Unser Leitfaden zu PLC-Konnektivität für OEE behandelt das Netzwerk-Layout, und OPC UA vs MQTT erklärt, wie die Daten nach oben reisen.

Welche Fehler machen Anlagen bei der Protokollwahl?

• Auf OPC UA überall warten, wodurch ältere Maschinen jahrelang unverbunden bleiben.
• OPC UA Server ohne Sicherheit einschalten, weil es bei der Inbetriebnahme schneller war.
• Dem OEE-System erlauben, direkt auf PLCs zuzugreifen statt über ein Gateway.
• Schreibfunktionen nutzen in einem nativen Protokoll, um Zähler zurückzusetzen. Immer nur lesen.

Wo passt Fabrico hin?

Fabrico ist eine Manufacturing Performance Platform mit Computer Vision. OEE und leichtes MES stehen im Vordergrund und werden von jedem Signal gelesen, das jede Maschine anbietet.

• Automatische Stillstandsaufzeichnung aus PLC-Tags, IoT-Geräten oder Kameras.
• Der Bediener bestätigt den Grund mit einem Tipp, egal welches Protokoll den Stopp protokolliert hat.
• OEE live pro Linie und Schicht, mit jedem Verlust in Geld bewertet.
• Ein Pilot an einer Linie, sodass die Protokollmischung bewiesen ist, bevor sie übernommen wird.

Es gibt keinen kostenlosen Plan und keine Stufen: Jede Anlage erhält ein Angebot. Sehen Sie das Produkt auf der Computer Vision OEE Seite und die Grundlagen in Was ist ein PLC.

Häufig gestellte Fragen

Ist OPC UA besser als S7 für OEE?

Wo das PLC einen OPC UA Server anbietet, in der Regel ja. Werte kommen mit Namen und Typen, und die Verbindung kann mit Benutzerkonten verschlüsselt werden. Wo es das nicht tut, funktioniert das S7-Protokoll über ein Gateway gut für OEE, solange der Zugriff schreibgeschützt bleibt und innerhalb der OT-Zone.

Verlangsamt OPC UA das PLC?

Es kann zusätzliche Last erzeugen, wenn ein Client zu viel zu oft liest. Für OEE lesen Sie nur die wenigen Werte, die Sie brauchen, in einem sinnvollen Rhythmus, und lassen Ihren Steuerungsingenieur die Last prüfen. Die meisten OEE-Auslesungen sind im Vergleich zu dem, was das PLC zur Maschinensteuerung tut, leicht.

Können ältere Siemens S7 PLCs über OPC UA gelesen werden?

Nicht direkt, wenn das PLC keinen Server hat. Ein Gateway kann das PLC über das S7-Protokoll auslesen und die Daten als OPC UA oder in einem anderen Format nach oben anbieten. Das PLC-Programm muss dafür nicht geändert werden.

Welches Protokoll ist sicherer für OEE?

OPC UA, wenn es mit Verschlüsselung, vertrauenswürdigen Zertifikaten und einem Nur-Lese-Konto eingerichtet ist. Viele ältere native Protokolle haben wenig oder keine eingebaute Sicherheit. Für diese halten Sie den Traffic innerhalb der OT-Zone und lassen nur das Gateway die PLCs erreichen.

Benötigen Sie ein Gateway, um PLCs für OEE zu lesen?

In der Regel ja. Ein Gateway spricht das jeweilige PLC-Protokoll auf der Maschinenseite und sendet einen einzigen Datenstrom nach oben. Es verhindert außerdem, dass das OEE-System in das OT-Netz eindringt, weil das Gateway selbst jede Verbindung öffnet.

Kartieren Sie die Protokolle Ihrer Anlage mit uns

Bringen Sie Ihre Maschinenliste mit PLC-Herstellern und -Modellen mit. Wir zeigen, wie sich jede verbindet und was ihre Stillstände kosten.

Fordern Sie eine Demo an · Kontaktieren Sie uns