PROFINET RT- und IRT-Netzwerkinbetriebnahme: Jitter-Diagnose an Schneider Modicon M580 und ABB AC500

ABB AC500 CM589-PNIO, GSDML configuration, IEC 61158, industrial Ethernet commissioning, PROFINET I-Device, PROFINET jitter, PROFINET RT IRT, Schneider Modicon M580, send clock 1ms
April 29, 2026

PROFINET RT and IRT Network Commissioning: Jitter Diagnosis on Schneider Modicon M580 and ABB AC500

Send-Clock-Abweichungen verursachen stille Datenkorruption in PROFINET IRT – so finden Sie sie, bevor sie zu einem Prozessstopp führen.

RT vs. IRT: Die richtige Klasse für Ihre Anwendung wählen

PROFINET definiert drei Kommunikationsklassen. Klasse A (NRT) verwendet Standard-TCP/IP für Parametrierung und Diagnose. Klasse B (RT) umgeht TCP/IP für zyklische Ein-/Ausgabe mit typischen Zykluszeiten von 1–512 ms und einer Jitter-Toleranz von ±1 ms. Klasse C (IRT) reserviert dedizierte Zeitfenster in der Ethernet-Frame-Struktur und erreicht Zykluszeiten bis zu 250 µs mit einem Jitter unter ±1 µs.

Bestätigen Sie zunächst Ihre Anwendungsanforderungen. Prozesssteuerungsanwendungen – Durchfluss-, Druck-, Temperatur-PID-Regelkreise – benötigen selten schneller als 10 ms Zykluszeit. Verwenden Sie RT Klasse B mit einem 10 ms Send-Clock am Schneider Modicon M580 BMENOC0321 PROFINET-Modul. Bewegungssteuerung und koordinierte Achssynchronisation erfordern IRT Klasse C mit 1 ms Send-Clock und IRT-fähigen Switches (z. B. Siemens Scalance X208IRT oder gleichwertig).

Zweitens: Verstehen Sie, dass IRT hardwarefähige Switches an jedem Knotenpunkt benötigt. Ein Standard-Managed-Switch in einem IRT-Segment unterbricht sofort die isochrone Zeitplanung. Das Schneider Modicon M580 BMENOC0321 Modul unterstützt nur RT; es implementiert keine IRT-Zeitplanung. Für Hochgeschwindigkeitsbewegungen über PROFINET IRT setzen Sie daher eine dedizierte IRT-fähige CPU- oder Coprozessormodul ein.

Außerdem arbeitet der ABB AC500 CM589-PNIO Adapter nur als PROFINET IO Device. Er kann ohne zusätzliche Konfiguration nicht als Controller oder I-Device fungieren. Dies ist ein häufiger Einrichtungsfehler: Ingenieure weisen den CM589-PNIO in Unity Pro als Controller zu, was das Modul nicht unterstützt. Der CM589-PNIO akzeptiert zyklische I/O-Daten von einem PROFINET-Controller mit einer minimalen Aktualisierungszeit von 1 ms und maximal 512 ms.

Schneider Modicon M580 PROFINET-Konfigurationsschritte

Schritt 1: Öffnen Sie in Unity Pro XL den DTM-Browser. Fügen Sie das BMENOC0321 Ethernet-Modul in Steckplatz 1 des M580-Racks hinzu. Weisen Sie eine statische IP-Adresse im für das PROFINET-Subnetz vorgesehenen Bereich zu. Typische Einstellung: 192.168.1.1/24 für den Controller, 192.168.1.10–192.168.1.50 für Geräte.

Schritt 2: Importieren Sie die GSDML-Datei für jedes PROFINET-Gerät. Vergewissern Sie sich, dass die GSDML-Dateiversion mit der Firmware-Version des physischen Geräts übereinstimmt. Ein GSDML-Mismatch ist der häufigste Inbetriebnahmefehler. Das BMENOC0321 validiert die GSDML-Schemaversion beim Download; eine falsche Schemaversion blockiert die Netzwerkkonfiguration und erzeugt einen SERCOS_ERROR 0x8101 im Diagnosepuffer.

