Diagnóstico de Fallos en Ejes de Movimiento EtherNet/IP CIP: Allen-Bradley Kinetix 5700 y Schneider Lexium 32

El Costo Real de un Estado de Eje con Fallo

Un estado de "Eje con Fallo" en una red EtherNet/IP CIP Motion detiene la producción de inmediato. Los ingenieros pasan horas tratando de adivinar las causas raíz. La mayoría de las fallas se agrupan en cuatro categorías: hardware del variador, temporización de la red, parámetros de ajuste y lógica de entrada de seguridad. Tratar todas como el mismo problema hace perder tiempo.

CIP Motion utiliza conexiones implícitas de Clase 1 con un Intervalo de Paquete Solicitado (RPI) de 1–2 ms. El E/S estándar de EtherNet/IP funciona a 10–20 ms. Una actualización perdida a 1 ms RPI provoca una "Falla Mayor de Eje" en 4–8 ms. La fluctuación de la red (jitter) superior a 250 µs causa fallas intermitentes que parecen fallos de hardware del variador. El firmware Logix 5000 versión 33.011 y posteriores registra detalles de errores de conexión CIP Motion en el Registro de Fallas del Módulo, no solo en los bits de Estado del Variador. Siempre revise ambos lugares. El controlador Allen-Bradley ControlLogix 1756-L75 gestiona los ejes CIP Motion mediante el módulo EtherNet/IP 1756-EN2TP.

Decodificación de Códigos de Falla Kinetix 5700 y Lexium 32

Cada código de falla apunta a una capa específica. Aprenda la estructura del código antes de comenzar cualquier intercambio de hardware.

Allen-Bradley Kinetix 5700 usa un formato de código de falla de dos bytes. El byte alto es la Categoría de Falla (0x01 = Hardware, 0x02 = Movimiento, 0x04 = Sobrecarga del Variador, 0x08 = Retroalimentación, 0x10 = Seguridad). El byte bajo es el número específico de falla. Léalos en Studio 5000 bajo Propiedades del Variador → pestaña Registro de Fallas.

• Paso 1: Abra Studio 5000 → Propiedades del Controlador → Propiedades del Módulo para el eje Kinetix 5700.
• Paso 2: Navegue a la pestaña Registro de Fallas. Anote el Código de Falla (hex) y la Marca de Tiempo de la Falla.
• Paso 3: Código de Falla 0x0204 = Falla de Error de Velocidad. Verifique el cableado de retroalimentación de velocidad en el conector J13 pines 1–4.
• Paso 4: Código de Falla 0x0810 = Batería Baja del Codificador. Reemplace la batería CR2032 en el codificador absoluto. Restablezca la referencia de posición del codificador después del reemplazo.
• Paso 5: Código de Falla 0x1001 = Entrada Safe Torque Off (STO) desenergizada. Verifique la alimentación de 24 VCC en los terminales STO+ y STO− (se requieren ≥22 VCC).

Schneider Lexium 32 almacena el historial de fallas en los registros internos MW100–MW109. Léalos vía Modbus TCP (código de función 03). El formato de palabra de falla: bits 0–3 = clase de falla, bits 4–7 = subcódigo de falla. La clase de falla 4 (0x40) indica Sobretemperatura del Motor. La clase de falla 6 (0x60) indica Falla del Codificador. Siempre verifique la continuidad del blindaje del cable del codificador antes de concluir una falla del codificador. Para módulos de eje de la familia Kinetix, consulte el Módulo de Eje Integrado Kinetix 6000 como plataforma de referencia para la arquitectura de códigos de falla.

Diagnóstico de la Capa de Red: Detectando Jitter y Pérdida de Paquetes

Las fallas CIP Motion a menudo se originan en la red, no en el variador. Tres pruebas específicas confirman rápidamente la salud de la red.

Primero, revise las estadísticas del puerto del switch EtherNet/IP. El tráfico CIP Motion requiere etiquetado QoS Clase de Servicio (CoS) con DSCP 55 (CIP Motion) y DSCP 46 (CIP en tiempo real). El switch gestionado Allen-Bradley Stratix 5700 muestra contadores de descarte por puerto. Cualquier conteo de descarte de entrada distinto de cero en el puerto del variador indica desbordamiento de búfer — reduzca el tráfico de fondo o aumente la prioridad de la cola del puerto.

Segundo, mida el jitter real del RPI con Wireshark. Capture el tráfico en el puerto del controlador. Filtre por MAC de origen Ethernet del Kinetix 5700 o Lexium 32. CIP Motion requiere jitter ≤ 250 µs. Valores superiores a 500 µs causan fallas recurrentes del eje cada 3–10 minutos bajo carga.

• Paso 1: Conecte la laptop al puerto SPAN del switch gestionado. Inicie la captura en Wireshark, filtro: eth.src == [MAC del variador].
• Paso 2: Haga funcionar el eje al 50% de la velocidad nominal durante 5 minutos. Exporte la captura a CSV. Calcule la desviación estándar del tiempo entre paquetes.
• Paso 3: Si el jitter > 250 µs, revise si hay inundación multicast. Active IGMP Snooping en todos los switches de la VLAN CIP Motion.
• Paso 4: Verifique que la NIC del controlador funcione a 100 Mbps Full Duplex, no en Auto-Negociación. Fuerce ambos extremos a 100FD si el jitter persiste por encima de 300 µs.

