El monitoreo de condición es un modelo, no una compra
El término monitoreo de condición ha sido reclamado por los proveedores de análisis de vibraciones y las plataformas de IoT durante tanto tiempo que ahora suena como una categoría de hardware. Para un equipo de mantenimiento, es algo más sencillo y más duradero: una forma estructurada de registrar qué hacen los parámetros clave de un activo a lo largo del tiempo, decidir cómo se ve lo bueno y lo malo, y actuar cuando una lectura cruza una línea.
Esa definición importa porque cambia dónde empieza usted. Si el monitoreo de condición es hardware, el proyecto comienza con la adquisición y un integrador de controles. Si el monitoreo de condición es un modelo, el proyecto comienza con una pregunta que usted puede responder hoy: ¿qué parámetros en qué activos, si derivaran, causarían las fallas que más nos duelen? Usted puede empezar a monitorearlos esta semana con las lecturas que sus técnicos ya toman en sus rondas.
El hardware no es una ambición desperdiciada. Es el segundo paso. Una vez que el modelo está en su lugar y la gente confía en él, cablear una puerta de enlace para que envíe lecturas automáticamente es un cambio pequeño, no un sistema nuevo.
Empiece con los parámetros y los límites
Un parámetro monitoreado es la unidad básica del monitoreo de condición. Cada uno se liga a un activo y lleva cuatro cosas: la unidad en que se mide, un límite de advertencia, un límite crítico y la acción que debe ocurrir cuando cada límite se rebasa. Ese es todo el contrato, y basta para ser útil.
Elija parámetros en los que una tendencia precede a una falla en lugar de los que solo la confirman después del hecho:
- Temperatura del rodamiento o del motor, donde un ascenso lento suele anticipar una falla mecánica por días.
- Presión hidráulica o de línea, donde la deriva señala una fuga, una bomba desgastada o un filtro obstruido.
- Temperatura del horno o del proceso, donde las excursiones amenazan tanto al activo como al producto.
- Nivel o flujo del lubricante, donde un descenso silencioso termina en un componente agarrotado.
Fijar los límites es una conversación, no un proyecto de laboratorio. Empiece con el rango del fabricante y sus propios malos recuerdos de cómo lucía la lectura antes de la última falla. Los límites no son permanentes; el objetivo es tener una primera línea defendible en su lugar para que el sistema tenga algo con qué comparar.
Capture las lecturas donde ya ocurre el trabajo
La razón por la que los programas de monitoreo de condición se estancan rara vez es la analítica. Es la captura de datos. Si registrar una lectura significa caminar de vuelta a una oficina y abrir una hoja de cálculo, las lecturas se detienen la primera semana ajetreada. El modelo solo se sostiene si la captura vive dentro del trabajo que el técnico ya está haciendo.
Dos vías de captura alimentan el mismo registro de lecturas de solo anexado. Un técnico en ronda ingresa la lectura en un teléfono junto al activo, del mismo modo que completa una lista de verificación. O una puerta de enlace PLC, SCADA o IoT envía las lecturas automáticamente a través de una API de ingesta autenticada con token. Como ambas van a parar a una única serie temporal inmutable, usted puede digitalizar primero las lecturas manuales y automatizar solo los activos donde los datos continuos justifican la integración. Nada tiene que reconstruirse cuando llega la puerta de enlace.
Un registro de solo anexado importa por algo más que el orden. Cuando una lectura se convierte en evidencia en una investigación de averías o en una auditoría, debe quedar claro que se registró en su momento y no se editó después.
Clasifique al registrar y luego actúe
La diferencia entre una bitácora y un sistema de monitoreo es lo que ocurre en el momento en que se registra una lectura. Cada lectura debe clasificarse de inmediato como normal, de advertencia o crítica frente a sus límites, y esa clasificación debe impulsar una acción sin esperar a que alguien revise un informe.
Una advertencia notifica a los usuarios asignados a ese activo para que una persona decida si planificar el trabajo. Una lectura crítica se trata como un evento real: puede abrir automáticamente una avería para que la respuesta comience ahora, no en la siguiente ronda. Para no ahogar al equipo, las lecturas críticas repetidas sobre el mismo parámetro deben deduplicarse en una única avería abierta en lugar de una nueva por cada lectura.
Este es el ciclo que gana la confianza. La primera vez que una lectura crítica abre la avería correcta antes de que alguien notara que la máquina estaba en problemas, el monitoreo de condición deja de ser una tarea de cumplimiento y se convierte en lo primero que mira la reunión de la mañana.
Convierta las lecturas en una señal prospectiva
Un historial de lecturas solo vale la pena recopilarlo si cambia lo que usted hace a continuación. La vista del activo debe hacer que la tendencia sea obvia de un vistazo: un banner de salud, una tarjeta por parámetro con un minigráfico y estadísticas recientes, y un gráfico de bandas de umbral más completo que traza las lecturas frente a las líneas de advertencia y crítica con los rebasamientos marcados.
Dos señales derivadas hacen la mayor parte del trabajo prospectivo. Una proyección de deriva hasta el límite estima cuándo un parámetro alcanzará su límite si la tendencia actual se mantiene, lo que convierte una preocupación vaga en una fecha planificable. La detección de sensores inactivos marca los parámetros que han dejado de reportar, porque un monitor en el que todos confían y que quedó en silencio sin avisar es más peligroso que no tener monitor alguno.
A nivel de flota, los mismos datos clasifican los activos que necesitan atención ahora y revelan los sensores que quedaron inactivos, de modo que un responsable de confiabilidad puede triar toda una planta desde una sola pantalla en lugar de abrir los activos uno por uno.
Adónde conduce esto
El monitoreo de condición hecho de esta manera es valioso por sí mismo: menos fallas sorpresa, averías que se abren solas y un registro de mantenimiento que muestra que usted estaba vigilando. También le deja un historial de lecturas limpio y confiable, el requisito previo para cualquier análisis basado en condición más pesado que pueda decidir agregar más adelante, en lugar de una promesa de que la predicción basada en modelos está a la vuelta de la esquina.
Así que la secuencia es lo que importa. Ponga límites a los parámetros que importan, capture las lecturas donde ocurre el trabajo, actúe al registrar y deje que los datos le digan dónde la automatización y la predicción rendirán frutos. Termina con una columna vertebral de monitoreo de condición en la que confía, construida sin arrancar un solo PLC.