Anforderungen und Topologie des Kinetix 5500 EtherNet/IP-Netzwerkswitches
Konfigurieren Sie Allen-Bradley-Kinetix-5500-Servoantriebe über EtherNet/IP. Behandelt CIP Sync, die Zeitgebung nach IEEE 1588 V2, die Auswahl von Stratix, d...
Servoachsen machen Netzwerk-Schwachstellen schnell sichtbar. Die Integration eines Kinetix 5500 (2198-xxxx-ERS3) in ein Subnetz, das bereits ControlLogix-I/O, Sicherheitsadapter, PanelView-Datenverkehr und VFDs führt, wirft eine praktische Frage auf: Ist ein Managed Stratix zwingend erforderlich, und welche Topologie hält CIP Sync innerhalb des Budgets? Die Antwort hängt vom Requested Packet Interval, der IEEE-1588-V2-Zeitsynchronisierung und dem Jitter ab – nicht davon, ob der Antrieb „pingt“.
CIP Motion toleriert keinen Jitter der Verweilzeit durch unmanaged Switches, selbst wenn Unicast-Verbindungen in Studio 5000 unauffällig wirken.
Anforderungen von CIP Motion / CIP Sync
| Parameter | Typischer Bedarf des Kinetix 5500 |
|---|---|
| Aktualisierungszeitraum | 1 ms (ERS3-Firmware 6.xxx+); ältere Familien benötigen möglicherweise 2 ms |
| Zeitsynchronisierung | CIP Sync (IEEE 1588 V2), Grandmaster + Transparent Clocks |
| Jitter-Budget | Ende-zu-Ende-Klasse im Submikrosekundenbereich über die TC-Kette |
| Verbindungsklasse | Klasse 1; Studio 5000 v28+ verwendet für 5500 häufig standardmäßig Unicast |
| Topologie | Stern-, Linear- oder DLR-Topologie – keine unüberlegte Kaskade von Consumer-Switches |
Wenn ein Switch im Pfad nicht als Transparent Clock agiert (oder zumindest die PTP-Verweilzeit begrenzt), weist der Antrieb die Synchronisierung zurück, und der Fehler sieht wie ein Servo-Problem aus.
Checkliste der Switch-Funktionen
- IEEE-1588-V2-Transparent-Clock mit engen Vorgaben für die Verweilzeit
- Hardware-QoS mit strikter Priorisierung für zeitkritisches DSCP (EtherNet/IP- und PTP-Markierungen)
- IGMPv2/v3-Snooping, wenn Multicast weiterhin verwendet wird
- ODVA-/Rockwell-validiertes CIP-Verhalten, wo möglich (Stratix-5700-/5400-/5410-Familien)
Unmanaged Switches leiten PTP-Frames weiter, ohne die Verweilzeit zu korrigieren; der Jitter über mehrere Hops kann Hunderte Mikrosekunden erreichen – außerhalb eines Motion-Budgets von 1 ms. Managed Switches von Drittanbietern können funktionieren, wenn PTP-TC und QoS korrekt konfiguriert sind; das Risiko liegt jedoch bei Ihnen, und Sie verlieren die nativen Stratix-Diagnosefunktionen im I/O-Baum.
Topologie für wenige Achsen: direktes DLR vom EN2TR
Für eine oder zwei Achsen ist die bewährte Vorgehensweise eine physische Trennung, statt am ersten Tag einen Motion-Switch zu kaufen:
EN2TR-Port 1 -> Werksschalter (HMI, I/O, VFD) EN2TR-Port 2 -> Kinetix-5500-Port 1 (2-Knoten-DLR) Antrieb: Netzwerktopologie = DLR, Knoten (nicht Supervisor) Achsen-Aktualisierungszeitraum = 1 ms (RPI abgleichen)
Unicast-CIP Motion auf diesem Zwei-Knoten-Segment nimmt den Motion-Pfad vom IGMP-Druck. Die Kabellänge muss weiterhin die Kupfergrenzen einhalten; der Ringumfang entspricht der Summe beider Segmente, wenn Sie die DLR-Kette später erweitern.
HMI-Broadcast-Domänen sind der stille Feind von 1-ms-Motion-Datenströmen in gemeinsam genutzten Subnetzen.
Optionen zur HMI-Segmentierung
| Option | Wann es passt |
|---|---|
| Direktantrieb über EN2TR-Port 2 | 1–2 Achsen; keine zusätzlichen Switch-Kosten |
| Zweites ENxT-Modul | Hohe HMI-Last oder geplantes Achsenwachstum |
| Stratix-Ersatz für ein nicht verwaltetes Netzwerk | Viele Achsen; gemischte Sicherheits-/I/O-/HMI-Komponenten in einer L2-Domäne |
Update Period im Vergleich zu RPI
Bei einer Kinetix-5500-Achse sind Update Period (Motion-Eigenschaften) und RPI (Verbindungseigenschaften) miteinander verbunden, aber nicht identisch. Setzen Sie beide bei ERS3-Firmware, die dies unterstützt, auf 1 ms und halten Sie sie aufeinander abgestimmt. Eine Abweichung ist eine häufige Ursache für „Connection Not Established“ während der Inbetriebnahme. Die PTP-Ankündigungsraten auf dem ENxT sollten bei den von Rockwell empfohlenen Werten bleiben, sofern ein validiertes Architekturdokument nichts anderes vorgibt.
Sobald die Anzahl der Achsen in einem gemeinsamen, nicht verwalteten Netzwerksegment etwa acht bis zehn Antriebe überschreitet, erzwingt der kumulative Jitter normalerweise ein Upgrade auf eine Stratix-Klasse, selbst wenn Unicast-Verbindungen mit einer oder zwei Achsen akzeptabel aussahen. Planen Sie diesen Wendepunkt bereits beim ersten Retrofit ein, statt erst nach dem dritten unerklärlichen Synchronisationsfehler.
Inbetriebnahmeprüfungen
- Bestätigen Sie, dass der Grandmaster das vorgesehene ENxT ist; lesen Sie den PTP-Status auf dem Stratix aus, sofern vorhanden.
- Stimmen Sie Update Period und RPI aufeinander ab; Abweichungen führen zu Verbindungsfehlern.
- Überprüfen Sie NS-/Verbindungslisten anhand der Switch-Zähler, wenn diese voneinander abweichen.
- Führen Sie einen Stresstest der HMI-Navigation durch, während die Achsen laufen – achten Sie auf Synchronisationsfehler.
- Dokumentieren Sie die Topologiezeichnungen; „temporäre“ Büroswitches werden zu dauerhaften Altlasten.
- Erfassen Sie den Ausgangswert des Achsfolgefehlers vor und nach der HMI-Belastung.
Die Ersatzteilhaltung für Motion- und Logix-Hardware sollte denselben PLC/PAC-Regeln folgen wie für diskrete Steuerungen, damit ein ausgefallenes EN2TR-Modul keine Produktionszelle lahmlegt.
Über den Autor
Mark Townsend | Leitender Automatisierungsingenieur – Allen-Bradley-Systeme
Mark Townsend ist ein leitender Automatisierungsingenieur mit mehr als 18 Jahren Erfahrung mit Allen-Bradley-Plattformen, darunter ControlLogix, CompactLogix und das ältere SLC-500. Zu seinem Arbeitsalltag gehören RSLogix-/Studio-5000-Logik sowie die Inbetriebnahme von FactoryTalk-View-HMIs in alternden und gemischten Anlagen.