Un variador Kinetix 5500 puede comunicarse a través de un enlace Ethernet ordinario y aun así fallar como eje de movimiento integrado. Un ping correcto demuestra que se puede acceder a la dirección IP; no demuestra que el controlador, el variador, los dispositivos de red intermedios, el firmware y la ruta de sincronización temporal formen una arquitectura CIP Motion válida.

Por tanto, la cuestión práctica de diseño no es «¿Es obligatorio un switch administrado?», sino «¿Qué topología es compatible con este número de catálogo exacto y puede cada dispositivo de la ruta de movimiento preservar el comportamiento temporal y de tráfico requerido por el eje configurado?».

El movimiento integrado depende de una ruta validada entre el controlador y el variador, no solo de la conectividad.

Comience con la combinación exacta de variador y controlador

Kinetix 5500 es una familia, no un único nodo de red intercambiable. El sufijo del catálogo, el firmware del variador, la familia del controlador, el módulo de comunicación, la versión de Studio 5000 Logix Designer y el perfil complementario determinan qué funciones y configuraciones están disponibles. Registre esos elementos antes de elegir la red.

El Manual del usuario de los variadores servo Kinetix 5500 de Rockwell Automation documenta ejemplos de conexiones compatibles, configuración de ejes, puesta en marcha, CIP Sync y resolución de problemas. Utilice la revisión correspondiente al firmware instalado y verifique la compatibilidad en el Centro de compatibilidad y descargas de productos antes de modificar un sistema en producción.

Esta comprobación es importante durante las modernizaciones. Un controlador o módulo de comunicación que pueda intercambiar E/S EtherNet/IP ordinarias quizá no admita las mismas funciones de movimiento integrado que una plataforma posterior. Que un proyecto se abra en una versión de software más reciente no demuestra que todas las combinaciones de módulos y variadores sean compatibles.

CIP Sync forma parte de la arquitectura de control

El movimiento integrado coordina los ejes con respecto a una base de tiempo compartida. CIP Sync distribuye ese tiempo a través del sistema EtherNet/IP mediante mecanismos IEEE 1588. El controlador y los dispositivos de movimiento participantes deben tener habilitada la sincronización temporal y coincidir con el maestro de tiempo seleccionado por la arquitectura.

Un switch no administrado no es automáticamente defectuoso, y uno administrado tampoco es automáticamente adecuado. La cuestión decisiva es si la infraestructura intermedia está admitida para el diseño de movimiento y gestiona el tráfico sensible al tiempo según lo requerido. Un switch con un comportamiento incorrecto del Protocolo de tiempo de precisión o una configuración incorrecta puede ser más disruptivo que una conexión directa sencilla.

Para una topología en estrella, seleccione un switch que Rockwell documente para la arquitectura de movimiento integrado prevista y, a continuación, configure sus funciones de sincronización temporal y priorización del tráfico según la guía de diseño aplicable. Evite considerar la velocidad nominal de un switch de consumo como sustituto de la validación del movimiento.

Elija la topología según el comportamiento ante fallos y la facilidad de mantenimiento

Conexiones directas o lineales

Una conexión directa entre el controlador y el variador puede reducir el número de dispositivos en la ruta de temporización. Una cadena lineal puede simplificar el cableado cuando se utilizan dispositivos compatibles con dos puertos. Su punto débil es la interrupción del servicio: abrir o apagar un dispositivo ascendente puede desconectar todo lo que se encuentra aguas abajo, a menos que la arquitectura proporcione otra ruta.

Las disposiciones lineales también requieren una documentación rigurosa de los puertos. Un portátil temporal, un variador de sustitución o un cable cambiado pueden modificar la cadena física sin cambiar el plano, lo que obliga al personal de mantenimiento a diagnosticar una red que ya no coincide con el diseño.

Topología en estrella mediante un switch

Una topología en estrella permite mantener cada variador de forma independiente y proporciona al equipo de red un punto central para diagnósticos, contadores de puertos, duplicación de tráfico y segmentación. Añade un switch a la ruta de temporización y fallos, por lo que el switch debe seleccionarse y configurarse como un componente de ingeniería, no como una infraestructura de oficina genérica.

