Methoden zur SPS‑Datenextraktion: So holen Sie Daten von alten und neuen Steuerungen, ohne die Produktion zu unterbrechen

Wichtigste Erkenntnisse

• SPS-Datenextraktion = Tagwerte aus einer SPS in das OEE- oder übergeordnete System überführen.
• Moderne SPSen (Rockwell ControlLogix, Siemens S7 etc.): OPC UA nativ verwenden.
• Alte SPSen: Modbus TCP, EtherNet/IP oder seriell über ein Gateway.
• Ändern Sie niemals SPS-Programme zur Datenerfassung. Schreibgeschützt über Standardprotokolle auslesen.
• Die schwierigsten Anlagen haben SPSen unterschiedlicher Generationen und benötigen mehrere Extraktionsmethoden.

Kurzantwort: Methoden zur SPS-Datenextraktion reichen von modern (natives OPC UA) bis legacy (Modbus, EtherNet/IP, seriell). Moderne SPSen stellen OPC UA nativ bereit. Alte SPSen benötigen Protokollübersetzung über ein Gateway. Ändern Sie niemals den SPS‑Code zur Datenerfassung, verwenden Sie schreibgeschützte Standardprotokolle. Die schwierigsten Anlagen haben SPSen unterschiedlicher Vintage und erfordern mehrere Methoden. Siehe auch PLC vs SCADA vs MES.

Die fünf gängigen Methoden

1. OPC UA nativ. Moderne SPSen (ab ca. 2015) stellen einen OPC UA‑Server bereit. Schreibgeschützter Zugriff vom OEE‑System. Sicher, strukturiert, herstellerneutral.

2. OPC UA über Gateway. Ältere SPSen ohne natives OPC UA werden über ein Gateway (Kepware, Matrikon) angebunden. Das Gateway spricht das native SPS‑Protokoll und stellt OPC UA nach oben bereit.

3. Modbus TCP. Viele Industrie‑Controller bieten Modbus an. Einfach, weit verbreitet, auf numerische Daten beschränkt.

4. EtherNet/IP. Rockwell/Allen‑Bradley natives Protokoll. Direkt nutzen oder über Gateway.

5. Seriell über Gateway. Sehr alte SPSen mit nur RS‑232/RS‑485. Gateway übersetzt auf TCP/IP.

Wie auswählen

• Neue SPS, Neuinstallation: OPC UA nativ.
• Moderne SPS, OPC UA verfügbar: OPC UA nativ.
• Moderne SPS, OPC UA nicht lizenziert: Modbus oder EtherNet/IP direkt.
• Ältere SPS, IP‑Netzwerk: Modbus TCP oder EtherNet/IP.
• Sehr alte SPS, nur seriell: Gateway mit Seriell‑zu‑TCP.

Was Sie niemals tun sollten

1. SPS‑Code zur Datenausgabe ändern. Die SPS ist ein sicherheitskritisches Steuerungssystem. Änderungen zur Datenextraktion erhöhen das Risiko und durchbrechen die Änderungssteuerung.

2. Die SPS‑Scanzeit umgehen. Daten schneller lesen als die Scanzeit führt zu inkonsistenten Werten.

3. Die SPS mit hochfrequenten Anfragen überlasten. SPSen priorisieren die Steuerung; Datenauslesung mit hoher Rate kann Regelkreise beeinträchtigen.

Wie man den Umfang der Extraktion festlegt

1. Erforderliche Tags identifizieren. Betriebszustand, Zykluszählung, Fehlercodes, Qualitätssignale, Wartungskennzeichen.
2. Abfragefrequenz bestimmen. Betriebszustand mit 1 Hz; Zykluszählung im Maschinenzyklus; Fehlercodes bei Änderung.
3. SPS‑Fähigkeit verifizieren. Kann die SPS die angeforderten Daten mit der gewünschten Frequenz liefern, ohne die Steuerung zu beeinträchtigen?
4. Wo möglich Subscriptions nutzen. Änderungsbasierte Abonnements (Change‑of‑value) statt Polling und Vergleich.

