diagnóstico de PLC en conveyor: 5 factores que revisar cuando el sistema deja de responder

El conveyor se detuvo y no responde. El operador presiona arranque y no pasa nada. La primera reacción casi siempre es la misma: “el PLC se dañó, hay que cambiarlo”. Pero esa conclusión sin diagnóstico es exactamente lo que genera cambios de PLC innecesarios, costos evitables y, lo más frustrante, el mismo problema regresando una semana después porque la causa real nunca se atendió.

Un diagnóstico de PLC en conveyor bien hecho no empieza preguntando “¿qué parte cambio?”, empieza preguntando “¿qué dejó exactamente de funcionar y por qué?”. Esta guía recorre los 5 factores que hay que revisar en orden antes de concluir que el controlador está dañado, y separa con claridad lo que es falla de control de lo que es falla mecánica disfrazada de falla eléctrica.

Índice

Por qué el orden importa en un diagnóstico de PLC en conveyor

La tentación natural en cualquier diagnóstico de PLC en conveyor es abrir el panel y empezar a revisar el PLC directamente. Es el error más común en un diagnóstico de PLC en conveyor: saltarse las causas más simples y probables para ir directo al componente más complejo y más caro de reemplazar.

Un diagnóstico estructurado sigue el principio de descartar lo simple antes de sospechar lo complejo. La mayoría de las fallas que se ven como “el PLC no responde” en realidad son problemas de alimentación, conexión o configuración — no fallas del procesador en sí. Revisar en el orden correcto ahorra horas de paro y evita reemplazar un componente que funcionaba perfectamente bien.

Los 5 factores que revisar en un diagnóstico de PLC en conveyor

Alimentación eléctrica

Antes de sospechar del PLC, hay que confirmar que está recibiendo la alimentación correcta. Verificar voltaje de entrada (típicamente 24 VDC), revisar el fusible o breaker dedicado al PLC, e inspeccionar la fuente de poder que alimenta el sistema. Un PLC sin alimentación estable se comporta exactamente igual que un PLC dañado — simplemente no responde. Las luces indicadoras de power en el CPU son el primer punto de verificación: si no encienden, el problema probablemente está antes del PLC, no en él.

Estado de las entradas y salidas (I/O)

El segundo factor más común de confusión: un sensor de proximidad sucio, un botón de paro de emergencia activado o un límite de carrera fuera de posición puede hacer que el sistema parezca “no responder” cuando en realidad el PLC está ejecutando correctamente su programa — simplemente está recibiendo una señal que le dice que no debe arrancar. Revisar el estado de cada entrada en el indicador LED del módulo de I/O o en el software de programación confirma si el problema está en una señal de campo y no en el controlador.

Comunicaciones

Cuando el conveyor forma parte de un sistema con HMI, variador de frecuencia o comunicación con un PLC maestro, una falla de comunicación puede paralizar el sistema sin que el CPU del PLC tenga ningún daño. Cables Ethernet desconectados, direcciones IP duplicadas en la red o un dispositivo remoto sin energía generan exactamente el síntoma de “el sistema no responde”. Verificar los indicadores de comunicación en cada puerto del PLC — Ethernet, serial — antes de sospechar del procesador es un paso que se omite con demasiada frecuencia.

Estado del programa y la lógica

Un programa detenido en modo STOP en lugar de RUN, una rutina que entró en un ciclo de espera que nunca se cumple, o una condición de enclavamiento (interlock) que quedó activada después de un paro de emergencia anterior son causas de software, no de hardware. En un diagnóstico de PLC en conveyor, conectarse con el software de programación y revisar el estado de ejecución y las variables activas es la forma de confirmar si el problema vive en la lógica del programa, no en el controlador físico.

Firmware y configuración del módulo

El último factor — y el que con más frecuencia se confunde con un PLC dañado — es un módulo de expansión mal configurado, una versión de firmware incompatible después de una actualización, o un módulo que se desconectó físicamente del sistema apilable. Un PLC puede estar completamente sano y aún así mostrar fallas si un módulo de I/O conectado a él perdió su configuración o su firmware no es compatible con la versión del CPU.