La infraestructura gestionada resulta especialmente valiosa cuando el movimiento comparte una red de planta con HMI, E/S remotas, dispositivos de seguridad, variadores, estaciones de ingeniería y sistemas de supervisión. Las estadísticas de los puertos, los límites de VLAN cuando corresponda, la gestión de multidifusión, la calidad de servicio, el control de acceso y la visibilidad de la sincronización temporal facilitan la localización de averías. Estas funciones solo son útiles cuando la configuración está controlada y respaldada.

Anillo a nivel de dispositivo

DLR proporciona una ruta Ethernet redundante para los nodos compatibles. Un anillo necesita un supervisor definido y un diseño de recuperación documentado. Confirme que cada participante del anillo admite el rol previsto y que la configuración del supervisor no se ha duplicado accidentalmente.

La resiliencia del anillo no sustituye a la validación de la temporización. Después de construir el anillo, pruebe tanto el funcionamiento normal como una rotura de un solo cable mientras los ejes se encuentran en una condición de puesta en servicio controlada. Verifique que los diagnósticos identifiquen la ubicación de la avería y que el comportamiento de recuperación coincida con la evaluación de riesgos de la máquina.

La topología debe elegirse según los requisitos de temporización, mantenimiento, expansión y tolerancia a fallos únicos.

El período de actualización y la configuración de la conexión son decisiones de ingeniería

El período de actualización del movimiento debe ser compatible con el controlador, el variador, el número de ejes y la aplicación. No debe copiarse de un ejemplo de un foro ni establecerse universalmente en un único valor. Las actualizaciones más rápidas aumentan la frecuencia con la que el sistema debe programar y transportar datos de movimiento, mientras que las más lentas pueden ser insuficientes para el rendimiento dinámico requerido.

Revise conjuntamente la temporización del grupo de movimiento, el comportamiento de actualización del curso, la configuración de los ejes, la utilización del controlador y la capacidad de la red. Cuando Studio 5000 exponga configuraciones relacionadas tanto con el movimiento como con las conexiones, utilice la documentación de Rockwell correspondiente a la revisión seleccionada del controlador y del variador para mantenerlas coherentes. Una discrepancia puede manifestarse como una falla de conexión, sincronización o configuración del eje, en lugar de una alarma de ancho de banda evidente.

No utilice un número fijo de ejes como límite entre una infraestructura aceptable y una inaceptable. El límite depende de las tasas de actualización, la capacidad del controlador y del módulo de comunicación, la topología, el comportamiento del switch, el resto del tráfico y los demás elementos del proyecto. Calcule y valide el diseño real.

El tráfico compartido necesita límites definidos deliberadamente

La navegación de la HMI, la recopilación histórica, las copias de seguridad, los flujos de vídeo de las cámaras y las cargas desde herramientas de ingeniería pueden crear ráfagas que pasan desapercibidas durante una puesta en servicio tranquila. Esto no significa que cada HMI necesite una red físicamente independiente, pero sí que la ruta del movimiento debe probarse bajo un tráfico de planta creíble.

Segmente los dominios de difusión cuando lo requieran la arquitectura y el diseño de seguridad. Mantenga los switches temporales no administrables fuera de los paneles permanentes. Deshabilite los puertos no utilizados, documente las conexiones permitidas y haga que la configuración del switch administrable forme parte de la copia de seguridad de la máquina. Si se introducen la traducción de direcciones de red, el enrutamiento o los firewalls, verifique que el tráfico de movimiento integrado permanezca dentro de un diseño compatible.

La seguridad de la red y la disponibilidad del movimiento están relacionadas. Una subred plana y sin documentar facilita los cambios no autorizados y ralentiza la resolución de problemas. Por el contrario, un diseño demasiado complejo con límites de enrutamiento no compatibles puede impedir la sincronización temporal o el descubrimiento de dispositivos. Utilice la arquitectura más pequeña que satisfaga los requisitos de operación, seguridad, mantenimiento y ampliación.

Ponga en servicio desde el reloj hacia afuera

