Mantenimiento basado en condición: guía práctica para equipos de edificios

Foto de TECNIC Bioprocess Solutions en Unsplash.

El mantenimiento basado en condición (CBM) es una política de mantenimiento que activa el trabajo solo cuando los datos de condición del equipo dicen que hace falta, no en un calendario fijo ni después de que algo falle. Una lectura de vibración cruza un umbral, la temperatura de un rodamiento supera su baseline, el consumo de corriente de un compresor se sale de su banda normal, y eso es lo que programa la orden de trabajo, no el recordatorio de 90 días en su CMMS.

El CBM se sitúa entre dos ideas que se usan casi indistintamente, y no deberían. El monitoreo de condición es la capa de sensores y datos, los sensores de vibración, transformadores de corriente y sondas térmicas que producen las lecturas. El mantenimiento predictivo es la capa de modelado, la estadística o el aprendizaje automático que convierte esas lecturas en una previsión ("este rodamiento tiene unas tres semanas de vida útil restante"). El mantenimiento basado en condición no es ninguno de esos. Es la capa de política: la regla que dice que el trabajo ocurre cuando se cruza un umbral, venga de un límite de alarma simple o del output de un modelo predictivo. Puede ejecutar CBM con nada más sofisticado que una hoja de cálculo y un umbral, no necesita aprendizaje automático para hacerlo.

También se distingue de la detección y diagnóstico de fallos, que marca un fallo concreto cuando ya ha aparecido en los datos. El FDD dice qué está mal; el mantenimiento basado en condición es la política que decide qué pasa después.

Mantenimiento basado en condición vs. mantenimiento predictivo vs. mantenimiento preventivo

Las tres estrategias resuelven el mismo problema, decidir cuándo intervenir, con distintas cantidades de datos y perfiles de riesgo. El mantenimiento preventivo es el estándar que la mayoría de edificios siguen ejecutando. El mantenimiento predictivo es el más intensivo en datos. El mantenimiento basado en condición queda en medio, y para mucho equipamiento de edificio es el mejor equilibrio.

El mantenimiento predictivo necesita historial de fallos para entrenar, y la mayoría de edificios no tiene suficiente para más que sus activos de mayor valor. El mantenimiento basado en condición no: un umbral que pueda defender con criterio de ingeniería basta para empezar.

Mantenimiento predictivo y monitoreo de condición: dónde se solapan

En la práctica, la mayoría de programas maduros no eligen una estrategia y paran, superponen mantenimiento basado en condición bajo mantenimiento predictivo con monitoreo de condición cuando tienen suficiente historial de sensores para justificar el modelado extra. La capa de monitoreo de condición aporta la señal cruda: espectros de vibración, tendencias de temperatura de rodamientos, firmas de corriente del motor. Una política simple de mantenimiento basado en condición actúa directamente sobre esa señal, cruce el umbral, abra la orden de trabajo. Un programa de mantenimiento predictivo con monitoreo de condición da un paso más y alimenta la misma señal a un modelo que estima la vida útil restante, así la orden lleva un marco temporal ("sustituir en 15 días") en lugar de solo una bandera.

Ninguno sustituye al otro. El CBM es lo que la mayoría de equipos deberían ejecutar primero, porque no requiere un dataset de historial de fallos. El modelado predictivo es la mejora que añade cuando los datos de condición han fluído el tiempo suficiente para entrenar.

Cómo funciona el mantenimiento basado en condición

Un programa CBM tiene cuatro piezas móviles, y los equipos de edificio que saltan directo a comprar sensores suelen atascarse en el paso tres.

• Instrumentar el activo, sensores de vibración, temperatura, corriente, análisis de aceite o presión, elegidos para los modos de fallo que importan de verdad para ese tipo de equipo.
• Establecer baseline y umbral, ¿cómo es "normal" para esta unidad concreta, y cuánto lejos de normal dispara acción? Las especificaciones del fabricante son punto de partida, no respuesta final; un enfriador que ha corrido caliente desde la instalación tiene un "normal" distinto al de la ficha técnica.
• Enrutar la alarma a una orden de trabajo automáticamente, un cruce de umbral que cae en una bandeja que nadie lee no es mantenimiento basado en condición, es monitoreo de condición con pasos extra.
• Cerrar el bucle, rastrear si la intervención evitó realmente un fallo, y afinar el umbral. Demasiado sensible, y los técnicos empiezan a ignorar alarmas; demasiado laxo, y vuelve al hasta-fallo.

Cuándo el mantenimiento basado en condición encaja, y cuándo no

El CBM compensa en equipos donde el fallo es caro o disruptivo, pero el desgaste es lo bastante irregular para que un calendario fijo o desperdicie presupuesto de mantenimiento o pierda fallos. Enfriadoras, torres de refrigeración, bombas grandes y unidades rooftop son los candidatos clásicos en edificios, sus ciclos de carga varían lo suficiente con clima y ocupación para que un intervalo por calendario sea demasiado conservador (sustituir piezas con vida restante) o demasiado agresivo (perder una unidad que ha corrido más duro que la media).

Encaja peor en equipos baratos de reemplazar, redundantes, o que fallan de formas que no aparecen como tendencia gradual, una luminaria o una válvula de bajo valor no justifica el coste de sensores y monitorización. Y encaja peor en equipos sin disciplina operativa para actuar sobre alarmas; un umbral al que nadie responde en tres semanas no ahorra nada respecto al calendario que reemplazó.

Construir un programa de mantenimiento basado en condición que perdure

