Fehlerbehebung bei EtherNet/IP-Verbindungsfehlern auf Allen-Bradley ControlLogix: Eine praxiserprobte Diagnosesequenz

Warum Verbindungsfehler auftreten

EtherNet/IP ist das Common Industrial Protocol (CIP) über Standard-Ethernet. Es verarbeitet E/A und Nachrichten in einem Netzwerk. Verbindungsfehler verursachen den größten Teil der EtherNet/IP-Ausfallzeiten. ControlLogix-Scanner protokollieren jeden Verbindungsstatus. Dieser Leitfaden bietet eine wiederholbare Reihenfolge für die Diagnose. Verwenden Sie sie, bevor Sie den Herstellersupport kontaktieren.

Das Verbindungsmodell verstehen

CIP definiert zwei Geräterollen. Ein Scanner (Originator) fordert Daten an. Ein Adapter (Target) stellt sie bereit. Die Module ControlLogix 1756-EN2T und 1756-ENBT können beide Rollen übernehmen. E/A-Verbindungen verwenden ein Requested Packet Interval (RPI). Der Adapter sendet Daten in diesem Intervall. Das Standard-Timeout entspricht dem Vierfachen des RPI. Ein RPI von 20 ms ergibt beispielsweise ein Timeout von 80 ms. Nachrichtenverbindungen verwenden den TCP-Port 44818. Der E/A-Datenverkehr verwendet den UDP-Port 2222. Für beide ist Multicast möglich. Jede Verbindung beansprucht Scanner-Ressourcen. Zu viele Verbindungen oder ein zu knapp bemessenes RPI überlasten die CPU.

Diagnosesequenz in sechs Schritten

Schritt 1: Lesen Sie die Modul-LEDs ab. Dauerhaft grün leuchtendes OK bedeutet, dass das Modul fehlerfrei ist. Dauerhaft grün leuchtendes NET A bedeutet, dass eine aktive CIP-Verbindung besteht. Grün blinkendes NET A bedeutet, dass die Verbindung hergestellt, aber inaktiv ist. Wenn NET A aus ist, besteht keine Verbindung. Notieren Sie das Muster, bevor Sie etwas verändern.

Schritt 2: Prüfen Sie mit FactoryTalk Linx. Durchsuchen Sie die Baumstruktur und bestätigen Sie, dass das Modul angezeigt wird. Pingen Sie die IP-Adresse des Moduls. Öffnen Sie die Webseite des Moduls und prüfen Sie die Verbindungszähler.

Schritt 3: Überprüfen Sie den physischen Übertragungsweg. Verwenden Sie geschirmte Cat5e-Kabel oder höherwertige Kabel. Prüfen Sie die RJ45-Konfektionierung und die LEDs des Switch-Ports. Erzwingen Sie an beiden Enden die automatische Aushandlung. Eine Duplex-Fehlanpassung führt unbemerkt zu einem massiven Einbruch des Datendurchsatzes.

Schritt 4: Überprüfen Sie die E/A-Konfiguration in Studio 5000. Stellen Sie sicher, dass das RPI den Anforderungen des Geräts entspricht. Aktivieren Sie Unicast für dicht belegte Netzwerke. Multicast-Überflutungen können Switches saturieren.

Schritt 5: Analysieren Sie Fehler der MSG-Anweisung. Überwachen Sie die Bits .EN, .DN und .ER. Lesen Sie den Fehlercode im .ER-Tag ab. Codes im Bereich 16#02xx weisen auf Verbindungsprobleme hin. 16#0204 bedeutet, dass die Verbindung abgelaufen ist. Überprüfen Sie den Pfad, den Zustand des Ziels und das RPI.

Schritt 6: Erfassen Sie Pakete mit Wireshark. Filtern Sie mit tcp.port == 44818 nach Nachrichten. Filtern Sie mit udp.port == 2222 nach E/A-Datenverkehr. Achten Sie auf Forward-Open-Anforderungen und die entsprechenden Antworten. Fehlende Antworten deuten auf Firewalls oder VLAN-Filter hin. Prüfen Sie IGMP-Berichte, wenn Multicast-Datenverkehr verschwindet.

RPI-Abstimmung: Wann und wie

Die meisten analogen und digitalen E/A-Anwendungen laufen mit 20 bis 100 ms. Schnelle Servo- und Sicherheitsregelkreise benötigen 1 bis 10 ms. Beginnen Sie mit dem vom Hersteller vorgegebenen Wert. Erhöhen Sie das RPI, bis die Fehler nicht mehr auftreten. Beobachten Sie während des Tests die CPU-Auslastung. Überwachen Sie außerdem die Netzwerkbandbreite. Ein RPI von 10 ms mit 50 Geräten erzeugt hohen Datenverkehr. Verwenden Sie den Unicast-Modus, um die Last vorhersehbar zu halten.

Häufige Fehlermuster

Ein Modul fällt wiederholt aus. Prüfen Sie zunächst die Fehlerzähler des Switch-Ports. Testen Sie zweitens ein nachweislich funktionierendes Kabel. Überprüfen Sie außerdem, ob die Firmwareversion mit dem Projekt übereinstimmt.

Alle Verbindungen fallen nach einem Spannungsausfall aus. Dies bedeutet gewöhnlich eine Konfigurationsabweichung oder einen IP-Konflikt. Prüfen Sie die Modulschlüsselung und die Tabelle der geplanten Verbindungen. Kontrollieren Sie außerdem die Lease des DHCP-Servers.

Unregelmäßige Ausfälle beim Starten von Motoren. EMV-Störungen oder Spannungseinbrüche verursachen dieses Muster. Allerdings sehen verschlissene Steckverbinder genauso aus. Überprüfen Sie Erdung und Schirmdurchgängigkeit, bevor Sie Module austauschen.

Fehler wegen erschöpfter Scanner-Ressourcen. Das Modul hat seine Verbindungsgrenze erreicht. Erhöhen Sie daher das RPI oder fügen Sie einen zweiten Scanner hinzu. Prüfen Sie die Anzahl der Verbindungen auf der Webseite des Moduls.

Multicast-Überflutungen. Ein Gerät überflutet das Netzwerk mit Datenverkehr. Erzwingen Sie Unicast in den Moduleigenschaften. Dadurch wird die Switch-Last erheblich reduziert.

Fazit und Handlungsempfehlungen

Arbeiten Sie in einer festen Reihenfolge: physische Ebene, Netzwerk, Konfiguration, Last. Ändern Sie ein RPI niemals ohne dokumentierten Grund. Erfassen Sie Referenzwerte für LED-Zustände und Verbindungsanzahlen. Verwenden Sie Unicast in dicht belegten Netzwerken. Halten Sie schließlich ein konfiguriertes Ersatzmodul bereit. Diese Vorgehensweise verkürzt die mittlere Reparaturzeit um Stunden.

Autor: Zhang Min ist Ingenieur für industrielle Automatisierung und verfügt über mehr als 10 Jahre Erfahrung mit SPS-, DCS- und Steuerungssystemen.