Como referencia: la familia Productivity1000 de AutomationDirect incluye LEDs de diagnóstico en el CPU y en cada módulo que indican exactamente cuál de estos 5 factores está generando la condición de falla, sin necesidad de desconectar nada.

Cómo separar la falla de control de la falla mecánica

El error más costoso en un diagnóstico de PLC en conveyor no es revisar los factores en el orden incorrecto — es asumir que el sistema completo de control está fallando cuando en realidad el problema es puramente mecánico y el PLC está correctamente reportando una condición real.

Una prueba simple separa los dos universos: con el conveyor desenergizado en el motor pero el PLC encendido, verificar si las entradas digitales cambian de estado al mover manualmente los sensores y switches del sistema. Si los indicadores LED de entrada responden correctamente al activar cada sensor, el PLC y su lógica de entrada están funcionando — el problema probablemente está en el motor, el variador o la transmisión mecánica.

Si por el contrario los sensores se activan físicamente pero el indicador LED de la entrada correspondiente en el PLC no cambia, ahí sí hay evidencia real de un problema en el módulo de entrada o en el cableado hacia el PLC — y la sospecha hacia el controlador o sus módulos de expansión se vuelve justificada.

Documentar el diagnóstico de PLC en conveyor: por qué no basta con resolver el síntoma

En un diagnóstico de PLC en conveyor, resolver el síntoma de hoy sin documentar la causa raíz garantiza que el mismo problema regrese. Un diagnóstico de PLC en conveyor completo debe registrar qué factor de los 5 generó la falla, qué acción correctiva se tomó y qué medida preventiva evita que se repita.

Si fue alimentación: revisar si hay un problema recurrente en la fuente que indique necesidad de reemplazo, no solo restablecer el fusible.
Si fue I/O de campo: programar limpieza o ajuste periódico del sensor o switch que generó la falsa condición.
Si fue comunicaciones: verificar la integridad física del cableado de red y la configuración de direcciones IP de todos los dispositivos.
Si fue programa o lógica: documentar la condición exacta que generó el bloqueo para evitar que se repita en el siguiente ciclo de operación similar.
Si fue firmware o módulo: confirmar compatibilidad de versiones antes de cualquier actualización futura del sistema.

Cuándo el diagnóstico de PLC en conveyor sí confirma daño real

Después de completar el diagnóstico de PLC en conveyor, hay casos donde sí se confirma daño real en el controlador: indicadores de power que no encienden con alimentación verificada y correcta, comunicación USB o Ethernet que no responde desde ningún equipo de programación, salidas que no conmutan a pesar de que el programa las activa correctamente, o evidencia física de daño como quemaduras, corrosión o componentes visiblemente afectados.

En esos casos, la rehabilitación del conveyor pasa por el reemplazo del PLC — y aquí el diagnóstico previo tiene un segundo beneficio: al tener documentado exactamente qué factor falló y cómo, la instalación del PLC de reemplazo y la migración del programa se ejecutan con la información completa, reduciendo el tiempo de puesta en marcha del equipo nuevo.

Un diagnóstico de PLC en conveyor bien hecho sigue un orden: alimentación, I/O de campo, comunicaciones, programa y firmware — en ese orden, descartando lo simple antes de sospechar lo complejo. La mayoría de los “PLC dañados” son en realidad fallas de alimentación, sensores o configuración que un diagnóstico estructurado resuelve sin reemplazar nada. Cuando el daño real existe, el diagnóstico documentado convierte la rehabilitación en un proceso rápido en lugar de una reconstrucción a ciegas.

En SDI realizamos diagnósticos técnicos de PLC y sistemas de control en conveyors Dorner, Ambaflex, Pacline y Flexlink, y acompañamos la rehabilitación cuando el daño ya está confirmado. Si tu conveyor dejó de responder, hablemos.

¿Tu conveyor dejó de responder y no sabes si el problema es el PLC o el sistema mecánico?

En SDI realizamos diagnósticos técnicos de PLC y sistemas de control en conveyors Dorner, Ambaflex, Pacline y Flexlink, y acompañamos la rehabilitación cuando el daño ya está confirmado.