Servomotorické osy rychle odhalí zkratky v síti. Integrace Kinetix 5500 (2198-xxxx-ERS3) do podsítě, která již přenáší I/O ControlLogix, bezpečnostní adaptéry, provoz PanelView a VFD, vyvolává praktickou otázku: je spravovaný Stratix povinný a která topologie udrží CIP Sync v rámci rozpočtu? Odpověď závisí na požadovaném intervalu paketů, synchronizaci času IEEE 1588 V2 a chvění — nikoli na tom, zda pohon „pingá“.

CIP Motion netoleruje chvění doby průchodu u nespravovaných zařízení, i když unicastová připojení ve Studio 5000 vypadají v pořádku.

Požadavky CIP Motion / CIP Sync

Pokud některý přepínač v cestě nefunguje jako transparentní hodiny (nebo alespoň neomezuje dobu průchodu PTP), pohon odmítne synchronizaci a porucha vypadá jako problém serva.

Kontrolní seznam funkcí přepínače

• Transparentní hodiny IEEE 1588 V2 s přísnými specifikacemi doby průchodu
• Hardwarové QoS s přísnou prioritou pro časově kritické DSCP (značení EtherNet/IP a PTP)
• Snooping IGMPv2/v3, pokud se nadále používá multicast
• Chování CIP ověřené organizacemi ODVA / Rockwell, pokud je to možné (řady Stratix 5700/5400/5410)

Nespravované přepínače předávají rámce PTP bez korekce doby průchodu; chvění při průchodu více uzly může dosáhnout stovek mikrosekund, což je mimo rozpočet pohybu 1 ms. Spravované přepínače třetích stran mohou fungovat, pokud jsou správně nakonfigurovány PTP TC a QoS, ale riziko nesete sami a přicházíte o nativní diagnostiku Stratix ve stromu I/O.

Topologie s malým počtem os: přímý DLR z EN2TR

Pro jednu nebo dvě osy je osvědčeným řešením fyzické oddělení namísto nákupu přepínače pro řízení pohybu hned na začátku:

Port 1 EN2TR -> podnikový přepínač (HMI, I/O, VFD)
Port 2 EN2TR -> Port 1 Kinetix 5500 (dvouuzlový DLR)
Pohon: Topologie sítě = DLR, uzel (nikoli supervisor)
Perioda aktualizace osy = 1 ms (shodná s RPI)

Unicast CIP Motion na tomto dvouuzlovém segmentu odstraňuje zatížení IGMP z cesty pohybu. Délka kabelu musí stále odpovídat limitům měděného vedení; obvod prstence je při pozdějším rozšíření řetězce DLR součtem obou segmentů.

Broadcastové domény HMI jsou skrytým nepřítelem 1ms provozních toků pohybu ve sdílených podsítích.

Možnosti oddělení HMI

Update Period versus RPI

U osy Kinetix 5500 jsou Update Period (vlastnosti pohybu) a RPI (vlastnosti připojení) související, ale nikoli totožné parametry. U firmwaru ERS3, který to podporuje, nastavte oba na 1 ms a udržujte je shodné. Neshoda je častou hlavní příčinou stavu „Connection Not Established“ při uvádění do provozu. Oznamovací frekvence PTP na ENxT by měly zůstat na hodnotách doporučených společností Rockwell, pokud ověřená architektonická dokumentace nestanoví jinak.

Jakmile počet os na společné nespravované síti překročí přibližně osm až deset pohonů, kumulativní jitter obvykle vynutí přechod na Stratix, i když unicastová připojení vypadala při jedné či dvou osách přijatelně. Tento bod naplánujte už při první modernizaci, ne až po třetí nevysvětlené synchronizační chybě.

Kontroly při uvádění do provozu

1. Ověřte, že grandmaster je zamýšlený ENxT; pokud je přítomen Stratix, načtěte stav PTP
2. Sladěte Update Period a RPI; neshody vedou k chybám připojení
3. Při neshodě ověřte seznamy NS/připojení podle čítačů switche
4. Zátěžově testujte navigaci HMI za chodu os – sledujte synchronizační chyby
5. Zdokumentujte topologická schémata; „dočasné“ kancelářské switche se stávají trvalým dluhem
6. Zaznamenejte výchozí hodnotu chyby sledování osy před testováním HMI i po něm

Zálohování hardwaru pro pohony a Logix by se mělo řídit stejnými pravidly PLC/PAC, která se používají pro diskrétní řídicí systémy, aby porucha modulu EN2TR nevyřadila výrobní buňku z provozu.