Tercero, revise el estado de conexión CIP Motion en Logix 5000. En Studio 5000, agregue una etiqueta de vigilancia para la etiqueta AXIS_CIP_DRIVE. Monitoree los atributos .RunningFault, .StartInhibited y .MotionGroupFault. Un estado .StartInhibited sin código de falla significa que el controlador está esperando la restablecimiento de la conexión. La desincronización del RPI del grupo de movimiento es la causa oculta más común.

Validación del Ajuste del Variador Tras Recuperación de Fallas

Borrar una falla y reiniciar el eje sin validar el ajuste genera fallas repetidas en menos de 30 minutos. Siga esta secuencia tras cualquier falla mayor del eje.

Para Kinetix 5700, abra el asistente de Autotune en Studio 5000 (Propiedades de Movimiento → pestaña Ajuste). Configure el Modo Autotune a "Control de Posición". Use la Prueba de Inercia con una rampa de torque del 10% de la nominal. El asistente devuelve la Relación de Inercia de Carga (J_carga/J_motor). Acepte valores entre 0.1 y 10. Valores superiores a 10 indican problemas de acoplamiento mecánico — revise el juego del engranaje antes de ajustar. Tras completar el autotune, verifique que el ajuste de Ancho de Banda en Hz no supere 80 Hz para acoplamientos rígidos o 40 Hz para flexibles.

Para Lexium 32, use el software SoMove (v3.3 o superior) a través del puerto USB de diagnóstico. Navegue a Variador → Ajuste → Autoajuste. El variador realiza una prueba simétrica de paso de velocidad al 25% de la velocidad nominal. Verifique el resultado de Kp (ganancia de posición). Valores por debajo de 0.5 Hz indican problemas de rigidez mecánica. Valores por encima de 200 Hz indican desajuste de resolución del codificador con el paso del husillo. Corrija el parámetro de relación de engranaje (P3.006) antes de volver a probar.

No confíe solo en el autotune para aplicaciones de alta dinámica. Una prueba manual de respuesta escalón al 10%, 50% y 100% de la velocidad nominal confirma el ajuste en todo el rango operativo. El error máximo de posición al 100% de velocidad nominal debe mantenerse por debajo de 2× el valor PET.

Fallas en la Lógica de Entrada de Seguridad y Recuperación STO

Las entradas Safe Torque Off (STO) causan el 30% de las llamadas de "Eje con Fallo" en campo. El síntoma es idéntico a una falla de hardware del variador: el eje falla y no se habilita. Sin embargo, borrar la falla y reactivar no tiene efecto cuando STO no está satisfecho.

Kinetix 5700 requiere ambas entradas STO (STO-A y STO-B en el conector de Seguridad J2, pines 1 y 4) con ≥22 VCC. Una falla de canal único STO genera el Código de Falla 0x1001. Una falla de canal dual STO genera 0x1002. Si el circuito STO usa un relé de seguridad con retardo de desconexión, verifique el voltaje de retención del relé — por debajo de 18 VCC causa disparos intermitentes de STO bajo vibración.

La implementación STO de Lexium 32 sigue la norma EN/IEC 62061. La entrada STO en el terminal CN7 pines 5–6 requiere 20–28 VCC para estado activo. Verifique el bit STO_Active en el registro de estado del variador MW0 bit 14. Si STO_Active = 0 durante operación normal, rastree el cable de alimentación 24 VCC STO por falla a tierra. Use un amperímetro de pinza en el blindaje del cable STO — corriente en el blindaje superior a 50 mA indica ruptura de aislamiento en un ducto de cable multi-eje.

Siempre pruebe la función STO tras cualquier recuperación de falla del eje. Realice una prueba de demanda retirando intencionalmente la alimentación STO. Verifique que el torque del variador caiga a cero en menos de 20 ms (requisito IEC 62061 Categoría 3). Registre el tiempo de respuesta STO con un osciloscopio. Anote la fecha y el resultado aprobado/reprobado en el registro de mantenimiento para auditorías de cumplimiento IEC 61511.

Conclusión y Recomendaciones

Las fallas EtherNet/IP CIP Motion siguen un patrón predecible. Jitter de red superior a 250 µs, caída de entrada STO y fallas en la validación del ajuste tras la falla causan el 80% de los incidentes repetidos. Comience siempre el diagnóstico en el Registro de Fallas, no en el hardware. Decodifique el código de falla antes de tocar cualquier cableado. Confirme el jitter RPI de la red con Wireshark antes de culpar al variador.

Ejecute siempre autotune y una prueba manual de respuesta escalón antes de devolver el eje a producción. Para Kinetix 5700, mantenga sincronizadas las versiones de Studio 5000 y firmware del variador — la desincronización de firmware por sí sola causa errores falsos de conexión CIP. Para Lexium 32, registre MW100–MW109 en cada evento de falla. Cinco registros de falla establecen un patrón y reducen el tiempo de diagnóstico en un 60% en el siguiente incidente.

Programe pruebas de verificación STO cada 6 meses y documente los resultados. Use el switch gestionado Stratix 5700 con IGMP Snooping y QoS habilitados como base para una red CIP Motion confiable. Los auditores de seguridad solicitan cada vez más registros de pruebas STO CIP Motion como parte de las revisiones de cumplimiento IEC 62061.