Gängige Muster nach SPS‑Hersteller

Rockwell ControlLogix: EtherNet/IP nativ; OPC UA über FactoryTalk Linx oder Drittanbieter‑Gateway.

Siemens S7: OPC UA über TIA Portal konfigurierbar; S7‑Protokoll direkt für einige Anwendungen.

Mitsubishi: MC‑Protokoll oder OPC UA über Gateway.

Beckhoff TwinCAT: ADS‑Protokoll nativ; OPC UA verfügbar.

Schneider Modicon: Modbus TCP nativ; OPC UA über Gateway.

Sicherheitsaspekte

• Netzwerksegmentierung. SPSen im Steuerungsnetz hinter einer Firewall.
• Schreibgeschützte Zugangsdaten. Schreibzugriff für die OEE‑Plattform ist nicht erforderlich.
• OPC UA‑Sicherheitsrichtlinien. Signiert und verschlüsselt verwenden (z. B. Basic256Sha256).
• Modbus hat keine eingebaute Sicherheit. Auf Netzwerksegmentierung verlassen.

Was Gateways hinzufügen

• Protokollübersetzung.
• Pufferung bei Verbindungsunterbrechungen.
• Aggregation über viele SPSen.
• Zentraler Punkt für Sicherheitsrichtlinien.
• Logging und Diagnose.

Gateways sind manchmal unerlässlich, manchmal überdimensioniert. Entscheidung anhand SPS‑Typ und Integrationsbedarf treffen.

Häufige Fehler

1. Abfragen mit SPS‑Scanrate. Beeinträchtigt Regelkreise.

2. Tag‑Namen raten. Inkonsistente Benennung über SPSen hinweg erschwert Integration.

3. Keine Pufferung. Verbindungsabbrüche führen zu Datenverlust.

4. SPS zur Extraktion ändern. Alptraum für die Änderungssteuerung.

Wie man die Extraktion testet

1. Alle erforderlichen Tags mit der geplanten Abtastrate auslesen.
2. Mit dem vom Bedienpersonal beobachteten Anlagenzustand abgleichen.
3. Bestätigen, dass die Regelkreise nicht gestört werden.
4. Ausfall und Wiederherstellung der Verbindung testen.
5. Datenverlust während Ausfällen messen.

Wie eine moderne OEE‑Plattform die Extraktion unterstützt

Eine moderne OEE‑Plattform unterstützt OPC UA‑Client‑Modus, Modbus TCP, EtherNet/IP und die Integration mit Gateways für legacy‑SPSen.

Fabricos OEE‑Modul unterstützt OPC UA nativ, Modbus TCP, EtherNet/IP und Gateway‑Integration für Anlagen mit SPSen unterschiedlicher Generationen.

Erfahren Sie, wie Fabrico dies automatisch erfasst, OEE für die Fertigung erkunden oder eine Demo buchen.

Weiterführende Lektüre

• PLC vs SCADA vs MES
• Plant Floor Data Quality
• Manufacturing Data Lake vs Data Warehouse
• Manufacturing Data Quality Audit

Häufig gestellte Fragen

Sollte ich immer OPC UA verwenden?

Für moderne SPSen ja. Für sehr alte SPSen ohne OPC UA sind Alternativen erforderlich.

Wird die Datenauslesung meine SPS verlangsamen?

Wenn korrekt durchgeführt, nein. Schreibgeschützt bei angemessener Abtastrate hat minimale Auswirkungen.

Brauche ich für jede SPS ein Gateway?

Nein. SPSen mit nativem OPC UA benötigen kein Gateway.

Was ist der häufigste Fehler?

Zu schnelles Abfragen, das Regelkreise beeinträchtigt.

Kann ich Daten ohne IT‑Beteiligung extrahieren?

In der Regel ja, wenn schreibgeschützt und im Steuerungsnetz. Größere Integrationen benötigen IT für Netzwerk und Sicherheit.