So verbinden Sie RS485 Modbus-Sensoren mit PLC- und SCADA-Systemen

Drei gemeinsame Architekturen

Architektur 1: Direkt Modbus RTU

Ein Gateway ist nicht zwingend erforderlich, nur weil das Feldgerät RS485 verwendet. Wenn die PLC- oder SCADA-Hardware bereits über einen RS485-Port verfügt und als Modbus RTU-Master fungieren kann, kann sie Sensoren direkt abfragen. Dies ist oft die einfachste lokale Anlagenarchitektur.

Ein Gateway wird wertvoll, wenn das Projekt Ethernet-Konvertierung, Mobilfunktelemetrie, mehrere Remote-Standorte, lokale Pufferung, Protokollkonvertierung, analoge Eingänge oder eine zentrale Fernverwaltung benötigt.

Architektur 2: Modbus RTU bis Modbus TCP

Viele Anlagensysteme akzeptieren Ethernet, stellt jedoch keine RS485-Schnittstelle zur Verfügung. In diesem Fall kann das Gateway als serieller Server oder Modbus-Bridge fungieren. Die Feldsensoren bleiben Modbus RTU-Geräte, während PLC oder SCADA über Ethernet unter Verwendung von Modbus TCP mit dem Gateway kommunizieren.

Dies ist sinnvoll, wenn der Kunde angibt, dass sein Steuerungssystem das Mastersystem sein wird und eine IP-Adresse sowie eine dokumentierte Zuordnung von Datenpunkten wünscht. Das Gateway muss Modbus nicht wie die MQTT-Telemetrie „pushen“. Normalerweise fragt der SCADA die Daten ab.

Wer sollte der Modbus-Meister sein?

Bei der herkömmlichen SCADA-Integration ist SCADA oder PLC normalerweise der Master/Client und liest aktiv Register. Dies ist wichtig, da einige Spezifikationen vage formuliert sind: „Das Gateway soll die Modbus-Ausgabe an SCADA senden.“ Das Technikteam sollte klären, ob der SCADA erwartet, einen Slave/Server abzufragen, oder ob tatsächlich ein ungewöhnliches Active-Push-Verhalten erforderlich ist.

Wenn der Kunde verlangt, dass das Gateway eine benutzerdefinierte Modbus-Slave-Zuordnung erstellt oder nicht standardmäßiges aktives Verhalten implementiert, ist möglicherweise eine zusätzliche Firmware-Zuordnung erforderlich. Klären Sie dies vor der Angebotserstellung.

Architektur 3: OPC UA für SCADA und PC-Software

Leistungsfähigere Edge-Gateways können erfasste Sensorwerte über OPC UA verfügbar machen. Dies kann die Integration vereinfachen, wenn SCADA, industrielle Middleware oder PC-Software benannte Tags gegenüber rohen Modbus-Adressen bevorzugen. OPC UA ist besonders nützlich, wenn ein Gateway gemischte Eingaben wie RS485, analoge Kanäle und DI-Status sammelt und sie über ein gemeinsames Datenmodell darstellt.

Beispiel: Wetter + Boden + Wasserqualität an Siemens S7-1200 und WinCC

Stellen Sie sich eine Station vor, die einen Multiparameter-Bodensensor, mehrere Wetterinstrumente und eine Gruppe von Wasserqualitätssensoren enthält. Wenn alle Feldgeräte RS485 Modbus RTU verwenden, können sie einen oder mehrere RS485-Busse mit eindeutigen Adressen gemeinsam nutzen. Das Gateway kann die Geräte sammeln und Daten über Ethernet für ein Siemens PLC- oder WinCC Unified-System präsentieren.

Der endgültige Entwurf sollte jede Feldgeräteadresse, jeden Funktionscode, jede Registerzuordnung, jeden Datentyp und jede Einheit dokumentieren. Die PLC/SCADA-Seite sollte dann jedes Engineering-Tag dem entsprechenden Quellwert zuordnen. Diese Dokumentation ist wichtiger als nur die Aussage „Modbus wird unterstützt.“

Analoge Sensoren benötigen einen anderen ersten Schritt

Ein 4–20-mA-Transmitter kann nicht direkt als RS485 Modbus-Gerät gelesen werden. Es muss zunächst an ein analoges Eingangsmodul oder einen Gateway-ADC-Kanal angeschlossen werden. Das Gateway wandelt den gemessenen Strom in einen technischen Wert um und kann ihn dann über Modbus TCP, OPC UA, MQTT oder ein anderes Protokoll bereitstellen. Aus diesem Grund muss die Gateway-Auswahl die Signalliste umfassen, nicht nur die Anzahl der Sensoren.

Was der Integrator vom Sensorlieferanten verlangen sollte

1. Anforderungen an die Sensorleistung und Kabelbelegung.
2. RS485 Polarität und serielle Standardeinstellungen.
3. Modbus Verhalten der Geräteadresse und wie man die Adresse ändert.
4. Funktionscodes und vollständige Registerzuordnung.
5. Registerdatentyp, Byte-/Wortreihenfolge, Skalierung und technische Einheit.
6. Aktualisierungsrate und empfohlenes Abfrageintervall.
7. Alarm- oder Statusregister, falls verfügbar.
8. Testsoftware oder Beispiel-Modbus-Befehle zur Inbetriebnahme.

