Zum Hauptinhalt springen

IO-Link (Smart-Sensor-Master)

IO-Link (IEC 61131-9) ist ein Standard für die eindrahtige bidirektionale serielle Kommunikation zwischen industriellen Sensoren / Aktoren und einem Master. Der Master verbindet sich über PROFINET / EtherNet/IP / Modbus TCP / OPC UA usw. mit dem übergeordneten System (PLC, SCADA, Edge) und überträgt Prozessdaten (PD), Identifikationsdaten (ISDU) und Ereignisse.

Aktueller Status: Stub-Treiber (keine direkte Kommunikation möglich)

Der IOLINK-Treiber dieses Gateways ist ein Stub. IO-Link verwendet eine 3-Draht-Serielle Schnittstelle (24V / GND / C/Q) auf der physischen Ebene, sodass ein PC die Signale nicht direkt erzeugen/dekodieren kann.

Empfohlener Integrationspfad: Registrieren Sie die übergeordnete Schnittstelle des IO-Link-Masters (PROFINET / Modbus TCP / EtherNet/IP / OPC UA / REST) als anderen Treiber in PlantPulse.


Warum wird Master-Hardware benötigt?​

IO-Link-Geräte sind grundsätzlich nur über einen Master mit der Außenwelt verbunden. Der Master bündelt mehrere IO-Link-Sensoren (z. B. 8 Ports / 16 Ports) und stellt die Ergebnisse über Industrial Ethernet bereit.

Master-KategorieBeispielprodukteObere Schnittstelle
8-Port PROFINET-Masterifm AL1100 / AL1xxx, Balluff BNI008xPROFINET, OPC UA
8-Port EtherNet/IP-MasterBalluff BNI EIP, ifm AL13xxEtherNet/IP, REST
8-Port Modbus-TCP-MasterPepperl+Fuchs ICE3-8IOL, Murr Cube67Modbus TCP
Hybrid (Multi-Protokoll)Turck TBEN-S2, Banner R90CPROFINET / EIP / Modbus / REST

Empfohlener Integrationspfad​

Schnittstelle des MastersZu verwendender PlantPulse-TreiberSeite
OPC UA Companion Spec für IO-Link (sauberste Lösung)OPCUAOPC-UA
Modbus TCPMODBUSModbus TCP
EtherNet/IPEIPAB EtherNet/IP
PROFINETPROFINETSiemens Profinet
JSON RESTHTTPHTTP-Push
OPC-UA-Companion-Spezifikation hat Priorität

Bei Mastern, die die IO-Link-Companion-Spec der OPC Foundation unterstützen (z. B. aktuelle Firmware von ifm / Balluff), werden PD/ISDU jedes Ports als OPC-UA-Knoten dargestellt. Durch direkte Registrierung mit dem PlantPulse-OPCUA-Treiber können die Sensorwerte pro Port abgefragt werden – das ist die sauberste Lösung.


Beispiel-Registerkarte bei Registrierung über Modbus TCP (ifm AL1100)​

Die Registerkarte ist bei jedem Master unterschiedlich – Herstellerhandbuch unbedingt lesen.

DatenTypische Position (z. B. ifm AL1100)PlantPulse-Notation
Port 1 PD-In (Process Data In)Holding Register 0x1000+4096 (dezimal)
Port 2 PD-In0x1100+4352
Statusbit pro Port0x0000-Bereich0 + Bitnummer
PD-Out pro Port (Schreiben)0x2000+8192

Stub-Registrierung (zur Referenz)​

EingabefeldWas eintragen
IP-Adresse(nicht verwendet)
Port(nicht verwendet)
Automatische ErfassungDeaktivierung empfohlen

Häufige Probleme​

SymptomMögliche UrsacheLösung
Keine Werte nach IOLINK-RegistrierungStub-TreiberNeu registrieren mit OPCUA / MODBUS / EIP
Über Modbus empfangene PD-Werte erscheinen verfälscht16-Bit / 32-Bit-EndiannessDW / RDW-Konvertierung im Format-Assistenten
OPC-UA-Knotenbaum zu tiefStandardstruktur der Companion SpecNur häufig verwendete Knoten als Alias registrieren
Stale-Werte nach Sensor-DisconnectUnterschiedliche Fail-Safe-Strategie des MastersFail-Safe im Master auf Last value → Zero ändern empfohlen
RFID-Leser-Antwort fehlerhaftISDU als Byte-Array – abgeschnitten durch Modbus-16-Bit-EinheitOPC-UA-Companion-Spec oder REST-API des Masters verwenden

Nächste Schritte​