Requisitos y topología del conmutador de red EtherNet/IP Kinetix 5500
Configure variadores servo Allen-Bradley Kinetix 5500 en EtherNet/IP. Incluye CIP Sync, sincronización IEEE 1588 V2, selección de Stratix, topología DLR y HMI.
Los servoejes revelan rápidamente los atajos de red. Integrar un Kinetix 5500 (2198-xxxx-ERS3) en una subred que ya transporta E/S de ControlLogix, adaptadores de seguridad, tráfico de PanelView y VFD plantea una pregunta práctica: ¿es obligatorio un Stratix administrado y qué topología mantiene CIP Sync dentro del presupuesto? La respuesta depende del Intervalo de paquetes solicitado, la sincronización temporal IEEE 1588 V2 y la fluctuación, no de si el variador «responde al ping».
CIP Motion no tolera la fluctuación del tiempo de permanencia en equipos no administrados, incluso cuando las conexiones unicast parecen estar en buen estado en Studio 5000.
Requisitos de CIP Motion / CIP Sync
| Parámetro | Necesidad típica del Kinetix 5500 |
|---|---|
| Periodo de actualización | 1 ms (firmware ERS3 6.xxx+); las familias anteriores pueden necesitar 2 ms |
| Sincronización temporal | CIP Sync (IEEE 1588 V2), reloj maestro + relojes transparentes |
| Presupuesto de fluctuación | Clase de menos de un microsegundo de extremo a extremo a través de la cadena de TC |
| Clase de conexión | Clase 1; Studio 5000 v28+ suele establecer unicast de forma predeterminada para el 5500 |
| Topología | Estrella, lineal o DLR: no haga cascadas improvisadas de switches de consumo |
Si algún switch de la ruta no actúa como reloj transparente (o al menos no limita el tiempo de permanencia de PTP), el variador rechaza la sincronización y la falla parece un problema del servoeje.
Lista de comprobación de funciones del switch
- Reloj transparente IEEE 1588 V2 con especificaciones estrictas de tiempo de permanencia
- QoS de hardware con prioridad estricta para DSCP de tiempo crítico (marcas de EtherNet/IP y PTP)
- Snooping IGMPv2/v3 cuando se siga utilizando multidifusión
- Comportamiento CIP validado por ODVA / Rockwell cuando sea posible (familias Stratix 5700/5400/5410)
Los switches no administrados reenvían las tramas PTP sin corregir el tiempo de permanencia; la fluctuación de múltiples saltos puede alcanzar cientos de microsegundos, fuera de un presupuesto de movimiento de 1 ms. Los switches administrados de terceros pueden funcionar si PTP TC y QoS se configuran correctamente, pero usted asume el riesgo y pierde los diagnósticos nativos de Stratix en el árbol de E/S.
Topología con pocos ejes: DLR directo desde el EN2TR
Para uno o dos ejes, un patrón probado es la segregación física en lugar de comprar un switch de movimiento desde el primer día:
Puerto 1 del EN2TR -> switch de planta (HMI, E/S, VFD) Puerto 2 del EN2TR -> Puerto 1 del Kinetix 5500 (DLR de 2 nodos) Variador: Topología de red = DLR, nodo (no supervisor) Periodo de actualización del eje = 1 ms (coincide con el RPI)
El movimiento CIP Unicast en ese segmento de dos nodos elimina la carga de IGMP de la ruta de movimiento. La longitud del cable aún debe respetar los límites del cobre; la circunferencia del anillo es la suma de ambos segmentos cuando posteriormente amplíe la cadena DLR.
Los dominios de difusión de la HMI son el enemigo silencioso de los flujos de Motion de 1 ms en subredes compartidas.
Opciones de segregación de la HMI
| Opción | Cuándo encaja |
|---|---|
| Accionamiento directo en el puerto 2 del EN2TR | 1–2 ejes; sin coste adicional de switch |
| Segundo módulo ENxT | Gran carga de HMI o crecimiento previsto del número de ejes |
| Sustitución de la infraestructura no gestionada por Stratix | Muchos ejes; seguridad/E/S/HMI mixtas en un único dominio L2 |
Período de actualización frente a RPI
En un eje Kinetix 5500, el período de actualización (propiedades de Motion) y el RPI (propiedades de conexión) son parámetros relacionados, pero no idénticos. Establezca ambos en 1 ms para el firmware ERS3 que lo admita y manténgalos sincronizados. Una discrepancia es una causa frecuente de «Conexión no establecida» durante la puesta en marcha. Las tasas de anuncio PTP en el ENxT deben mantenerse en los valores recomendados por Rockwell, salvo que un documento de arquitectura validado indique lo contrario.
Cuando el número de ejes supera aproximadamente entre ocho y diez variadores en una red compartida no gestionada, el jitter acumulado suele obligar a actualizar a una infraestructura de clase Stratix, aunque las conexiones unicast parecieran aceptables con uno o dos ejes. Planifique ese punto de inflexión durante la primera modernización, no después del tercer fallo de sincronización inexplicado.
Comprobaciones de puesta en marcha
- Confirme que el grandmaster sea el ENxT previsto; lea el estado de PTP en Stratix, si está presente
- Haga coincidir el período de actualización y el RPI; las discrepancias provocan fallos de conexión
- Verifique las listas de NS/conexiones con los contadores del switch cuando no coincidan
- Realice pruebas de navegación intensivas en la HMI mientras los ejes están en funcionamiento; compruebe si se producen fallos de sincronización
- Documente los diagramas de topología; los switches de oficina «temporales» se convierten en deuda permanente
- Registre una línea base del error de seguimiento del eje antes y después de someter la HMI a una prueba de carga
El aprovisionamiento de repuestos para hardware de Motion y Logix debe seguir las mismas reglas de PLC/PAC aplicadas a los controladores discretos, para que un EN2TR averiado no deje aislada una celda de producción.
Sobre el autor
Mark Townsend | Ingeniero sénior de automatización – Sistemas Allen-Bradley
Mark Townsend es un ingeniero sénior de automatización con más de 18 años de experiencia en plataformas Allen-Bradley, incluidas ControlLogix, CompactLogix y la antigua SLC-500. Su trabajo diario consiste en desarrollar lógica en RSLogix / Studio 5000 y poner en marcha HMI de FactoryTalk View en flotas antiguas y mixtas.