Schritt 3: Konfigurieren Sie den Send-Clock. Navigieren Sie zu BMENOC0321 Eigenschaften > Netzwerkeinstellungen. Stellen Sie den Send-Clock auf 4 ms für Standardprozess-I/O ein. Reduktionsverhältnisse erlauben einzelnen Geräten, mit 4 ms, 8 ms oder 16 ms Vielfachen der Basisuhr zu laufen. Setzen Sie den Watchdog-Multiplikator auf 3 (Watchdog = 3 × Send-Clock = 12 ms). Ein Watchdog-Timeout erzeugt einen Diagnosealarm und setzt die Prozessdatenqualität auf SCHLECHT.

Schritt 4: Weisen Sie PROFINET-Gerätenamen mit dem PRONETA-Tool oder dem Unity Pro Adresszuweisungsassistenten zu. Gerätenamen müssen exakt mit dem GSDML NameOfStation übereinstimmen, einschließlich Groß-/Kleinschreibung. Nicht übereinstimmende Namen verhindern, dass das Gerät zyklische I/O akzeptiert, und erzeugen einen PROFINET ALARM_TYPE 0x0003 (Gerätenamen-Mismatch) im Controller-Diagnoselog.

Schritt 5: Laden Sie die Konfiguration herunter. Vergewissern Sie sich, dass die PROFINET-LED am BMENOC0321 dauerhaft grün leuchtet (BF-LED aus). Eine blinkende BF-LED zeigt einen Busfehler an: Mindestens ein konfiguriertes Gerät antwortet nicht innerhalb des Watchdog-Intervalls.

Schritt 6: Öffnen Sie in Unity Pro die I/O-Scanner-Diagnoseansicht. Bestätigen Sie, dass der Status des zyklischen Datenaustauschs für alle Geräte auf RUN steht. Prüfen Sie, ob der Aktualisierungszähler mit der konfigurierten Send-Clock-Rate hochzählt. Ein statischer Aktualisierungszähler zeigt an, dass das Gerät vorhanden ist, aber keinen zyklischen Datenaustausch durchführt – typischerweise eine Submodul-Konfigurationsabweichung.

ABB AC500 CM589-PNIO Adapter Integration

Der ABB AC500 CM589-PNIO verwendet eine slotbasierte I/O-Mapping-Architektur. Jede CM589-PNIO-Karte stellt bis zu 128 Bytes Eingabedaten und 128 Bytes Ausgabedaten dem PROFINET-Controller zur Verfügung. Konfigurieren Sie das Modul im Automation Builder 2.x unter Hardware Manager. Wählen Sie die korrekte Produkt-ID aus der GSDML aus: ABB verwendet separate GSDML-Dateien für CM589-PNIO Firmware 1.x und 2.x. Die Verwendung einer GSDML Version 1.x auf einem Firmware 2.x Modul verursacht Diagnosecode 0x0004 (Konfigurationsabweichung) und blockiert den Datenaustausch.

Beachten Sie jedoch, dass der CM589-PNIO die AC500 CPU benötigt, um seine Bootsequenz abzuschließen, bevor die PROFINET-Kommunikation startet. Das Modul hält Daten im SUBSTITUTE_ACTIVE Modus bis zu 10 Sekunden während des CPU-Starts zurück. Konfigurieren Sie den PROFINET-Controller-Watchdog auf mindestens 10.000 ms, um Fehlalarme während des Starts zu vermeiden. Nach dem stabilen Betrieb reduzieren Sie den Watchdog auf den Normalwert von 200–500 ms.

Außerdem unterstützt der CM589-PNIO PROFINET System Redundanz (S2), wenn er mit einem S-fähigen PROFINET-Controller gekoppelt ist. Zwei Controller-Verbindungen laufen gleichzeitig; der primäre Controller hält die AR (Application Relationship). Beim Umschalten übernimmt der Backup-Controller die AR innerhalb eines verpassten Zyklus. Diese Funktion erfordert, dass das GSDML SystemRedundancy-Fähigkeitsflag auf TRUE gesetzt ist und eine Firmware-Version über 2.4.0 auf dem CM589-PNIO läuft.

