Emerson Aspen Mtell: Escalando el mantenimiento predictivo

Emerson anunció la última evolución de su cartera de gestión del rendimiento de activos AspenTech el 22 de enero de 2026. La presentación se centró en Aspen Mtell e incorporó plantillas, priorización de alertas, orientación sobre modos de falla, conexiones para la monitorización de vibraciones y una integración más profunda con los sistemas de mantenimiento.

El anuncio es importante porque muchos proyectos de mantenimiento predictivo fracasan después de una pequeña prueba piloto. La ampliación requiere más que un modelo preciso. Las plantas necesitan datos de activos gobernados, alertas confiables, responsables de las órdenes de trabajo y pruebas de que las condiciones detectadas conducen a acciones útiles.

La cartera APM de AspenTech está diseñada para ayudar a los operadores industriales a ampliar los programas de confiabilidad mediante la predicción de modos de falla basada en IA. 

Qué anunció Emerson

Emerson afirma que la versión permite avanzar desde la monitorización básica del estado de los activos hasta la predicción de fallas mediante IA. Las plantillas para sectores y activos están destinadas a reducir el esfuerzo de implementación en flotas de equipos más grandes.

La actualización agrupa y prioriza las alertas utilizando la gravedad, el riesgo y los datos históricos. Emerson también describe un análisis integrado de modos y efectos de falla que puede recomendar acciones correctivas.

Las conexiones con AMS Machine Works y AMS Device Manager vinculan el software con las herramientas de Emerson para la monitorización de vibraciones. La integración con los sistemas de gestión de activos empresariales está diseñada para situar la información dentro de los flujos de trabajo de mantenimiento existentes.

Estas afirmaciones describen la dirección del producto. No demuestran que se pueda predecir el comportamiento de todos los activos, que todas las plantillas sean adecuadas ni que toda alerta deba generar una orden de trabajo.

Las plantillas reducen la configuración, no la ingeniería

Un modelo reutilizable puede acortar la configuración de bombas, motores, ventiladores, compresores y cajas de engranajes comunes. Proporciona a los equipos una lista inicial de señales, modos de falla y características de diagnóstico.

El activo aún necesita una identificación correcta, contexto de servicio, estado operativo, asignación de sensores e historial de mantenimiento. Dos bombas con la misma placa de características pueden experimentar diferentes cargas, fluidos, ciclos de trabajo y mecanismos de falla.

La puesta en servicio debe confirmar la ubicación, orientación, rango, unidades, marca de tiempo y calidad del sensor. Después, la plantilla debe ajustarse al equipo y al proceso reales.

La priorización de alertas necesita un modelo de riesgo de la planta

El volumen de alertas es una barrera común. Agrupar eventos relacionados puede reducir el trabajo duplicado, mientras que la clasificación por gravedad puede dirigir la atención hacia las consecuencias más importantes.

Sin embargo, el software no puede inferir la prioridad de la planta únicamente a partir de la amplitud de la vibración. Un defecto moderado en un compresor crítico de una instalación de tren único puede ser más importante que un defecto mayor en un ventilador auxiliar redundante.

Defina la criticidad utilizando las consecuencias para la seguridad, el medio ambiente, la producción, la calidad, el tiempo de reparación y la redundancia. Revise cómo combina el sistema la confianza del modelo con las consecuencias para el activo. Los operadores deben ver por qué se clasificó una alerta, no solo su color.

Los modos de falla deben ser específicos

Una biblioteca de modos de falla puede organizar la investigación. Puede relacionar evidencias de vibración, temperatura, proceso y mantenimiento con hipótesis de fallas de rodamientos, desequilibrio, desalineación, lubricación o holgura.

Una recomendación sigue siendo una hipótesis hasta que se verifica. Síntomas similares pueden tener causas diferentes. Un aumento de la corriente del motor puede indicar carga mecánica, un cambio de proceso, desequilibrio de tensión o un error del instrumento.

Las instrucciones de mantenimiento deben definir las pruebas de confirmación, las habilidades necesarias, las piezas, los controles de seguridad y las vías de escalamiento. El sistema no debe convertir directamente un resultado incierto del modelo en un trabajo invasivo.

Conecte los datos de condición con la ejecución del trabajo

La información predictiva solo crea valor cuando alguien se responsabiliza de la siguiente acción. La integración con la gestión de activos empresariales puede llevar la alerta a la planificación, la programación, la mano de obra, los repuestos y el cierre.

Asigne los campos deliberadamente. Los ID de activos, las ubicaciones, los códigos de falla, la prioridad, la fecha de vencimiento y la acción recomendada deben significar lo mismo en ambos sistemas. Los activos duplicados y los nombres incoherentes crearán trabajos duplicados o huérfanos.

