Llega un punto en que agregar más sensores de vibración ya no mejora el programa. Si la planta sigue teniendo paros que el monitoreo no anticipó, y esos paros vienen de modos de falla que la vibración no ve en etapas tempranas, el problema no se resuelve con más de lo mismo.
Se resuelve agregando la tecnología que detecta lo que falta.
Este artículo es la guía práctica para construir ese programa multimodal: cómo auditar los huecos del programa actual, cómo decidir qué tecnología agregar, cómo estructurar la cobertura por criticidad de activo y cómo gestionar las alertas para que más señales no se conviertan en más ruido.
No es un argumento a favor del multimodal: es el método para implementarlo sin desperdiciar la inversión.
El punto de partida conceptual es entender qué es y qué no es el monitoreo de condición, y qué se le puede pedir de forma realista. Esa base está en monitoreo de condición: qué es, beneficios y cómo aplicarlo.
Sobre esa base se construye el resto: un programa multimodal no reemplaza los fundamentos del monitoreo, los amplía a más señales.
Un punto que conviene fijar desde el inicio: construir un programa multimodal es un proyecto de mantenimiento, no una compra de tecnología. La diferencia no es semántica.
Una compra de tecnología termina cuando los sensores están instalados; un programa termina cuando cada alerta genera una acción y cada acción retroalimenta al sistema. Las plantas que tratan el multimodal como una compra suelen quedarse con hardware caro que produce datos que nadie usa.
Las que lo tratan como un programa obtienen el retorno, porque diseñan desde el principio quién recibe cada alerta, con qué prioridad y qué hace con ella.
Por qué los programas de monitoreo con una sola tecnología llegan a un límite
Un programa de vibración bien implementado detecta la mayoría de los modos de falla mecánicos en activos rotativos: desbalance, desalineación, holgura, desgaste de rodamientos en su etapa media. Para ese conjunto de fallas, la vibración es la herramienta correcta y difícilmente hay algo mejor.
El límite no está en lo que la vibración hace bien, sino en lo que no puede ver.
Hay fallas que la vibración no detecta en etapas tempranas: la lubricación deficiente en el rodamiento, la degradación de aislamiento eléctrico, las fugas en sistemas neumáticos.
Cuando esas fallas generan paros que el programa de vibración no anticipó, la reacción intuitiva, instalar más sensores de vibración, no cambia nada, porque el problema nunca fue la cantidad de puntos medidos: fue que el modo de falla habla un idioma que la vibración no entiende.
Las restricciones de cada enfoque predictivo están en mantenimiento predictivo: ventajas, limitaciones y retos de implementación.
La solución no es más sensores de la misma tecnología: es agregar la tecnología que detecta el modo de falla que el programa actual no cubre. Ese es el salto de un programa monotecnología a uno multimodal, y conviene darlo con método.
La base técnica de combinar vibración y ultrasonido en un mismo dispositivo está en la nueva generación de sensores Tractian de vibración y ultrasonido.
Vale la pena ser preciso sobre qué significa este límite. No es que la vibración sea una mala tecnología ni que el programa esté mal implementado. Es que cada tecnología cubre un tramo de la curva de degradación y un conjunto de modos de falla, y ninguna cubre todo.
Un programa de vibración maduro puede estar funcionando exactamente como debe y aun así dejar pasar fallas de lubricación o eléctricas, simplemente porque esas fallas caen fuera de lo que la vibración puede ver con anticipación útil.
Reconocer eso no es admitir un fracaso del programa: es entender dónde está su frontera natural.
Ese reconocimiento cambia la conversación con la dirección.
En lugar de presentar el multimodal como una crítica al programa de vibración existente, que suele generar resistencia en quien lo implementó, se presenta como su evolución natural.
El programa hizo bien su trabajo y llegó al límite de lo que su tecnología puede ver, y el paso siguiente es ampliar la cobertura a las señales que faltan.
Esa forma de plantearlo convierte una posible disputa interna en un proyecto de mejora continua, que es mucho más fácil de aprobar y de sostener en el tiempo.
Los tres pasos previos antes de agregar tecnologías al programa
Antes de comprar un solo sensor nuevo, hay tres decisiones que determinan si la ampliación va a generar retorno o solo a sumar costo. Saltárselas es la causa más común de programas multimodal que terminan con sensores instalados que nadie mira.
La tentación es empezar por la tecnología: alguien vio una demo de ultrasonido, quedó convencido y propone instalarlo en toda la planta. Ese camino casi siempre desemboca en sensores subutilizados, porque la decisión partió de la herramienta y no del problema.
Los tres pasos que siguen invierten ese orden: parten del modo de falla que está causando paros, identifican qué tecnología lo detecta y solo entonces deciden cómo instalarla.
Auditar qué modos de falla el programa actual no está detectando
El punto de partida no es el catálogo de tecnologías disponibles: es el historial de la propia planta. Los paros no programados que ocurrieron en el último año en activos que ya estaban monitoreados son el indicador más claro de dónde está el hueco.
Cada uno de esos eventos es una pregunta: ¿por qué el programa no lo vio venir?
Si el modo de falla de esos paros no era detectable con la tecnología instalada, el gap es de cobertura, no de configuración. Un gap de configuración se arregla ajustando umbrales o frecuencias; un gap de cobertura solo se cierra agregando una señal nueva.
Confundir uno con otro lleva a equipos que pasan meses recalibrando un sistema que nunca iba a detectar esa falla. El análisis estructurado de por qué falló el activo está en análisis de causa raíz: qué es, beneficios y métodos para la industria.
La auditoría se hace con datos, no con impresiones. Para cada paro no programado del último año en activos monitoreados, conviene registrar tres cosas: qué activo falló, cuál fue el modo de falla raíz y si la tecnología instalada podía haberlo detectado con anticipación.
Ese ejercicio suele revelar patrones claros, por ejemplo que un tercio de los paros vinieron de fallas de lubricación que la vibración vio tarde, lo que apunta directamente a qué tecnología agregar.
Las causas típicas están sistematizadas en cómo prevenir fallas en tus máquinas: principales causas y formas de evitarlas.
Mapear qué tecnología detecta el modo de falla que falta
Con el hueco identificado, el paso siguiente es asignar la tecnología que lo cubre. El mapeo es directo cuando se conoce el modo de falla. La lubricación deficiente y la etapa temprana de rodamientos se detectan con ultrasonido.
La degradación de aislamiento se detecta con temperatura y análisis de corriente. Las fugas en sistemas a presión, con ultrasonido. El detalle de las técnicas de ultrasonido está en ultrasonido industrial: 5 técnicas avanzadas para mantenimiento predictivo.
Lo importante es que el mapeo se hace al revés de como suele plantearse. No se elige primero la tecnología de moda y luego se busca dónde aplicarla; se parte del modo de falla que generó paros y se elige la tecnología que lo detecta con anticipación.
El panorama de herramientas disponibles para hacer ese mapeo está en las 5 mejores herramientas para mantenimiento predictivo.
Un detalle que se pasa por alto: a veces el modo de falla que más paros genera ya estaría cubierto por la tecnología instalada si esta se usara mejor, y no hace falta agregar señal. Por eso el mapeo solo tiene sentido después de la auditoría del paso anterior.
Si la auditoría confirmó que el hueco es de cobertura, el mapeo dice qué tecnología comprar. Si reveló que era de configuración, el mapeo no aplica y el esfuerzo se concentra en afinar lo existente.
El mapeo también obliga a ser honesto sobre las tensiones y velocidades presentes en cada activo, porque no toda tecnología aplica a todo equipo.
El ultrasonido brilla en rodamientos y lubricación, pero aporta poco en un problema de desbalance grueso que la vibración ya resuelve; la temperatura confirma pero rara vez adelanta.
Hacer este ejercicio con precisión evita el error opuesto al de sobreinvertir: instalar una tecnología en un activo donde su modo de falla dominante no genera la señal que esa tecnología capta, y quedarse otra vez sin anticipación pese a haber gastado en un sensor nuevo.
Decidir si agregar tecnología separada o integrarla en el sensor existente
La última decisión previa es de arquitectura.
Un sensor que integra vibración y ultrasonido en el mismo dispositivo elimina el gap entre puntos de medición y permite la correlación de señales de forma nativa: ambas lecturas vienen del mismo lugar y del mismo momento, que es la condición para que la correlación sea confiable.
Dos sensores separados en el mismo activo pueden lograr el mismo resultado, pero requieren sincronización adicional y disciplina de instalación para que midan desde puntos equivalentes.
Para activos donde la correlación es el objetivo principal, la integración en un solo dispositivo simplifica el programa y reduce las fuentes de error. Para activos donde solo se busca cobertura de una señal adicional sin correlación fina, un sensor separado puede ser suficiente.
Conviene también pensar en la escalabilidad de la decisión. Lo que se instala en los primeros activos críticos marca el estándar del programa completo, porque el equipo se capacita en esa arquitectura, la plataforma se configura para ese tipo de dato y las rutinas se construyen alrededor de ella.
Cambiar de enfoque a mitad de camino es caro. Por eso la elección entre sensor integrado y sensores separados no debe tomarse solo mirando el primer activo, sino imaginando cómo se verá el programa cuando cubra cincuenta o doscientos, y qué arquitectura hace ese crecimiento más simple de gestionar.
Hay además un factor de operación que pesa más de lo que parece: cada sensor adicional es un dispositivo más que mantener, alimentar y gestionar en la plataforma.
Un sensor integrado que aporta dos señales reduce esa carga a la mitad frente a dos sensores separados, lo que en una planta con cientos de puntos de medición se traduce en menos baterías que cambiar, menos fallas de comunicación que diagnosticar y menos configuración que mantener.
Cómo estructurar un programa de monitoreo multimodal por criticidad de activo
El multimodal no se aplica de forma uniforme a toda la planta: se gradúa por criticidad. La estructura correcta asigna más tecnología y más continuidad a los activos donde la falla cuesta más, y reserva los enfoques más ligeros para donde el riesgo no justifica la inversión.
Tres niveles cubren la mayoría de los casos.
Activos de alta criticidad: cobertura multimodal completa y continua
Para los activos cuya falla detiene producción sin respaldo, el estándar es vibración más ultrasonido como mínimo, en monitoreo continuo con sensores permanentes.
La temperatura va integrada o como complemento, y el análisis de corriente se suma cuando el historial del activo incluye fallas eléctricas.
La continuidad importa tanto como la cobertura: en estos activos críticos, una falla puede desarrollarse entre dos rutas mensuales, así que la medición periódica deja un hueco temporal que el riesgo del activo no permite.
El caso de los activos que no admiten paro está en monitoreo de activos críticos en operaciones 24/7: el caso de los ingenios azucareros, y el caso específico de un compresor crítico de refrigeración en cómo el monitoreo de vibración en compresores de amoníaco protege la cadena de frío.
En la práctica, los activos de alta criticidad son una fracción del parque total, típicamente entre el 10% y el 20%, pero concentran la mayor parte del riesgo de paro.
Esa concentración es lo que hace viable el multimodal continuo: no se trata de instrumentar toda la planta con cobertura completa, sino de identificar ese subconjunto crítico y darle el nivel de monitoreo que su riesgo justifica.
El costo de un solo paro evitado en uno de estos activos suele cubrir varias veces la inversión en su monitoreo, lo que hace que la discusión de presupuesto en este nivel sea de las más sencillas de todo el programa.
Identificar ese subconjunto crítico no es trivial y merece rigor. No basta con la intuición del jefe de mantenimiento sobre cuáles son los equipos importantes; conviene cruzar el impacto de la falla, la existencia de respaldo y la frecuencia histórica de problemas de forma explícita.
Ese ejercicio casi siempre reserva sorpresas: activos que todos consideraban críticos resultan tener respaldo suficiente, y otros que pasaban desapercibidos concentran una parte grande de los paros.
El programa multimodal se construye sobre esa lista depurada, no sobre la percepción general de la planta.
Activos de criticidad media: multimodal en ruta con portátil
Para los activos de criticidad media, la cobertura multimodal continua suele ser más de lo que el riesgo justifica. La opción eficiente es un vibrómetro portátil con ultrasonido integrado, en ruta quincenal o mensual según la velocidad de progresión de la falla en ese activo.
La clave es que el técnico capture ambas señales en el mismo punto de medición durante la misma visita, de modo que la correlación se mantenga aunque la medición sea periódica y no continua. Así, estos activos reciben el beneficio del multimodal a un costo proporcional a su criticidad.
El multimodal en ruta es el punto medio que evita tanto la sobreinversión como el punto ciego.
El intervalo de la ruta se calibra según la velocidad de progresión de la falla más rápida que se quiere cubrir en ese activo.
Si el modo de falla dominante tarda meses en desarrollarse, una ruta mensual sobra; si puede evolucionar en semanas, la ruta debe ser quincenal para no dejar un hueco temporal peligroso.
Cómo un vibrómetro o analizador detecta el desbalance en ruta está en guía de vibración y análisis espectral: desbalanceo.
Activos de baja criticidad: inspección sensitiva como base
Para los activos de baja criticidad, con redundancia disponible o impacto acotado de la falla, la inspección sensitiva de rutina es suficiente: el técnico que escucha, observa y toca el equipo en su recorrido detecta los problemas evidentes sin necesidad de instrumentación.
El multimodal se reserva para donde el costo de una falla justifica la inversión, y en estos activos ese costo no está. Aplicar tecnología cara aquí no mejora la disponibilidad de la planta: solo desvía presupuesto que rendiría más en los activos críticos.
La relación entre disponibilidad y decisiones de mantenimiento está en qué es disponibilidad: definición, cálculo e importancia.
Conviene revisar esta clasificación de forma periódica, porque la criticidad de un activo no es permanente. Un equipo que hoy tiene respaldo puede quedarse sin él si el de reserva se retira; una línea secundaria puede volverse crítica si cambia el mix de producción.
La estructura por criticidad no se define una vez y se olvida: se revisa cuando la operación se modifica, para que la inversión en monitoreo siga alineada con el riesgo real.
La gestión de alertas en un programa multimodal: más señales, más riesgo de ruido
Un programa multimodal genera más datos que uno de tecnología única.Eso es deseable en términos de cobertura, pero crea un riesgo nuevo: sin una estrategia de gestión de alertas, esos datos se convierten en fatiga de alarmas que paraliza al equipo técnico.
El multimodal mal gestionado puede terminar siendo peor que un buen programa de vibración, porque inunda al equipo de señales que no sabe priorizar.
Por eso la gestión de alertas no es un añadido al final: es parte del diseño del programa desde el principio. La meta es que el equipo reciba diagnósticos priorizados, no listas de desviaciones.
El punto de partida es aceptar que más datos no es lo mismo que más información: un programa que duplica las señales sin una lógica que las jerarquice duplica también las alertas, y un equipo tiene un límite real de cuántas puede atender por turno.
Si ese límite se supera, el resultado no es más cobertura sino menos: el equipo empieza a ignorar alertas para poder trabajar, y entre las que ignora puede estar la que importaba. La fatiga de alarmas no es un problema de disciplina del equipo, es un problema de diseño del programa.
La medida honesta de un programa de alertas no es cuántas genera, sino qué proporción de las que genera resultan accionables; un programa que dispara cien alertas de las que solo diez importan está entrenando al equipo a ignorarlo.
Un programa que respeta la capacidad real de atención del equipo, filtrando por correlación y priorizando por severidad, es un programa que el equipo atiende; uno que lo desborda es un programa que, en la práctica, deja de operar aunque los sensores sigan encendidos.
Cómo priorizar alertas cuando vibración y ultrasonido no coinciden
La regla central de un programa multimodal es que la prioridad de una alerta depende de cuántas señales la respaldan.
Una anomalía en ultrasonido sin correlato en vibración es señal temprana: requiere seguimiento, no intervención inmediata, porque podría ser el primer aviso de una falla que aún está empezando o ruido de proceso que se disipará.
Una anomalía en ambas señales simultáneamente es urgente. Cuando vibración y ultrasonido coinciden, la probabilidad de que sea una falla real progresando es alta.
El protocolo de respuesta debe definir explícitamente qué combinación de señales genera qué nivel de prioridad, de modo que la decisión no dependa del criterio de quién esté de turno sino de una regla acordada.
Cómo se evitan los falsos positivos en ese cruce de señales está en cómo la inteligencia artificial evita falsos positivos en mantenimiento.
Ese protocolo escrito tiene un beneficio adicional que se nota en la operación diaria: elimina la discusión de cada alerta.
Sin reglas claras, cada señal abre un debate sobre si vale la pena parar el activo o esperar, y ese debate consume tiempo y genera decisiones inconsistentes según quién participe.
Con un protocolo de niveles por correlación, la alerta llega ya clasificada y el equipo sabe de antemano qué hacer con cada nivel.
La consistencia que aporta ese protocolo es justo lo que permite que un programa multimodal escale a muchos activos sin depender de que un experto revise cada caso.
Cuando las reglas están escritas y son conocidas, un técnico de turno puede actuar sobre una alerta de alta prioridad con la misma decisión que tomaría el analista más experimentado, porque la decisión ya está codificada en el protocolo.
Esa transferencia de criterio del experto al procedimiento es lo que convierte un programa que funciona con una persona clave en un programa que funciona con todo el equipo.
Cómo el historial de correlaciones calibra el programa con el tiempo
Un programa multimodal mejora con el uso.Con cada alerta validada en campo, el sistema acumula evidencia de qué combinación de señales corresponde a qué modo de falla en ese activo específico.
Esa relación no es idéntica en todos los activos: el mismo patrón de señales puede significar cosas distintas en un motor de alta velocidad y en un reductor lento.
Ese aprendizaje reduce las falsas alarmas y mejora la anticipación del programa con el tiempo, porque los umbrales y las reglas de correlación se ajustan a la realidad del activo en lugar de quedarse en los valores genéricos de la instalación inicial.
Cómo los modelos capturan ese aprendizaje está en gestión de modelos predictivos en mantenimiento industrial.
Por eso conviene cerrar el ciclo en cada intervención: cuando el equipo atiende una alerta, documentar qué encontró y si el diagnóstico del sistema fue correcto alimenta ese aprendizaje.
Una alerta que resultó ser falla real confirma el patrón; una que resultó falsa enseña al sistema a no volver a elevar esa combinación al mismo nivel.
El historial de correlaciones validadas es, en el fondo, el activo más valioso que un programa multimodal acumula, y lo que lo vuelve cada vez más difícil de igualar. El impacto final en paros y costos está en cómo el monitoreo predictivo reduce paradas y costos.
Preguntas frecuentes sobre programas de monitoreo multimodal
¿Hay que reemplazar el programa de vibración para pasar a multimodal?
No. El programa de vibración es la base sobre la que se construye el multimodal. La ampliación consiste en agregar las señales que cubren los modos de falla que la vibración no detecta, no en descartar lo que ya funciona.
¿Por dónde conviene empezar la transición a multimodal?
Por los activos de alta criticidad que tuvieron paros en el último año que el programa de vibración no anticipó. Ahí está la evidencia del hueco de cobertura y ahí el retorno de cerrarlo es más claro. Una vez consolidado en esos activos, se expande con las lecciones aprendidas.
¿El multimodal aumenta mucho la carga de trabajo del equipo?
Si las alertas se gestionan por correlación, no. La correlación reduce el número de alertas que llegan al equipo al filtrar las que no tienen respaldo en más de una señal.
El equipo recibe menos alertas pero más confiables, lo que suele bajar la carga de trabajo respecto a un programa que dispara una alarma por cada desviación.
¿Cuánto tarda en calibrarse un programa multimodal?
Las primeras semanas establecen la línea base de cada señal. La calibración fina, la que ajusta las reglas de correlación a cada activo, se construye con cada alerta validada en campo a lo largo de los primeros meses.
No es un evento único: es un proceso continuo en el que el programa se vuelve más preciso conforme acumula historial.
Una última recomendación para sostener el programa en el tiempo: medir su propio desempeño con indicadores.
Cuántas alertas se generaron, cuántas resultaron ser fallas reales, cuánto tiempo de anticipación dio cada detección sobre la falla funcional, cuántos paros no programados se evitaron respecto al periodo anterior.
Esos números convierten el programa multimodal de una intuición de que está funcionando en una evidencia que se presenta a la dirección y que justifica la siguiente fase de expansión.
Un programa que no mide su propio impacto es difícil de defender cuando llega la revisión de presupuesto; uno que lo mide se sostiene solo.
