¿Qué es un medidor de horas SCADA a disparador de PM en CMMS?

Contar horas de marcha y ciclos en el origen

El punto de partida es un conteo honesto de cuánto ha trabajado realmente el equipo. En el PLC o la RTU, un temporizador retentivo de horas de marcha acumula el tiempo transcurrido solo mientras el contactor del motor está energizado o el variador reporta que está corriendo, así que el tiempo en reposo no infla el número. Para activos reciprocantes o con muchos arranques la cifra más útil es un conteo de ciclos o arranques, incrementado una vez por arranque, porque el desgaste en rodamientos, sellos, y arrancadores rastrea los arranques más de cerca que las horas crudas. Muchos activos llevan ambos medidores lado a lado.

Estos contadores tienen que sobrevivir la pérdida de energía, por lo que se mantienen en memoria retentiva en lugar de en registros volátiles. Un valor de horas de marcha que se reinicia a cero cada vez que el tablero pierde energía sería inútil para la planificación de mantenimiento. La lógica bien construida escribe el acumulador a almacenamiento no volátil periódicamente y al apagar, así que una breve interrupción cuesta a lo más unos minutos de tiempo contado en lugar de toda la historia.

El valor que importa al mantenimiento es el total de por vida, no una tasa instantánea, así que el SCADA lee el acumulador en un sondeo lento, cada minuto o unos minutos es suficiente, y lo almacena como la lectura actual del medidor. Como el número solo sube durante la operación normal, los sistemas aguas abajo pueden tratar cualquier disminución como una señal de que algo inusual sucedió, lo cual se vuelve importante al manejar los reinicios y la vuelta de contador más adelante.

Cómo el medidor genera una orden de trabajo preventivo

Del lado de mantenimiento, el registro del activo lleva uno o más medidores y un conjunto de definiciones de PM por uso atadas a ellos. Una definición dice algo como abrir un PM de rodamiento y lubricación cada 2,000 horas de marcha, o una revisión completa cada 8,000 horas. El CMMS almacena la lectura del medidor a la que se realizó el último PM y el intervalo, así que siempre conoce la próxima lectura debida. Cada vez que el SCADA escribe un valor de medidor fresco, el CMMS lo compara contra la cifra próxima debida y genera una orden de trabajo cuando la lectura la alcanza o la pasa.

Este enfoque por uso difiere de un calendario simple de una forma importante. Una bomba que corrió duro durante una temporada de lluvias y una bomba que estuvo en reposo envejecen ambas en el calendario a la misma tasa, pero solo una de ellas ha acumulado el desgaste. Impulsar los PM desde horas de marcha reales significa que el activo ocupado se atiende antes y el ocioso no se desarma sin necesidad, que es todo el punto del mantenimiento basado en condición y por uso. Muchos programas corren tanto un disparador por uso como un intervalo máximo de calendario, para que un activo poco usado pero crítico para la seguridad todavía reciba una inspección anual aunque nunca alcance el umbral de horas.

La escritura de vuelta misma suele ser un empuje programado en lugar de un stream en vivo, ya que un medidor que se actualiza una vez por hora es más que suficientemente preciso para un PM medido en cientos o miles de horas. La integración lee el acumulador actual del historiador o del tag SCADA, lo mapea al activo por un identificador estable, y publica una lectura de medidor al CMMS a través de su API o una tabla intermedia. El CMMS maneja la aritmética de comparar lecturas contra umbrales y emitir la orden de trabajo, manteniendo la lógica de mantenimiento donde los planificadores pueden verla y ajustarla.

Manejar vuelta de contador, reinicios, y equipo reemplazado

La parte desordenada de esta integración es que el contador de origen no siempre se comporta como un número limpio y siempre creciente. Un registro de horas de marcha almacenado en una palabra de 16 o 32 bits eventualmente dará la vuelta a cero cuando exceda su valor máximo, y una integración ingenua que simplemente reenvíe la lectura cruda vería el medidor caer de pronto por una cantidad enorme y o saltar un PM o, si no está protegida, lanzar el calendario al caos. La corrección es detectar la vuelta, sumar el valor de escala plena del registro para reconstruir el total acumulado verdadero, y reenviar ese número corregido al CMMS.

Los reinicios son la otra trampa común. Un técnico reemplaza un motor, cambia una tarjeta de control, o borra el medidor de horas durante el servicio, y el acumulador legítimamente regresa a cero aunque el activo mismo tenga bastante vida detrás de él. Si la integración confía a ciegas en la nueva lectura baja, el CMMS cree que el activo retrocedió en el tiempo y puede que nunca dispare el siguiente PM. El patrón duradero es rastrear la última lectura conocida, tratar cualquier disminución grande sin explicar como una vuelta de contador o un reinicio deliberado, y registrarlo para que un humano confirme cuál de los dos fue, en lugar de reescribir en silencio la historia de mantenimiento.

Como estos medidores sostienen activos remotos y no atendidos, una plataforma SCADA de nube como Merobix está bien posicionada para llevar las horas de marcha y los conteos de ciclos de estaciones de bombeo, pozos, y patines dispersos de regreso a un solo lugar y entregarlos al sistema de mantenimiento en un calendario. Hacer el manejo de vuelta de contador y reinicio una sola vez, en la capa de integración, significa que los medidores de cada sitio llegan al CMMS como totales de por vida limpios y monótonos, así que los planificadores ven cifras de uso confiables y los PM disparan cuando el equipo de verdad se lo ha ganado en lugar de por una conjetura.

Preguntas frecuentes