Defina cuándo una alerta se convierte en una notificación, una investigación o una orden de trabajo. La creación automática puede ser adecuada para casos recurrentes de alta confianza. Otras condiciones necesitan la revisión de un analista antes de comprometer recursos de mantenimiento.

Utilice los datos de vibración en contexto

Emerson destaca las conexiones con AMS Machine Works y AMS Device Manager. La vibración puede detectar cambios útiles en equipos rotativos, pero la interpretación depende de la velocidad, la carga, el montaje del sensor, el muestreo y el estado operativo.

Los equipos pueden consultar los equipos relacionados en la colección de automatización de Emerson y la colección de monitorización de maquinaria. Estas páginas proporcionan contexto sobre el hardware y no establecen la compatibilidad del software.

Analice las tendencias de datos obtenidas en condiciones operativas comparables. Un espectro capturado durante el arranque no debe compararse ciegamente con una línea base de régimen estable. Los cambios de velocidad pueden desplazar los componentes espectrales y alterar la amplitud.

Ponga el sistema en servicio por etapas

Comience con un grupo limitado de activos que tenga un historial de fallas conocido y un impacto empresarial medible. Confirme la calidad de los datos antes de evaluar la calidad del modelo.

Ejecute las alertas en modo paralelo. Permita que los analistas revisen los resultados sin cambiar los planes de mantenimiento. Registre las detecciones correctas, las condiciones no detectadas, las alertas molestas y los casos con evidencia insuficiente.

A continuación, conecte las alertas aprobadas con el proceso de trabajo. Mida si los planificadores reciben suficiente contexto y si los técnicos pueden confirmar la condición. Incorpore los resultados de las inspecciones al sistema.

Amplíe el sistema solo después de que el equipo tenga nombres de activos estables, responsables de las alertas, procedimientos de validación y códigos de cierre. Ampliar un flujo de trabajo débil multiplica el ruido.

Mida más que la precisión del modelo

La precisión y la exhaustividad importan, pero los programas de mantenimiento también necesitan métricas operativas. Realice un seguimiento del tiempo entre la alerta y la revisión, del tiempo entre la revisión y la orden de trabajo, de los modos de falla confirmados, del trabajo de emergencia evitado, de la mano de obra planificada frente a la no planificada y de las alertas repetidas.

Mida la disponibilidad de los datos y las señales obsoletas. Un modelo puede parecer inactivo porque un sensor dejó de informar. Las alarmas de calidad de datos deben estar separadas de las alarmas de estado de los equipos.

Compare el rendimiento con una línea base definida. Evite atribuir ahorros a cada reparación posterior a una alerta. Tenga en cuenta el mantenimiento programado, los cambios de producción y las mejoras que se habrían producido sin el sistema.

Gobierne los cambios en el modelo y el flujo de trabajo

El comportamiento de los activos cambia después de una revisión general, una modificación del proceso, cambios de velocidad o la sustitución de un sensor. El sistema necesita control de versiones para los modelos, los umbrales y las plantillas.

Documente quién puede aprobar los cambios y cómo funciona la reversión. Registre el periodo de datos utilizado para el entrenamiento o el ajuste. Proteja los resultados de mantenimiento frente a ediciones casuales, porque se convierten en evidencia futura.

La revisión de ciberseguridad debe abarcar las identidades, el acceso remoto, las interfaces, el cifrado, los registros, la aplicación de parches, las copias de seguridad y el soporte del proveedor. Una plataforma de confiabilidad no debe crear una vía sin gestionar hacia los sistemas OT.

Planifique los desacuerdos humanos

Los técnicos pueden rechazar una recomendación porque la evidencia de campo contradice el modelo. Ese desacuerdo es valioso. Registre el motivo, el resultado de la inspección y la acción final.

No evalúe al personal según la aceptación de alertas. Ese incentivo fomenta trabajos innecesarios y corrompe la retroalimentación. Recompense la resolución documentada y una mejor comprensión de las fallas.

Qué significa la versión de 2026

El anuncio de Emerson del 22 de enero de 2026 confirma las nuevas capacidades de Aspen Mtell, las conexiones con AMS, la integración empresarial y los planes de demostración de OPTIMIZE 26.

La dirección técnica es razonable: las plantillas reutilizables pueden acelerar la implementación, las alertas priorizadas pueden reducir el ruido y la integración con los flujos de trabajo puede acortar el camino hacia la acción. Los resultados aún dependen del contexto de los activos, los datos limpios, los modos de falla defendibles y una retroalimentación disciplinada.

El mejor programa de APM no pretende predecirlo todo. Selecciona los activos en los que una evidencia más temprana cambia una decisión de mantenimiento y demuestra después que el flujo de trabajo produce acciones más seguras y económicas.