Monitoreo de condición: caja negra vs. estándares abiertos

Hoy existen dos enfoques fundamentalmente diferentes para monitorear la condición de tus equipos industriales.

Ambos usan sensores. Ambos miden vibración y temperatura. Ambos prometen reducir paros no planeados. La diferencia está en cómo interpretan los datos, y esa diferencia determina si tu equipo de mantenimiento confía en la herramienta o la ignora.

Un enfoque te dice "alerta". El otro te dice "por qué".

El enfoque de caja negra

En este modelo, los sensores envían datos a una plataforma que los procesa con algoritmos de Machine Learning. El sistema aprende qué es "normal" para cada máquina a partir de datos históricos, y detecta cuando algo se desvía del patrón.

Lo que ves en la pantalla: "Anomalía detectada en Motor 7" con un semáforo o un score de severidad.

Lo que NO ves:

• Qué variable específica disparó la alerta
• Contra qué referencia se está comparando
• Qué tan lejos del umbral está el valor actual
• Si es un falso positivo del modelo o una falla real

El problema para el ingeniero de planta

El técnico de mantenimiento con 20 años de experiencia necesita responder una pregunta concreta: ¿paro esta máquina o no?

Para tomar esa decisión necesita datos verificables. "El algoritmo detectó una anomalía" no es un dato verificable: es una opinión de un modelo que no puede auditar. No puede ir con su analizador portátil a confirmar "la anomalía". No puede explicar al gerente de producción por qué hay que parar una línea basándose en "el sistema dice".

Esto no significa que el enfoque sea malo. Los modelos de ML pueden detectar patrones complejos que un umbral fijo no captura: fallas incipientes en rodamientos, patrones espectrales específicos, degradación gradual que no cruza un umbral absoluto. Pero requieren datos históricos extensos, un modelo bien entrenado, y confianza ciega en el vendor.

El enfoque de estándares abiertos

En este modelo, los sensores envían datos que se comparan contra umbrales definidos por estándares internacionales como ISO 20816-3 [1], NEMA MG-1 [2], y API 610 [3], normas que llevan décadas de validación en campo.

Lo que ves en la pantalla: "Motor 7 en Zona C. Vibración a 4.8 mm/s. Umbral ISO 20816-3 Grupo 2, fundación flexible: 4.5 mm/s (límite B/C). Acción: planificar inspección."

Lo que SÍ ves:

• La variable exacta que generó la alerta (vibración, en este caso)
• El valor medido (4.8 mm/s)
• El estándar de referencia (ISO 20816-3, Grupo 2)
• La zona en la que se encuentra (C, precaución)
• La acción recomendada (planificar inspección)

La ventaja para el ingeniero de planta

Con esta información, el técnico puede verificar. Va con su analizador de vibraciones portátil, mide el Motor 7, obtiene 4.9 mm/s. Confirma: el dato es real, la máquina efectivamente está en Zona C según el estándar que él conoce.

Puede explicar al gerente: "Estamos en Zona C según ISO 20816. La norma dice que no debemos operar así a largo plazo. Necesitamos programar intervención en la próxima parada planificada." Eso es un argumento técnico sólido, no "el software dice que hay problema".

Limitación honesta: un umbral fijo no detecta patrones espectrales complejos. No te va a decir "falla incipiente en pista externa del rodamiento a 3.2x la frecuencia de giro". Para eso necesitas análisis de vibraciones con un especialista. Los estándares son el primer nivel de defensa, no el único.

¿En quién confía tu equipo de mantenimiento?

Esta es la pregunta más importante, y la que menos se discute al evaluar plataformas de monitoreo.

La herramienta más sofisticada del mundo no sirve si tu equipo no la usa. Y tu equipo no la va a usar si no la entiende.

El técnico que lleva años midiendo vibraciones con un colector portátil sabe qué es ISO 20816. Sabe qué significa 4.5 mm/s en un motor de 100 kW. Cuando la pantalla le muestra esos mismos valores en tiempo real, con la misma referencia normativa que él ya conoce, la adopción es natural. No tiene que aprender un lenguaje nuevo: es el mismo que ya habla.

