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.

La curva P-F: por qué el momento del umbral importa

El baseline y el umbral del paso anterior no son arbitrarios. Son una apuesta sobre dónde te sitúas en la curva P-F, el modelo detrás de toda técnica de monitoreo de condición.

Todo modo de fallo avanza por una curva de degradación con dos puntos con nombre. P es el punto de fallo potencial, el momento más temprano en que una técnica puede detectar que algo ha empezado a ir mal. F es el fallo funcional, el momento en que el activo deja de funcionar. La brecha entre ambos, el intervalo P-F, es toda la ventana de aviso. Todo lo útil ocurre dentro de ella.

Fijar el umbral demasiado cerca de F deja sin tiempo para programar un técnico o pedir una pieza. Fijarlo demasiado cerca de P hace que el programa genere órdenes de trabajo sobre equipo que todavía tiene semanas de funcionamiento seguro por delante. El intervalo mismo varía según el modo de fallo y la técnica: un rodamiento que empieza a descascarillarse aparece en una lectura ultrasónica antes de aparecer en datos de vibración, y en datos de vibración antes de que una cámara térmica lo capte funcionando caliente. Esa es la razón práctica por la que los activos críticos suelen llevar más de una técnica. Cada una compra una porción distinta del intervalo P-F.

Técnicas de mantenimiento basado en condición

Instrumentar un activo consiste en elegir de una caja de herramientas específica, y la herramienta correcta depende del modo de fallo que se está vigilando. Cinco técnicas cubren la mayor parte de lo que un programa CBM de edificios realmente usa.

Análisis de vibraciones. Los acelerómetros en bombas, motores, ventiladores y compresores captan desgaste de rodamientos, desalineación y desequilibrio mediante cambios en amplitud y frecuencia de vibración. El equipo menos crítico recibe un medidor portátil en una ruta mensual o trimestral; los enfriadores y bombas críticos llevan cada vez más sensores montados permanentemente que transmiten al BMS.

Termografía infrarroja. Una cámara térmica lee la temperatura superficial sin contacto, captando conexiones sueltas y cargas desequilibradas en cuadros eléctricos antes de que produzcan arco, y rodamientos sobrecalentados en equipo mecánico. Casi siempre basada en rutas, un escaneo trimestral o anual con cámara portátil, aunque sensores térmicos fijos empiezan a aparecer en el equipo eléctrico de mayor riesgo.

Análisis de aceite y lubricante. El análisis de laboratorio de aceite de reductoras, grandes compresores y rodamientos de enfriador lubricados por aceite mide partículas metálicas de desgaste, contaminación por agua y degradación de aditivos, viendo el desgaste interno directamente en lugar de como síntoma externo. Las muestras suelen tomarse en ruta y enviarse a laboratorio; los enfriadores de mayor valor empiezan a llevar contadores de partículas en línea que se saltan la espera del laboratorio.

Pruebas ultrasónicas. Los detectores ultrasónicos de aire captan fugas de aire comprimido y refrigerante, y arco eléctrico en cuadros, todo inaudible para el oído humano. Las sondas de contacto (estructurales) escuchan directamente un rodamiento y captan el fallo de lubricación antes de lo que suele hacerlo el análisis de vibraciones. Ambas son mayormente instrumentos portátiles de ruta, aunque los sensores de contacto se montan cada vez más de forma permanente en rodamientos críticos.

Análisis de firma de corriente del motor (MCSA). Los transductores de corriente, tipo pinza o cableados permanentemente, analizan la forma de onda eléctrica de un motor buscando barras de rotor rotas, excentricidad del entrehierro y fallos de rodamiento, diagnosticando problemas mecánicos sin abrir el motor ni acceder a una ubicación peligrosa. Una pinza amperimétrica cubre una ruta por motores pequeños; ventiladores y bombas críticos reciben cada vez más transductores cableados de forma permanente en el centro de control de motores, enviando datos directamente al BMS.

Tipos de mantenimiento basado en condición: en línea frente a periódico

Estas técnicas se dividen en dos modelos de despliegue, y la mayoría de programas ejecuta ambos.

El CBM en línea (continuo) usa sensores montados permanentemente que transmiten datos constantemente. Encaja en equipo donde el fallo es costoso y el intervalo P-F es corto: enfriadores, bombas críticas, reductoras de torre de refrigeración.

El CBM periódico (basado en rutas) envía un técnico con instrumentos portátiles según un calendario fijo, mensual o trimestral. Cuesta menos desplegarlo en una población grande de equipos y encaja en activos con intervalos P-F más largos o menor consecuencia de fallo: bombas secundarias, motores pequeños, equipo general de sala mecánica.

La división no es permanente. El equipo que empieza en una ruta suele pasar a monitoreo en línea cuando aparece repetidamente en el registro de paradas no planificadas, el mismo criterio que decide qué activos se instrumentan en primer lugar.

Las normas detrás de un programa CBM defendible

Dos normas ISO rigen cómo se supone que funciona el mantenimiento basado en condición, y la mayoría de equipos de edificio nunca ha oído hablar de ninguna de las dos.

ISO 17359 (monitoreo de condición y diagnóstico de máquinas, directrices generales) es la norma de proceso. Cubre cómo seleccionar qué activos monitorear, elegir técnicas de medición, y estructurar la lógica de decisión que convierte una lectura en una acción: la versión de marco del bucle descrito arriba.

ISO 13374 (monitoreo de condición y diagnóstico de sistemas de máquinas, procesamiento de datos, comunicación y presentación) es la norma de arquitectura de datos. Define cómo debe moverse el dato de condición por un sistema, desde la adquisición pasando por detección de estado y evaluación de salud hasta pronóstico y soporte de decisión, como un pipeline definido en lugar de un formato propietario ensamblado por el proveedor que vendió los sensores.

Ninguna es un requisito legal. Importan por dos razones. Defendibilidad: cuando un auditor o comité de capital pregunta por qué un umbral está donde está, citar un proceso reconocido gana a la intuición de un ingeniero. Interoperabilidad: los datos estructurados según el pipeline de ISO 13374 encajan en otras herramientas que esperan la misma estructura, algo que importa en el momento en que una cartera opera con más de un proveedor de BMS o plataforma de monitoreo.

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.