Confirme el grandmaster o maestro de tiempo previsto y verifique que los controladores participantes indiquen un estado sincronizado. Después, inspeccione cada salto de red y cada conexión de variador, en lugar de tratar la subred como una caja negra única.

Compruebe los números de catálogo, el firmware, los perfiles complementarios, el direccionamiento IP, las direcciones duplicadas, el comportamiento de velocidad y dúplex de los puertos, los errores de enlace, los paquetes descartados, el estado de DLR cuando se utilice y el estado de sincronización de los variadores. Confirme que el eje transite por los estados esperados de conexión y seguridad antes de habilitar el movimiento.

Ejecute una prueba de tráfico controlada que represente el uso de la HMI, la recopilación de datos y el acceso de ingeniería. Registre las tendencias de las fallas de los ejes y del error de seguimiento, y recopile los contadores del switch administrable antes y durante la prueba. Una línea base limpia proporciona al personal de mantenimiento una referencia después de futuras ampliaciones.

Por último, pruebe los escenarios de mantenimiento: pérdida de alimentación del switch, desconexión de un cable, sustitución del accionamiento, reinicio del controlador y restauración desde una copia de seguridad de la configuración. Realice únicamente las pruebas permitidas por la evaluación de riesgos de la máquina y el plan de puesta en servicio.

Planifique el repuesto como parte de la topología

Un accionamiento de repuesto debe coincidir en más aspectos que la potencia nominal. Confirme la familia del catálogo, la ruta de firmware, la interfaz de realimentación, la opción de seguridad, la función en la red, el conjunto de conectores y el método de restauración de parámetros. Del mismo modo, un switch de repuesto debe contar con las funciones requeridas y una copia de seguridad de la configuración controlada.

El hardware de servos y accionamientos correspondiente está organizado en accionamientos y control de movimiento, mientras que las opciones de controladores Logix y comunicación pueden consultarse en sistemas PLC y PAC. La disponibilidad de un producto no establece su compatibilidad; la lista de materiales validada y la documentación del fabricante siguen siendo la referencia autorizada.

Perspectiva editorial: comprar un switch gestionado no equivale a diseñar una red de movimiento. Un diseño defendible identifica el maestro de tiempo, valida cada salto, define el comportamiento ante fallos, prueba un tráfico realista y conserva la configuración necesaria para recuperar la máquina.

Preguntas frecuentes

¿Requiere un switch gestionado toda instalación de Kinetix 5500?

No. Los diseños directos, lineales, en anillo y con switches compatibles dependen del accionamiento, el controlador y la aplicación específicos. Cuando hay un switch en una ruta de movimiento integrado, debe cumplir los requisitos de la arquitectura validada.

¿Por qué el accionamiento puede responder al ping pero no lograr establecer una conexión con el eje?

El ping solo verifica la accesibilidad IP básica. El movimiento integrado también depende de hardware y firmware compatibles, una configuración correcta de los ejes, la capacidad del controlador, CIP Sync, los ajustes de conexión y el comportamiento de cada salto de la red.

¿Es un switch Stratix la única opción posible?

Los diseños Stratix validados por Rockwell simplifican el soporte y el diagnóstico, pero la respuesta correcta se encuentra en la arquitectura de Rockwell y la documentación de los dispositivos aplicables. No debe aceptarse un switch de terceros simplemente porque anuncie compatibilidad con IEEE 1588 o velocidad gigabit.

¿Debe establecerse siempre en 1 ms el periodo de actualización del movimiento?

No. Seleccione un periodo de actualización compatible según la dinámica de la aplicación, las capacidades del controlador y del accionamiento, el número de ejes y el diseño de la red. Verifique el ajuste en la documentación correspondiente a las revisiones instaladas.

¿Cuál es la evidencia de puesta en servicio más útil?

Registre el estado del maestro de tiempo, el estado de los dispositivos sincronizados, la topología, las revisiones del firmware y del software, la configuración del switch, la línea base de errores de los puertos, el estado de conexión de los ejes y los resultados de las pruebas controladas de tráfico y recuperación ante fallos.