La mayoría de despliegues CBM fallan en proceso, no en sensores. El orden de construcción que funciona: empezar con los 10-20 activos donde la parada no planificada es más cara (salas de máquinas, no cajas VAV individuales), instrumentar solo esos, y demostrar que el bucle umbral-a-orden-de-trabajo cierra de forma fiable antes de expandir. Una capa de detección y diagnóstico de fallos vale la pena añadir cuando el bucle CBM básico funciona, el FDD captura fallos que el monitoreo de condición solo puede perder, como una compuerta atascada o un sensor mal calibrado, y los enruta al mismo pipeline de órdenes de trabajo.

ROI del mantenimiento basado en condición: cómo justificar la inversión

El caso de negocio del CBM rara vez es "gastaremos menos en mantenimiento", el primer año la instrumentación y puesta en marcha del programa suele costar más que la rutina basada en calendario que sustituye. El caso es parada no planificada evitada y sobre-mantenimiento evitado, y ambos necesitan un número antes de que alguien apruebe sensores.

• Parada no planificada evitada, valore los dos o tres últimos fallos no planificados en el equipo objetivo: horas de inquilino perdidas, primas de servicio de emergencia, envío express de piezas. El CBM no elimina fallos, pero convierte la mayoría en reparaciones planificadas con piezas pedidas con antelación.
• Sobre-mantenimiento evitado, un plan PM por calendario sustituye piezas y drena aceite a intervalo fijo con independencia del desgaste real. Revisar el registro de mantenimiento del equipo que va a instrumentar suele mostrar que una parte relevante de ese gasto era innecesaria.
• Vida útil del activo extendida, detectar un rodamiento caliente antes de que se bloquee protege el motor alrededor, no solo el rodamiento. Esa sustitución de capital evitada suele ser la partida mayor, y la más fácil de subestimar.

La mayoría de equipos empiezan el caso ROI en un puñado de activos, los que ya aparecen repetidamente en el registro de paradas no planificadas, en lugar de modelar un caso de negocio de cartera completa antes de instalar un solo sensor.

Errores habituales del mantenimiento basado en condición

• Instrumentar todo de golpe, sensores en equipos de bajo valor generan volumen de alarmas sin retorno proporcional, y enterran las alarmas que importan bajo ruido.
• Usar umbrales del fabricante sin ajustarlos, un límite de vibración de ficha asume una instalación y ciclo de carga concretos; un activo que ha corrido más duro o más suave que esa suposición necesita su propia baseline.
• Tratar una alarma como fin del flujo, si un cruce de umbral no crea automáticamente una orden de trabajo con técnico asignado, es monitoreo de condición, no mantenimiento basado en condición.
• Nunca revisar umbrales, un umbral fijado una vez y nunca afinado pierde relevancia al envejecer el equipo; lo que contaba como "normal" en el año uno de la vida de un activo no lo es en el año ocho.

Software de mantenimiento basado en condición: qué debe hacer de verdad

No necesita una plataforma completa de mantenimiento predictivo para ejecutar mantenimiento basado en condición, necesita tres cosas: forma de ingerir datos de sensores o BMS, umbrales configurables por activo, e integración con órdenes de trabajo para que un cruce se convierta en técnico despachado sin humano en el bucle. Algunas plataformas CMMS lo añaden; algunas plataformas de analítica de edificios lo hacen de forma nativa en todo el equipamiento que lee al BMS, sin configuración por activo. Hemos comparado las principales opciones de software de mantenimiento basado en condición, incluyendo dónde basta un add-on CMMS estrecho y dónde necesita una plataforma hecha para ello, por separado, ya que la lista depende mucho de cuántos edificios y proveedores BMS consolida.

Preguntas frecuentes

¿Qué es el mantenimiento basado en condición? Una política de mantenimiento que activa trabajo según datos de condición del equipo en tiempo real, un cruce de umbral en vibración, temperatura o corriente, en lugar de un intervalo de calendario fijo o esperar al fallo.

Mantenimiento basado en condición vs. mantenimiento predictivo, ¿cuál es la diferencia? El mantenimiento basado en condición actúa directamente sobre un cruce de umbral en datos de condición. El mantenimiento predictivo añade un modelo estadístico o de aprendizaje automático sobre esos mismos datos para prever una ventana de fallo con antelación. El CBM es más simple de arrancar y no requiere historial de fallos; el mantenimiento predictivo es más preciso pero necesita más datos para entrenar.

¿Qué sensores necesita el mantenimiento basado en condición? Depende del modo de fallo que vigile, sensores de vibración y temperatura para equipos rotativos como bombas y motores, sensores de corriente para cargas eléctricas, y análisis de aceite para reductores y compresores grandes. La mayoría de equipos de edificio empiezan con lo que su BMS ya lee antes de añadir sensores dedicados.

¿Es el mantenimiento basado en condición lo mismo que el monitoreo de condición? No. El monitoreo de condición es la capa de sensores y datos. El mantenimiento basado en condición es la política que decide qué ocurre cuando esos datos cruzan un umbral; el monitoreo de condición puede ejecutarse sin CBM asociado, pero el CBM no puede ejecutarse sin alguna forma de monitoreo de condición que lo alimente.

¿Qué software de mantenimiento basado en condición debo usar? Depende de si gestiona un solo edificio o una cartera con varios proveedores BMS. Vea nuestra comparación de las principales plataformas de software de mantenimiento basado en condición para un desglose.

¿Cuánto cuesta arrancar un programa de mantenimiento basado en condición? El coste escala con cuánto ya lee en su BMS versus cuántos sensores dedicados debe añadir. Equipos que empiezan con los 10-20 activos que ya causan más paradas no planificadas, y apoyan puntos BMS existentes antes de comprar hardware nuevo, ponen en marcha un programa funcional por una fracción de lo que costaría instrumentar toda una cartera de entrada.