Sechs Schritte zur Jitter-Fehlerisolierung

Schritt 1: Verbinden Sie einen Laptop mit Wireshark an einem gespiegelten Switch-Port im PROFINET-Segment. Starten Sie eine Erfassung, gefiltert auf Ethernet-Typ 0x8892 (PROFINET zyklische Frames). Sortieren Sie nach Zeitdifferenz zwischen den Frames.

Schritt 2: Berechnen Sie das erwartete Frame-Intervall. Bei einem 4 ms Send-Clock kommen Frames alle 4,000 ms an. Akzeptabler Jitter für RT ist ±1 ms. Jede Lücke über 5 ms oder unter 3 ms weist auf ein Timing-Problem hin – entweder Switch-Queue-Verzögerung oder ein falsch konfiguriertes Gerät.

Schritt 3: Identifizieren Sie die Quelle des Jitters. Wenn der Jitter mit Broadcast-Stürmen korreliert, prüfen Sie die VLAN-Konfiguration. PROFINET RT-Verkehr muss auf einem dedizierten VLAN (typischerweise VLAN 10) liegen, mit EtherNet/IP oder Standard-IP-Verkehr auf VLAN 20. Cross-VLAN-Fluten von einem falsch konfigurierten Trunk-Port sind eine häufige Ursache.

Schritt 4: Prüfen Sie die Duplex-Einstellungen der Switch-Ports. PROFINET benötigt Vollduplex, 100 Mbps oder 1 Gbps. Auto-Negotiation ist auf IRT-fähigen Switches akzeptabel, kann aber Geschwindigkeitsabweichungen mit älteren NIC-Chipsätzen verursachen. Erzwingen Sie die Portgeschwindigkeit auf 100 Mbps Vollduplex an Ports, die mit dem CM589-PNIO und BMENOC0321 verbunden sind, wenn der Jitter über 0,5 ms bleibt.

Schritt 5: Überprüfen Sie die Kabelqualität. PROFINET erfordert Kategorie 5e oder besser geschirmtes Twisted-Pair-Kabel (S/FTP) gemäß IEC 61784-5-3. Ungeschirmtes Kabel in einer Umgebung mit hoher elektromagnetischer Störung verursacht zusätzlichen Jitter. Verwenden Sie einen Kabeltester, um Rückflussdämpfung (RL) über 23 dB bei 100 MHz und Nahnebensprechen (NEXT) über 40 dB zu prüfen.

Schritt 6: Überprüfen Sie den BMENOC0321 Diagnosepuffer in Unity Pro. Navigieren Sie zu Geräte-Liste > BMENOC0321 > Diagnose. Untersuchen Sie PROFINET-Alarmaufzeichnungen auf ALARM_TYPE 0x0005 (Synchronisationsfehler) oder 0x0001 (I/O-Datenverlust). Vergleichen Sie Zeitstempel mit Wireshark-Erfassungen, um das auslösende Ereignis zu identifizieren.

Fazit und Handlungsempfehlungen

PROFINET RT und IRT liefern zuverlässige deterministische Kommunikation, wenn das Netzwerk korrekt ausgelegt und in Betrieb genommen wird. Die häufigsten Fehlerursachen sind GSDML-Versionsabweichungen, falsche Gerätenamen-Zuweisung, falsche Send-Clock-Konfiguration und VLAN-Isolationsfehler. Beim Schneider Modicon M580 mit BMENOC0321 prüfen Sie das GSDML-Schema, stellen den Send-Clock auf 4 ms für Prozesssteuerung ein und konfigurieren den Watchdog auf das Dreifache des Send-Clocks. Für ABB AC500 CM589-PNIO Geräte stimmen Sie das GSDML auf die Firmware-Version ab und verlängern den Start-Watchdog auf 10.000 ms. Verwenden Sie Wireshark-Erfassungen an einem gespiegelten Port, um Jitter objektiv zu quantifizieren – Zahlen statt Vermutungen. Ein gut konfiguriertes PROFINET-Netzwerk mit korrekter VLAN-Segmentierung und Cat6a S/FTP-Kabeln hält unter Volllast einen Jitter von unter 0,2 ms ein.