Legacy-SPCs bleiben oft jahrzehntelang betriebsfähig, da ihre Steuerungslogik stabil, validiert und eng mit Produktionsanlagen verknüpft ist. Die Schwierigkeit beginnt, wenn eine Anlage diese Steuerungen mit SCADA, MES, EMS, prädiktiver Wartungssoftware oder Cloud-Analysen verbinden muss.
Aus technischer Sicht von Tespro ist der Austausch einer funktionierenden SPS ausschließlich zur modernen Konnektivität selten die erste Option. Ein richtig konfiguriertes Multi-Protocol Industrial Gateway kann die bestehende Steuerschicht erhalten und gleichzeitig einen sicheren, strukturierten Datenpfad zwischen Altgeräten und modernen IIoT-Systemen schaffen.
Die Integration von legacy-SPS ist ein mehrschichtiges Problem
Das Anschließen einer alten SPS ist nicht einfach eine Frage des Hinzufügens von Ethernet. Ingenieure müssen vier separate Kompatibilitätsschichten auflösen:
| Integrationsschicht | Typischer Legacy-Zustand | Gateway-Anforderungen |
| Physische Schnittstelle | RS232, RS485 oder frühes Ethernet | Kompatible, isolierte Industriehäfen |
| Geräteprotokoll | Modbus RTU/TCP, BACnet oder proprietäres Protokoll | Korrekte Client/Server-Implementierung |
| Datenmodell | Rohregister ohne Etiketten oder Zeitstempel | Datentypisierung, Skalierung und Normalisierung |
| Anwendungsschnittstelle | Keine native Cloud-Verbindung | MQTT, OPC UA oder HTTPS-Veröffentlichung |
Eine Verbindung kann elektrisch korrekt sein, während dennoch unbrauchbare Daten erzeugt werden. Vor der Inbetriebnahme muss der Integrator die SPS-Adresse, serielle Parameter, Registerkarte, Datentypen, Bytereihenfolge und erlaubte Lese-/Schreibvorgänge kennen.
Router, Protokollwandler oder Industrie-Gateway?
Diese Geräte beheben verschiedene Teile des Integrationsproblems.
| Gerät | Hauptrolle | Protokollinterpretation | Kantenverarbeitung | Cloud-Datenveröffentlichung |
| Industriefräse | Verbinden Sie IP-Netzwerke | Begrenzt | Begrenzt | Meistens extern |
| Protokollwandler | Definierte Protokollpaare übersetzen | Ja | Grundlegend | Anwendungsabhängig |
| Multi-Protokoll-Industrie-Gateway | Daten erwerben, normalisieren, verarbeiten und veröffentlichen | Ja | Ja | Integriert |
Ein Industrierouter kann einen entfernten Netzwerkzugang bieten, versteht aber nicht unbedingt, was das SPS-Register 40021 darstellt. Ein Protokollkonverter kann ein Kommunikationsformat in ein anderes übersetzen, bietet aber möglicherweise keine lokale Filterung, Datenpufferung, Scripting oder Flottenverwaltung.
Ein Multi-Protocol Industrial Gateway ist geeigneter, wenn ein Projekt verschiedene SPSS, mehrere Schnittstellen, Edge-Logik und mehrere nordbound Systeme kombiniert.
Wie ein Multi-Protokoll-Industrie-Gateway SPS-Daten verarbeitet
1. Die südwärts fahrende Verbindung herstellen
Das Gateway ist über RS232, RS485 oder Ethernet mit der SPS verbunden. Serielle Integration erfordert mehr als nur passende Steckverbinder. Die folgenden Parameter müssen bestätigt werden:
• Baudrate, Parität und Stoppbits
• SPS-Adresse oder Modbus-Slave-ID
• RS485 Zwei- oder Vieradrig-Konfiguration
• Master/Slave- oder Client/Server-Rollen
• Abschluss, Erdung und Kabellänge
• Timeout- und Wiederholungslimits für Polling-Intervalle
Die Schnittstellenisolation ist bei elektrisch lauten Schränken wichtig, da Kommunikationsmasse, Überspannungsereignisse und Spannungsunterschiede intermittierende Fehler oder Schäden verursachen können.
2. Die SPS-Registerkarte entschlüsseln
Das Multi-Protocol Industrial Gateway fragt nur die von der IIoT-Anwendung benötigten Punkte. Jeder Punkt sollte dokumentiert werden mit:
• Register- oder Objektadresse
• Lese-/Schreiberlaubnis
• Datenlänge und -typ
• Skalierungsfaktor und technische Einheit
• Gültiger Betriebsbereich
• Stichproben- und Berichtsintervall
Überwachungsbereitstellungen sollten standardmäßig nur lesegeschützt sein. Wenn entfernte Befehle erforderlich sind, sollten beschreibbare Punkte separat authentifiziert, protokolliert und auf definierte Betriebszustände beschränkt werden.
3. Normalisieren heterogener Daten
Legacy-SPS speichern häufig Werte als INT16, UINT32, FLOAT32, HEX oder ASCII. Zwei SPS, die Modbus verwenden, können dieselbe Messung dennoch unterschiedlich darstellen.
Das Gateway muss daher Folgendes behandeln:
• Umwandlung von signierten und unsignierten Werten
• ABCD-, DCBA-, CDAB- und BADC-Byte-Reihenfolgen
• Rohwertskalierung
• Tag-Benennung und Gerätehierarchie
• Zeitstempelzuweisung
• Qualitäts- und Ausnahmecodes
Diese Normalisierungsstufe wandelt protokollspezifische Register in konsistente Informationen um, die MES-, EMS- und Cloud-Anwendungen interpretieren können.
4. Ausführen von Edge-Regeln
Das Senden aller abgefragten Werte in die Cloud verschwendet Bandbreite und erschwert die Analyse. Ein Multi-Protocol Industrial Gateway kann ausgewählte Daten lokal verarbeiten, indem es Folgendes anwendet:
• Wertänderungs- oder Totbandberichterstattung
• Minimum-, Maximum- und Durchschnittsberechnungen
• Schwellen- und Gerätezustandsalarme
• Datenaggregation
• Protokollspezifische Ausnahmebehandlung
• Ereignisgesteuerte Berichterstattung
Kritische Interlocks und deterministische Maschinensteuerung sollten innerhalb der SPS bleiben. Das Gateway sollte Datenintegration und Überwachungsfunktionen unterstützen, ohne unnötig abhängig in der primären Steuerschleife zu werden.
5. Veröffentlichung von Nordfahrtdaten
Normalisierte Daten können über MQTT, OPC UA oder HTTP/HTTPS an SCADA, MES, EMS, einen MQTT-Broker oder eine Cloud-Plattform geliefert werden.
Die Northbound-Spezifikation sollte die MQTT-Themenstruktur, QoS, Nutzlastschema, Zeitstempel, Zertifikate und Gerätidentität definieren. Für OPC UA sollten Ingenieure Namensräume, Knotenstruktur, Sicherheitsrichtlinien und Client/Server-Rollen definieren.
Entwurf für instabile Netzwerke
Industrielle IIoT-Standorte können keine kontinuierliche Konnektivität voraussetzen. Ethernet-, WLAN- und Mobilfunkverbindungen können aufgrund von Carrier-Ausfällen, schwachem Signal, beschädigter Verkabelung oder Upstream-Wartung ausfallen.
Eine zuverlässige Multi-Protocol Industrial Gateway-Bereitstellung sollte Folgendes definieren:
• Lokale Pufferkapazität
• Store-and-forward-Verhalten
• Rekonnektionsintervalle
• Nachrichtensequenzierung und Deduplizierung
• Primär- und Backup-Links
• Herzschlag- und Verbindungsstatusüberwachung
• Wiederherstellung nach Stromausfall
Ohne diese Regeln kann die Cloud-Plattform nach einem Netzwerkausfall unvollständige, doppelte oder falsch geordnete Datensätze erhalten.
Sicherheit zwischen OT- und IIoT-Systemen
Das Gateway sollte eine kontrollierte Grenze bilden, anstatt SPS-Ports direkt externen Netzwerken zuzulassen. Empfohlene Steuerungen umfassen:
• VLAN-Trennung zwischen Steuer- und Wartungsnetzwerken
• VPN-Tunnel für Fernverbindung
• TLS-Zertifikate für MQTT und HTTPS
• Individuelle Benutzerkonten und rollenbasierte Berechtigungen
• Firewall-Regeln und Service-Whitelists
• Deaktivierte ungenutzte Schnittstellen und Dienste
• Protokollierte Konfigurationsänderungen
• Kontrollierte Firmware- und Zertifikatsupdates
Der Fernzugriff sollte den Least-Privileg-Prinzipien folgen. Cloud-Anwendungen sollten keine uneingeschränkten Routen in das SPS-Netzwerk erhalten, nur weil Daten gesammelt werden müssen.
Tespro TG-325 als Integrationsplattform
Bei Tespro haben wir dieTG-325 Intelligentes Edge-Computing-GatewayFür Projekte, die Altgeräte mit moderner kabelgebundener, drahtloser und zellularer Infrastruktur kombinieren.
Die Hardware bietet:
• Ein RS232- und zwei RS485-Anschlüsse mit 3-kV-Isolierung
• Vier konfigurierbare GPIO-Kanäle
• Zwei 10/100/1000 Mbps Ethernet-Ports
• Dual-Band-WLAN
• 2G/3G/4G/5G-Konnektivität
• Dual-SIM/eSIM-Optionen
• 12–36 V DC-Eingang
• Lüfterloses Metallgehäuse und DIN-Schiene oder Wandmontage
• −40°C bis 75°C angegebener Betriebsbereich
Die TG-325-Protokollumgebung umfasst Modbus RTU/TCP, BACnet, M-Bus und OPC UA, während MQTT, Azure MQTT und HTTP(S) Nordbound-Berichterstattung unterstützen. TesproOS bietet webbasierte Konfiguration, Ereignis- und Systemprotokolle, Ferndiagnosen, Batch-Konfiguration und Cloud-Firmware-Updates.
Für verteilte Installationen helfen VPN-Optionen, VLAN-Isolation, Zertifikatsverwaltung, Linkerkennung, Dual-SIM-Switching und ein integrierter Watchdog zur sicheren Verbindung und zur Wiederherstellung häufiger Kommunikationsfehler. Exakte Protokolltreiber und optionale Funktionen sollten anhand der SPS-Dokumentation und der bereitgestellten Firmware überprüft werden.
Checkliste zur Indienststellung
Vor der Bereitstellung eines Multi-Protocol Industrial Gateway überprüfen Sie:
- SPS-Modell, Firmware, Schnittstelle und Protokollversion
- Registerkarte, Datentyp, Skalierung und Byte-Reihenfolge
- Schreibgeschützte und autorisierte schriftliche Punkte
- Pollingrate und akzeptable SPS-Kommunikationslast
- Kantenfilter-, Alarm- und Pufferregeln
- MQTT, OPC UA oder API-Datenmodell
- Ethernet-, WLAN- oder Mobilfunk-Failover-Verhalten
- VPN, Zertifikate und Zugriffsberechtigungen
- Strom, Erdung, Temperatur und Gehäusebedingungen
- Datengenauigkeit, Latenz, Ausfallwiederherstellung und Ergebnisse bei Remote-Upgrades
Fazit
Ein Multi-Protocol Industrial Gateway ermöglicht es Herstellern, bewährte SPS-Steuerungssysteme zu erhalten und gleichzeitig ihre Daten modernen IIoT-Anwendungen zugänglich zu machen. Das Ergebnis hängt von disziplinierter Protokollabbildung, Datennormalisierung, Sicherheitsdesign und Feldakzeptanztests ab – nicht allein von Protokollunterstützung.
Wenn Sie eine Legacy-SPS-Integration planen, kann Tespro Ihr SPS-Modell, Ihr Kommunikationshandbuch, Ihre Punktliste, Netzwerkbedingungen und die Ziel-IIoT-Plattform überprüfen, um eine geeignete TG-325-Konfiguration und Testplan vor der Standortbereitstellung zu definieren.
FAQs
F1. Kann der Tespro TG-325 mit älteren SPS verbunden werden?
Ja. Der TG-325 bietet RS232-, isolierte RS485- und Gigabit-Ethernet-Schnittstellen zum Anschluss von alten SPS, Controllern, Messgeräten und industriellen Instrumenten. Die Kompatibilität sollte anhand des SPS-Kommunikationshandbuchs und der Protokollversion überprüft werden.
F2. Welche industriellen Protokolle unterstützt die Tespro TG-325?
Der TG-325 unterstützt Protokolle wie Modbus RTU, Modbus TCP, BACnet, M-Bus und OPC UA. Er unterstützt außerdem mehrere Stromzähler- und Energieprotokolle. Verfügbare Treiber sollten für die ausgelieferte Firmware bestätigt werden.
F3. Kann der TG-325 Modbus RTU-Daten in Modbus TCP umwandeln?
Ja. Der Tespro TG-325 kann Daten von Modbus RTU-Geräten über RS485 erfassen und die Daten über Modbus TCP verfügbar machen. Registeradressen, Datentypen, Bytereihenfolge und Abfrageintervalle müssen korrekt konfiguriert werden.
F4. Kann Tespro alte SPS-Daten an eine MQTT-Plattform senden?
Ja. Der TG-325 unterstützt MQTT-Veröffentlichung und Modbus-zu-MQTT-Integration. Ingenieure können Datenpunkte, MQTT-Themen, Berichtsintervalle und Serverparameter entsprechend der Ziel-IIoT-Plattform definieren.
F5. Unterstützt der TG-325 die OPC UA-Integration?
Ja. OPC UA ist in der TG-325-Protokollumgebung enthalten. Die Projektplanung sollte definieren, ob das Gateway als Client oder Server arbeitet, zusammen mit Knotenstrukturen, Zertifikaten und Sicherheitsrichtlinien.