Was der Sensorlieferant vom PLC/SCADA-Team benötigt

1. Ob der Host Modbus RTU, Modbus TCP, OPC UA oder ein anderes Protokoll verwendet.
2. Ob PLC/SCADA Master/Client sein wird oder erwartet, dass sich das Gateway anders verhält.
3. IP-Adressierung und Netzwerktopologie.
4. Erforderliche Tag-Namen, Einheiten und Aktualisierungsintervalle.
5. Unabhängig davon, ob das Projekt parallel Fernzugriff, lokale Pufferung oder Cloud-Telemetrie benötigt.
6. Cybersicherheitsanforderungen, VPN-/private Netzwerkregeln und Zertifikatsanforderungen.

LabVIEW und PC-Integration

Eine PC-Anwendung wie LabVIEW kann Daten auch über ein Ethernet-Gateway lesen. Ein gängiger Ansatz ist Modbus TCP auf der PC-Seite und Modbus RTU auf der Sensorseite. Das Gateway überbrückt die beiden Netzwerke. OPC UA ist eine weitere Option, wenn die PC-Software oder Middleware dies unterstützt.

Häufige Integrationsfehler

Checkliste für den Abnahmetest

1. Lesen Sie jeden Sensor direkt ab und zeichnen Sie einen bekannten Testwert auf.
2. Überprüfen Sie die Gateway-Erfassung für jedes Tag.
3. Bestätigen Sie die technische Skalierung und Einheiten im PLC/SCADA.
4. Schalten Sie Sensoren, Gateway und Netzwerkgeräte aus und wieder ein und bestätigen Sie die automatische Wiederherstellung.
5. Testen Sie die Verhinderung doppelter Adressen und dokumentieren Sie endgültige Adressen.
6. Trennen Sie den Uplink, wenn lokale Pufferung erforderlich ist, und überprüfen Sie das Wiederherstellungsverhalten.
7. Notieren Sie die endgültigen IP-Adressen, Ports, Register-/Tag-Zuordnung und Firmware-Version für die Übergabe.

FAQ

Q1: Kann ein RS485 Modbus-Sensor direkt an einen PLC angeschlossen werden?

A1: Ja, wenn der PLC über eine kompatible RS485-Schnittstelle verfügt und als erforderlicher Modbus-Master fungieren kann.

Q2: Wann benötige ich ein Modbus-Gateway?

A2: Verwenden Sie ein Gateway, wenn Sie Ethernet-Konvertierung, Fernkommunikation, mehrere Schnittstellentypen, Datenpufferung oder Protokollkonvertierung benötigen.

Q3: Kann RS485 Modbus RTU in Modbus TCP konvertiert werden?

A3: Ja. Dies ist eine gängige serielle Gateway-Architektur für die Integration von PLC und SCADA. Messstellenprotokoll für Sensor-Systemintegration: Dokumentieren Sie den vereinbarten Messbereich, die Alarmreaktion, die Schnittstellenprüfung und den Wartungsnachweis im Inbetriebnahme- oder Abnahmeprotokoll.

Q4: Sollte SCADA der Modbus-Master sein?

A4: In vielen Standardausführungen ja. SCADA oder PLC fragt aktiv das Gateway oder die Feldgeräte ab. Abnahmeprüfung für Sensor-Systemintegration: Dokumentieren Sie den vereinbarten Messbereich, die Alarmreaktion, die Schnittstellenprüfung und den Wartungsnachweis im Inbetriebnahme- oder Abnahmeprotokoll.

Q5: Können analoge 4–20-mA-Sensoren über Modbus TCP an SCADA gesendet werden?

A5: Ja. Ein Gateway mit ADC-Eingängen kann das analoge Signal erfassen und den umgewandelten Wert an SCADA weitergeben. Integrationshinweis für Sensor-Systemintegration: Dokumentieren Sie den vereinbarten Messbereich, die Alarmreaktion, die Schnittstellenprüfung und den Wartungsnachweis im Inbetriebnahme- oder Abnahmeprotokoll.

Q6: Können Umweltsensoren durch OPC UA zugänglich gemacht werden?

A6: Ja, wenn das ausgewählte Edge-Gateway die erforderliche OPC UA-Rolle unterstützt und die Sensorwerte in sein Datenmodell abbildet.

Q7: Kann LabVIEW Sensoren über ein Ethernet-Gateway lesen?

A7: Ja. Modbus TCP oder OPC UA können je nach Gateway und LabVIEW-Konfiguration verwendet werden. Standortprüfung für Sensor-Systemintegration: Dokumentieren Sie den vereinbarten Messbereich, die Alarmreaktion, die Schnittstellenprüfung und den Wartungsnachweis im Inbetriebnahme- oder Abnahmeprotokoll.

Q8: Welches Dokument ist für die Integration am wichtigsten?

A8: Eine vollständige Punktliste/Registerkarte mit Geräteadressen, Datentypen, Skalierung, Einheiten und Protokollrollen ist unerlässlich.

Zusammenfassung