Cuando la pantalla le muestra "Anomalía nivel 3, confidence 87%", tiene que confiar ciegamente en algo que no puede validar. Y la confianza ciega no es el modo de operación de un buen ingeniero de mantenimiento.

Comparativa directa

Aspecto	Caja negra (ML/AI)	Estándares abiertos (ISO/NEMA)
Cómo decide	Modelo entrenado con datos históricos	Umbrales definidos por décadas de ingeniería [1][2]
Transparencia	Baja: "anomalía detectada"	Alta: desglose variable por variable
Verificable	Difícil, no puedes auditar el modelo	Sí, cualquier ingeniero con un instrumento
Funciona desde el día 1	No, necesita meses de datos para entrenar	Sí, los umbrales están definidos por tipo de máquina
Falsos positivos	Variables, depende de la calidad del modelo	Bajos, basados en límites probados en campo
Detecta patrones complejos	Sí (su fortaleza principal)	No, requiere análisis espectral humano
Dependencia del vendor	Alta, el modelo es propiedad del vendor	Baja, los estándares son públicos
Adopción por el equipo	Requiere confianza ciega	Natural, mismo lenguaje que ya conocen

¿Son mutuamente excluyentes?

No. El mejor programa de monitoreo de condición combina ambos:

• Monitoreo continuo basado en estándares como primera línea: 24/7, automatizado, con umbrales ISO/NEMA que cualquier ingeniero puede verificar
• Análisis de vibraciones espectral por un especialista cuando el monitoreo continuo detecta tendencias que merecen investigación profunda
• Modelos de ML como capa adicional para quien tenga los datos históricos y la madurez operativa para alimentarlos

La recomendación es directa: empieza por los estándares. Son la base. Funcionan desde el día 1, son transparentes, y generan confianza. Si después necesitas ML para detectar patrones más sutiles, agrégalo como una capa adicional, no como reemplazo.

5 preguntas para evaluar una plataforma de monitoreo

Antes de elegir un sistema, pregunta al vendor:

1. ¿Puedo ver exactamente qué variable disparó la alerta? Si la respuesta es "el algoritmo integra múltiples señales", pide un desglose. Si no pueden dártelo, es una caja negra.

2. ¿De dónde vienen los umbrales? ¿Puedo verificarlos? Si la respuesta es "nuestro modelo propietario", no puedes auditar. Si es "ISO 20816-3, Grupo 2, fundación flexible", puedes verificar en 5 minutos.

3. ¿Funciona desde el día 1 o necesito meses de datos? Un sistema basado en estándares funciona con solo seleccionar el tipo de máquina. Un sistema basado en ML necesita una fase de aprendizaje.

4. ¿Puedo exportar mis datos crudos? Tus datos son tuyos. Si no puedes sacarlos, estás atrapado con el vendor.

5. ¿Mis técnicos pueden entender y confiar en lo que muestra la pantalla? Pide una demo con tu equipo de mantenimiento presente. Observa si hacen preguntas o si se quedan callados porque no entienden.

Conclusión

El sistema de monitoreo más sofisticado no sirve si tu equipo de mantenimiento no lo usa. Y no lo van a usar si no entienden lo que muestra en pantalla.

Un sistema basado en estándares que tu técnico ya conoce se adopta solo. Uno que requiere confianza ciega en un algoritmo opaco se abandona en meses.

Referencias

[1] ISO 20816-3:2022. Mechanical vibration. Measurement and evaluation of machine vibration. Part 3: Industrial machinery with a power rating above 15 kW and operating speeds between 120 r/min and 30 000 r/min. International Organization for Standardization.

[2] NEMA MG-1:2021. Motors and Generators. National Electrical Manufacturers Association.

[3] API Standard 610, 12th Edition. Centrifugal Pumps for Petroleum, Petrochemical and Natural Gas Industries. American Petroleum Institute.