Drei Drähte, ein Stecker, und plötzlich redet ein Sensor mit Ihrer Steuerung wie ein kleines Netzwerkgerät. Klingt banal. Ist aber genau der Punkt, an dem IO-Link seit Jahren für hitzige Diskussionen in Werkhallen sorgt – zwischen denen, die es längst einsetzen, und denen, die es für überflüssigen Schnickschnack halten.
Ich habe vor ein paar Jahren an einer Anlage gearbeitet, an der ein einziger defekter Drucksensor die halbe Linie lahmgelegt hat. Warum? Weil der Sensor nur ein analoges 4–20-mA-Signal lieferte, niemand wusste, ob er noch kalibriert war, und der Fehler erst auffiel, als die Ausschussquote nach oben ging. Heute hängt an derselben Stelle ein Sensor mit IO-Link. Er meldet sich selbst, wenn er driftet. Das ist für mich der eigentliche Kern dieser Technik – nicht das Marketing drumherum.
Wichtige Erkenntnisse
- IO-Link ist kein Feldbus, sondern eine Punkt-zu-Punkt-Verbindung zwischen Sensor/Aktor und einem Master – maximal rund 20 Meter Leitungslänge.
- Drei Übertragungsraten: COM1 mit 4,8 kbit/s, COM2 mit 38,4 kbit/s, COM3 mit 230,4 kbit/s.
- Der Master bündelt die Signale und gibt sie an die Steuerung weiter – meist über PROFINET oder EtherNet/IP.
- Die IODD-Datei beschreibt jedes Gerät; ohne sie bleibt der Master blind.
- Nutzen entsteht vor allem durch Diagnose und Parametrierung im laufenden Betrieb, nicht durch schnellere Daten.
- Wer IO-Link nur als „besseres Kabel“ sieht, verschenkt den halben Nutzen.
Was IO-Link wirklich ist – und was nicht
Fangen wir mit einer Klarstellung an, die in vielen Präsentationen untergeht: IO-Link ersetzt keinen Feldbus. Es ist die Verbindung von der letzten Meile – vom Sensor zur ersten Verteilerstation. Die Norm dazu heißt IEC 61131-9, offiziell „Single-drop digital communication interface“, kurz SDCI. Wer wissen will, was ein Sensor gerade tut, schaut also nicht auf den Feldbus, sondern auf die eine Leitung zwischen Sensor und Master.
Warum Punkt-zu-Punkt statt Netzwerk
Das klingt altmodisch, ist aber Absicht. Jeder Port am Master spricht mit genau einem Teilnehmer. Daraus folgt etwas sehr Praktisches: Es gibt keine Adressierungskonflikte, keine Busteilnehmer, die sich gegenseitig stören, und keine Notwendigkeit, dem Sensor eine IP-Adresse zuzuweisen. Stecken Sie ihn an einen anderen Port, funktioniert er trotzdem.
Die klassische Drei-Draht-Leitung bleibt dabei erhalten: 24 Volt, Masse, und die eigentliche Datenleitung, die das binäre Schaltsignal ersetzt. IO-Link nutzt also die bestehende Infrastruktur weiter.
- COM1 – 4,8 kbit/s, für einfache Schalter, in der Praxis selten genutzt
- COM2 – 38,4 kbit/s, der Allrounder
- COM3 – 230,4 kbit/s, wenn Messwerte und große Parameterpakete fließen sollen
- Maximale Leitungslänge: etwa 20 Meter, egal welche Rate
- Steckverbinder: meist M12, teils M8 bei kleinen Bauformen
Die Rolle des Masters
Ein IO-Link Master ist ein Verteiler mit eigener Intelligenz. Er hat typischerweise vier, acht oder mehr Ports, versorgt die Sensoren mit Spannung und hält für jeden Port die Parameter bereit. Fällt ein Gerät aus, können Sie es tauschen – der Master spielt die gespeicherten Einstellungen automatisch neu auf. Das ist der Grund, warum ich bei Anlagen mit häufigen Sensorwechseln kaum noch ohne IO-Link arbeite.
Am anderen Ende steht die Steuerung: Siemens S7-1500, eine Beckhoff-Steuerung, ein Rockwell-System. Der Master spricht mit ihr über das Protokoll, das dort ohnehin läuft – PROFINET, EtherNet/IP oder EtherCAT.
IO-Link vs. PROFINET – das oft missverstandene Verhältnis
Diese Frage kommt in praktisch jeder Schulung, die ich besucht habe, und die Antwort ist unspektakulär: Die beiden konkurrieren nicht. Sie arbeiten auf unterschiedlichen Ebenen.
| Merkmal | IO-Link | PROFINET |
|---|---|---|
| Topologie | Punkt-zu-Punkt | Netzwerk (Linie, Ring, Stern) |
| Typische Reichweite | bis ca. 20 m | bis 100 m pro Segment |
| Datenrate | 4,8 bis 230,4 kbit/s | 100 Mbit/s und mehr |
| Teilnehmer pro Leitung | genau ein Gerät | viele |
| Hauptaufgabe | Sensor-/Aktordaten, Diagnose, Parameter | Steuerung, Antriebe, übergreifende Kommunikation |
| Adressierung | keine nötig | Gerätename und IP-Adresse |
Kurz gesagt: PROFINET ist die Autobahn, IO-Link die Zufahrt zum Haus. Wer versucht, einen Sensor direkt ins PROFINET-Netz zu hängen, macht das in bestimmten Fällen – aber er bezahlt es mit Netzwerkkonfiguration, IP-Verwaltung und einer Fehlerquelle mehr.
Und dann gibt es da noch eine Sache, die mir anfangs nicht klar war: Ein IO-Link Master belegt im PROFINET-Netz nur einen Teilnehmerplatz, obwohl an ihm acht Sensoren hängen. Das spart eine Menge Konfigurationsarbeit.
Wie IO-Link im Betrieb funktioniert
Es gibt zwei Arten von Daten, und der Unterschied ist wichtiger, als die meisten Datenblätter vermuten lassen.
Zyklische und azyklische Daten
Zyklisch heißt: Der Master fragt in festem Takt ab, der Sensor antwortet mit einem kurzen Datenpaket. Prozesswert, Schaltzustand, ein paar Statusbits. Das läuft im Millisekundenbereich und ist die Grundlage für jede Regelung.
Azyklisch ist der spannende Teil. Hier laufen Parameter, Diagnosemeldungen und Konfigurationsdaten – dann, wenn sie anfallen. Ein Sensor meldet sich also von sich aus, wenn etwas nicht stimmt. Ich habe erlebt, dass ein Durchflusssensor eine Verschmutzung gemeldet hat, bevor der Durchfluss messbar einbrach. Wartung vor dem Stillstand, nicht danach.
Genau hier liegt für mich ein Punkt, an dem ich mich festbeiße: Wer IO-Link nur wegen der Datenrate einsetzt, hat es nicht verstanden. Die 230,4 kbit/s sind für moderne Verhältnisse nichts Besonderes. Der Wert liegt in der bidirektionalen Kommunikation.
Die IODD-Datei – ohne sie geht nichts
Jedes IO-Link-Gerät wird durch eine Beschreibungsdatei charakterisiert, die IO Device Description. Darin steht, welche Parameter es gibt, welche Datentypen sie haben, welche Diagnosemeldungen möglich sind und wie die Bedienoberfläche aussehen soll. Der Hersteller liefert sie zum Gerät.
Beim ersten Projekt habe ich diese Datei ehrlich gesagt ignoriert. Ergebnis: Der Master hat den Sensor erkannt, aber die Software zeigte nur kryptische Rohdaten an. Nach einer Stunde Fehlersuche habe ich kapiert, dass ich die IODD importieren muss, damit aus den Bytes ein sinnvoller Messwert wird. Peinlich, aber lehrreich.
Was der Umstieg in der Praxis bringt – und was er kostet
Ehrlich gesagt: IO-Link ist teurer in der Anschaffung. Ein IO-Link-Sensor kostet mehr als ein analoger, ein Master kostet Geld, und die Konfiguration braucht Zeit. Wer nur einen Sensor an einer Maschine hat, für den rechnet sich das selten.
Interessant wird es ab einer gewissen Dichte. Ich habe an einer Anlage mit rund 40 Sensoren den Umstieg begleitet, weil bei jedem Sensorwechsel die Parameter manuell neu eingestellt werden mussten – im Schnitt 15 Minuten pro Wechsel, bei etwa 20 Wechseln im Jahr. Nach dem Umstieg spielt der Master die Parameter automatisch ein. Aus 15 Minuten wurden ungefähr zwei.
Die eigentliche Ersparnis kam aber woandersher: Die Anlage hat vorher etwa zweimal im Jahr für je eine halbe Stunde wegen Sensorfehlern gestanden, die niemand rechtzeitig bemerkt hatte. Die Diagnosefunktionen haben solche Störungen nicht komplett verhindert, aber die Vorwarnzeit war lang genug, um sie in geplante Wartungsfenster zu legen.
Wo ich von IO-Link abrate
- Einzelne Sensoren ohne Wiederholungsbedarf – der Aufwand lohnt nicht.
- Sehr kurze Taktzeiten in der Antriebstechnik, wo ohnehin alles über EtherCAT läuft.
- Reine Schaltaufgaben, bei denen der Zustand „an/aus“ alles ist, was die Steuerung braucht.
Ich habe auch schon erlebt, dass ein Kunde IO-Link eingeführt hat, ohne die Software im Griff zu haben. Die Master-Software war vorhanden, wurde aber nicht genutzt. Dann bleibt von der Technik nur der teurere Sensor übrig.
Anbindung und Software – der unterschätzte Teil
Der Anschluss selbst ist unspektakulär: M12-Stecker rein, fertig. Die Arbeit beginnt danach. Für die Konfiguration gibt es je nach Hersteller unterschiedliche Werkzeuge – von kostenlosen Konfiguratoren bis zu integrierten Funktionsbausteinen in der Steuerungsumgebung.
Bei Siemens etwa lässt sich ein IO-Link Master direkt in die Engineering-Umgebung einbinden, was die Sache vereinfacht, wenn ohnehin alles aus einem Haus kommt. Bei ifm gibt es eigene Werkzeuge, die oft eine detailliertere Diagnose erlauben. Welches Werkzeug besser ist, hängt stark davon ab, was Ihre Steuerungsumgebung hergibt.
Was ich Ihnen mitgeben kann: Planen Sie die Softwarefrage vor der Bestellung. Ich habe schon Projekte gesehen, bei denen die Master-Hardware im Schrank lag, während drei Wochen lang jemand versucht hat, eine passende Software auf einem alten Rechner zu installieren.
Ein Gedanke zum Schluss
IO-Link ist unspektakulär, wenn man es technisch betrachtet. Drei Drähte, ein Master, eine Beschreibungsdatei. Keine Bandbreitenrekorde, keine Netzwerkmagie. Und genau darin liegt seine Stärke: Es ist so unscheinbar, dass man es leicht einbaut und dann vergisst.
Die Frage, die ich Ihnen am Ende mitgeben möchte, ist nicht, ob IO-Link „gut“ ist. Sondern: Wie viele Ihrer Stillstände wären vermeidbar gewesen, wenn der Sensor Ihnen vorher gesagt hätte, dass er bald aufgibt? Wenn Sie diese Frage mit „einige“ beantworten, lohnt es sich, über IO-Link nachzudenken. Wenn Sie sie mit „keine“ beantworten, ist Ihre Anlage vermutlich schon gut aufgestellt – oder Sie haben Glück.
Ich für meinen Teil habe angefangen, bei jedem neuen Sensorprojekt kurz innezuhalten und zu überlegen, ob ich es bereuen würde, keinen IO-Link-Anschluss vorgesehen zu haben. In den meisten Fällen lautet die Antwort ja.
