IO-Link-Inbetriebnahme von Master-Ports bis zu den IODD-Daten
IO-Link systematisch in Betrieb nehmen – von der Master-Adressierung und den Portmodi über die IODD-Auswahl und die PLC-Byte-Zuordnung bis hin zu Parametersicherungen, Gerätevalidierung und Fehler-...
Die Inbetriebnahme von IO-Link gelingt, wenn drei Ebenen übereinstimmen: der physische Port, die Gerätebeschreibung und der SPS-Datenvertrag. Ein Sensor kann eine intakte LED anzeigen und dennoch unbrauchbare Prozessdaten liefern, wenn der Master-Port im falschen Modus betrieben wird, die IODD nicht zur Gerätevariante passt oder die Steuerung die Bytes in der falschen Reihenfolge interpretiert. Behandeln Sie die Aufgabe als kontrollierte Integration und nicht als Plug-and-play-Annahme.
Ein IO-Link-Segment umfasst den Master-Port, die Punkt-zu-Punkt-Geräteverbindung, die Gerätebeschreibung und die übergeordnete Feldbusverbindung zur Steuerung.
Definieren Sie die Architektur, bevor Sie Spannung anlegen
IO-Link ist als IEC 61131-9 standardisiert und ermöglicht eine bidirektionale Punkt-zu-Punkt-Kommunikation zwischen einem Master und einem Sensor oder Aktor. Es handelt sich auf der Gerätekabelseite nicht um einen Multidrop-Feldbus. Jeder Master-Port kommuniziert mit einem IO-Link-Gerät, wobei ein IO-Link-Hub mehrere herkömmliche diskrete Signale über eine einzige IO-Link-Verbindung bereitstellen kann.
Beginnen Sie mit einer Bestandsaufnahme, die die exakte Katalognummer des Masters, die Firmware, die Portklasse, die Katalognummer des Geräts, die IO-Link-Revision, die Kommunikationsgeschwindigkeit, den Kabeltyp und die erforderliche Versorgung enthält. Trennen Sie, sofern zutreffend, die Anforderungen von Ports der Klasse A und Klasse B und dokumentieren Sie, ob eine zusätzliche Aktorversorgung erforderlich ist. Gehen Sie nicht davon aus, dass jeder M12-Steckverbinder dieselbe Pin-Funktion oder Strombelastbarkeit besitzt.
Die offizielle IO-Link-Community-Website beschreibt die Prozess-, Service-, Ereignis- und Identifikationsfunktionen der Technologie. Diese Funktionen erreichen die SPS nur über das übergeordnete Netzwerk des Masters – etwa EtherNet/IP, PROFINET, EtherCAT oder ein anderes unterstütztes System. Der Master verfügt daher über zwei Konfigurationen: seine Feldbusidentität und das Verhalten seiner IO-Link-Ports.
Stellen Sie die Netzwerkidentität her, ohne ein Duplikat zu erzeugen
Verbinden Sie den Master zunächst in einem isolierten Inbetriebnahmenetzwerk. Notieren Sie seine werkseitige Adressierungsmethode, weisen Sie die freigegebene IP-Adresse oder den Stationsnamen zu, konfigurieren Sie Subnetz und Gateway nur bei Bedarf und ändern Sie die Standardzugangsdaten. Vergewissern Sie sich, dass Steuerung, Engineering-Workstation und Master denselben Adressplan verwenden, bevor Sie eine Verbindung zur Produktion herstellen.
Die Weboberfläche ist ein Inbetriebnahme- und Diagnosewerkzeug; sie ersetzt weder die Steuerungskonfiguration noch das Konzept für die Befehlsinhaberschaft.
Ein Webserver des Masters kann Firmware, Portmodus, Geräteidentität, Versorgungszustand, Ereignisse und rohe Prozessdatenbytes anzeigen. Nutzen Sie ihn, um die Feldseite unabhängig von der SPS zu überprüfen. Sichern Sie die Konfiguration oder erstellen Sie Screenshots, bevor Sie Änderungen vornehmen. Behandeln Sie Änderungen über das Web bei einer laufenden Maschine als Online-Steuerungsänderungen, da ein neuer Portmodus, Parameter oder Ausgangszustand den Prozess unmittelbar beeinflussen kann.
Konfigurieren Sie jeden Port für das vorgesehene Gerät
Wählen Sie für jeden Port ausdrücklich den IO-Link-Modus, den Standard-Eingang, den Standard-Ausgang oder den deaktivierten Modus, sofern die Hardware dies unterstützt. Überprüfen Sie Zykluszeit, Validierungsrichtlinie, Verhalten der Datenspeicherung und alle Einstellungen für die Portversorgung. Ein Port im Automatikmodus mag während eines Prüfstandsversuchs praktisch sein, kann jedoch dazu führen, dass ein falsches Austauschgerät ohne die erforderliche Validierung startet.
Vergleichen Sie die vom Master gemeldete Geräteidentifikation mit dem Typenschild. Hersteller-ID, Geräte-ID, Produktvariante und Seriennummer sind zuverlässiger als eine allgemeine Beschreibung. Legen Sie das Verhalten bei einer Abweichung fest: nur Alarm ausgeben, die Maschinenfunktion sperren oder einen kontrollierten Austausch zulassen. Diese Entscheidung gehört in die Risikobeurteilung und Instandhaltungsstrategie der Maschine.
Verwenden Sie die richtige IODD und Feldbusbeschreibung
Die IODD beschreibt die Identität, Parameter, Prozessdatenstruktur, Ereignisse und Anzeigetexte eines IO-Link-Geräts. Laden Sie sie vom Hersteller oder aus der offiziellen IODD-Quelle herunter und stimmen Sie Gerätevariante und IO-Link-Revision ab. Eine IODD für einen verwandten Sensor kann scheinbar korrekt geladen werden, während sie falsche Einheiten oder Bitbedeutungen zuweist.
Die IODD beschreibt das Feldgerät; EDS, GSDML oder ESI beschreiben, wie der Master in seinem übergeordneten Netzwerk erscheint.
Das Engineering-Tool der SPS benötigt möglicherweise außerdem eine EDS-Datei für EtherNet/IP, eine GSDML-Datei für PROFINET oder eine ESI-Datei für EtherCAT. Diese Dateien definieren die Verbindungsgrößen und Modulstrukturen des Masters, nicht die Bedeutung der Sensordaten. Das offizielle Inbetriebnahmebeispiel von Balluff zeigt die Auswahl eines Master-Ports und die Zuordnung der richtigen IODD. Bewahren Sie Dateinamen und Versionen zusammen mit dem Maschinenprojekt auf, damit ein künftiger Austausch nicht vom Download-Ordner eines einzelnen Ingenieurs abhängt.
Erstellen Sie einen Datenvertrag für die Steuerung
Dokumentieren Sie vor dem Schreiben der Logik für jeden Port die Prozessdatenlänge, Byte- und Bitreihenfolge, Vorzeichenbehandlung, Skalierung, Einheiten, den gültigen Bereich und die Qualitätsanzeige. Trennen Sie zyklische Prozessdaten vom azyklischen Parameterzugriff. Eine SPS kann Geräteparameter in der Regel über indizierte Serviceanforderungen lesen oder schreiben. Das bedeutet jedoch nicht, dass jeder Parameter während der Produktion geändert werden sollte.
Erstellen Sie benannte Tags, die Rohbytes einmal an der I/O-Grenze umwandeln. Der restliche Programmablauf sollte mit Engineering-Werten und expliziten Statusbits arbeiten, nicht mit verstreuten Byte-Offsets. Ergänzen Sie einen Timer für veraltete Daten, einen Alarm für Geräteabweichungen, Diagnosen für Portereignisse und eine definierte Ersatzreaktion für ungültige Daten. Für die Auswahl und Erweiterungsplanung von Hardware finden Sie weitere Informationen unter industriellen I/O-Modulen und Kommunikations- und Netzwerkkomponenten.
Parametrieren Sie mit Änderungssteuerung
Verwenden Sie das IODD-fähige Engineering-Tool, um Schwellenwerte, Filter, Ausgangsverhalten, Messbereich und gerätespezifische Diagnosen einzustellen. Exportieren oder protokollieren Sie den endgültigen Parametersatz. Entscheiden Sie, ob der Master die IO-Link-Datenspeicherung verwenden soll, um Parameter nach einem Austausch automatisch wiederherzustellen, und testen Sie die Übertragungsrichtung. Eine falsche Auswahl für Upload oder Download kann die validierte Konfiguration mit Werkseinstellungen überschreiben.
Parametrierungswerkzeuge sollten einen reproduzierbaren Geräteeintrag hinterlassen und keinen undokumentierten Betriebszustand.
Weisen Sie den normalen und den anormalen Betrieb nach
Testen Sie jeden Eingang über seinen relevanten Bereich und jeden Ausgang unter sicheren Bedingungen. Bestätigen Sie Einheiten und Skalierung bei Mindest-, Normal- und Höchstwerten. Trennen Sie das Gerät, setzen Sie, sofern sicher möglich, das falsche Gerät ein, schalten Sie die zusätzliche Versorgung ab, unterbrechen Sie das übergeordnete Netzwerk und starten Sie den Master neu. Überprüfen Sie, dass die SPS schlechte Qualität, veraltete Daten und eine tatsächlich gültige Null unterscheidet.
Dokumentieren Sie abschließend Master-Firmware, Geräte-Firmware, IODD-Revision, Revision der Netzwerkdatei, Verbindungsgröße der Steuerung, Porteinstellungen, Parametersicherung und Testergebnisse. Der technische Nutzen von IO-Link liegt in der Wiederholbarkeit: Ein Austauschgerät kann schnell identifiziert, parametriert und überprüft werden. Dieser Nutzen entsteht jedoch nur, wenn die gesamte Konfigurationskette und das Verhalten bei Fehlern durchgängig dokumentiert sind.