Diseño de códigos de error para PLC: por qué los códigos genéricos ralentizan el diagnóstico

Puntos clave

• Los códigos de fallo genéricos del PLC ("Sensor Fault", "Comm Error") obligan a los operarios a investigar desde cero cada vez.
• Los códigos de fallo bien diseñados especifican dispositivo + condición + recuperación sugerida.
• Una biblioteca de códigos + convención de nomenclatura establecida desde el principio ahorra horas por fallo durante toda la vida útil.
• La consulta por parte del equipo de mantenimiento depende de que los códigos de fallo sean significativos, buscables y consistentes.

Respuesta breve: Los códigos de fallo genéricos desperdician tiempo de diagnóstico. Los códigos bien diseñados nombran el dispositivo específico, la condición específica y sugieren un paso de recuperación. La disciplina cuesta más al principio y ahorra horas por fallo para siempre. Véase también Diseño de códigos de motivo de inactividad.

Por qué fallan los códigos genéricos

"Sensor Fault" no le dice al operario nada accionable. ¿Qué sensor? ¿Qué tipo de fallo? ¿Qué comprobar primero?

Resultado: el operario investiga desde cero. El tiempo medio de diagnóstico aumenta. El OEE se resiente.

Qué deben incluir los buenos códigos de fallo

• Identificador específico del dispositivo o zona.
• Condición específica (circuito abierto, fuera de rango, pérdida de comunicación).
• Primer chequeo sugerido.
• Gravedad (advertencia, parada, emergencia).

Ejemplo malo: FLT_SENSOR. Ejemplo bueno: FLT_PE_INFEED_LOW_LOW con descripción "Fotocélula de entrada con lectura baja durante 2 s, compruebe la lente por suciedad."

Convención de nomenclatura

Prefijo, dispositivo y condición consistentes. Los operarios aprenden el patrón.

Biblioteca de códigos

Documente cada código de fallo: id, descripción, acción sugerida, escalado. Los operarios lo consultan; el CMMS enlaza órdenes de trabajo a los códigos.

Integración con CMMS

El código de fallo se envía al campo de motivo del CMMS. Los informes muestran los códigos de fallo principales por línea. Las investigaciones se dirigen a los peores.

Errores comunes

1. Códigos escritos por el programador sin revisión del operario. Los códigos tienen sentido para el programador; no para el operario a las 3 a. m.

2. Sin documentación. La biblioteca de códigos vive en la cabeza del programador.

3. Categorías genéricas que lo engloban todo. "Otro fallo" oculta la causa real.

4. Códigos que cambian entre revisiones del PLC. Los datos históricos quedan inutilizables.

Cómo se relaciona con el OEE

La disponibilidad del OEE está dominada por el tiempo de inactividad. Los códigos de fallo nutren la categorización de motivos de inactividad. Los códigos específicos generan un Pareto específico; los códigos genéricos producen una porción del 30% sin sentido llamada "Sensor Fault".

Cómo una plataforma OEE moderna apoya buenos códigos

El módulo OEE de Fabrico ingiere códigos de fallo del PLC vía OPC UA / Modbus, los mapea a códigos de motivo y genera informes de Pareto que impulsan mejoras de diseño.

Vea cómo Fabrico captura esto automáticamente, explorar OEE para la fabricación o reserva una demo.

Lecturas relacionadas

• Diseño de códigos de motivo de inactividad
• PLC vs SCADA vs MES
• Tasa de producción vs tasa de diseño
• Diseño de línea vs balanceo de línea

Preguntas frecuentes

¿Quién diseña los códigos de fallo?

Ingeniería de control con aportes de operarios y mantenimiento.

¿Se pueden mejorar los PLC existentes?

Sí. Refactorizar en la próxima revisión del programa.

¿Cuántos códigos de fallo por línea?

Variable. Es normal tener de decenas a cientos.

¿Los buenos códigos realmente ahorran tiempo?

A menudo minutos por fallo. De forma acumulada, horas por semana.