Mantenimiento predictivo
Mantenimiento predictivo que te dice qué activo reparar primero
Explore lee los sensores y puntos BMS que ya tienes, predice el comportamiento de los equipos antes de que fallen, y convierte el resultado en una única cola priorizada — no otro flujo de alarmas más.
Reserva una hora directamente- Alojado en la UE, conforme al RGPD
- Inferencia fundamentada — nada inventado
- No requiere hardware nuevo
Por qué la mayoría de los proyectos de mantenimiento predictivo se estancan
El modelo nunca fue la parte difícil. Conseguir que alguien actúe sobre el resultado sí lo es.
La mayoría de los pilotos de mantenimiento predictivo no fracasan porque la detección de anomalías esté equivocada. Fracasan porque el resultado es otro flujo de alarmas más, y el equipo ya ignora tres de esos. Un pico de vibración, una deriva de temperatura, una anomalía de tiempo de funcionamiento — cada una aterriza en su propio panel, compitiendo por atención con todo lo demás que ya parpadea en rojo.
Explore parte del problema de la actuación, no del problema de la detección. El mismo motor de detección que impulsa el análisis de BMS ejecuta seis métodos de detección de anomalías sobre cada punto de forma continua, y luego predice hacia dónde se dirige cada uno con un intervalo de confianza — así, un fallo de rodamiento en desarrollo o una fuga de refrigerante aparece días o semanas antes de que dispare un umbral, no después.
El resultado no es un feed. Es una cola de decisión priorizada: una sola lista, ordenada por coste y riesgo, que le dice a un técnico qué mirar primero — en lugar de un muro de alarmas igualmente urgentes que nadie tiene tiempo de triar.
Esta página es la vista de producto. La metodología detrás de ella — por qué la mayoría de los proyectos de predictive maintenance se estancan, y qué patrones de fallo aparecen realmente en los datos de sensores — está en nuestra guía de predictive maintenance para edificios. Cómo se compara Explore con Clockworks, Facilio y CopperTree Analytics en esta tarea concreta está en la comparativa de proveedores. Dónde termina el predictive maintenance y empieza el condition-based maintenance se explica en nuestra guía de CBM.
Lo que Explore realmente hace
Cuatro capacidades, una cola priorizada
Detección de anomalías con seis métodos
Cada punto BMS y sensor conectado se comprueba continuamente frente a seis métodos de detección, no un único umbral fijo. Cubre deriva, valores atascados, anomalías de tiempo de funcionamiento y rupturas de patrón que un límite de alarma estático pasa por alto. La mecánica completa está en la entrada del glosario sobre detección de anomalías.
Predicción con intervalos de confianza
La detección te dice que algo ya va mal. La predicción te dice que está a punto de ir mal. Explore proyecta el comportamiento del equipo hacia adelante con un intervalo de confianza, de modo que el desgaste lento de un rodamiento o el ensuciamiento de una batería aparece mientras todavía hay tiempo de programar una reparación en lugar de un aviso de emergencia.
Una cola de decisión priorizada
Los hallazgos se priorizan por coste y riesgo y se combinan en una sola cola — no dispersos entre un panel de alarmas del BMS, una hoja de cálculo y tres bandejas de entrada. Un técnico abre una lista y sabe qué mirar primero.
Read-only by default, actúa a petición
Explore empieza read-only by default. Los hallazgos pueden alimentar al Edge Agent para proponer una acción de mantenimiento o un cambio de programación — una persona lo revisa, o se ejecuta automáticamente dentro de un ámbito que hayas concedido explícitamente. Nada se ejecuta en tu BMS sin ese ámbito.
Cómo se comparan los tres enfoques
Alarmas en bruto y un calendario de papel frente a una cola priorizada
| Alarmas BMS en bruto | Calendario de mantenimiento manual | Explore | |
|---|---|---|---|
| Disparador | Solo incumplimiento de umbral fijo | Intervalo de calendario fijo, sin importar el estado | Estado y predicción, seis métodos de detección |
| Tiempo de antelación | Después de que el límite ya se ha superado | Arbitrario — sin relación con el desgaste real | Días a semanas de antelación, con intervalo de confianza |
| Cobertura | Solo puntos con un límite fijado por código | Solo equipos en el calendario de mantenimiento | Cada punto ya presente en tu histórico |
| Priorización | Ninguna — todas las alarmas igual de urgentes | Ninguna — programación fija sin importar el riesgo | Priorizado por coste y riesgo, una cola |
| Falsos positivos | Altos — inunda al operador | No aplica, pero desperdicia visitas en equipos sanos | Filtrado por confianza antes de llegar a la cola |
| Hardware nuevo | Normalmente ninguno, pero limitado a puntos ya sensorizados | Ninguno | Ninguno — lee puntos BACnet, Modbus, OPC UA y oBIX existentes |
| Camino hacia la acción | Triaje manual por un operador | Se despacha un técnico se necesite o no | Read-only by default; el Edge Agent puede proponer o ejecutar dentro de un ámbito concedido |
De un vistazo
La mecánica
El mantenimiento predictivo en Explore no es un módulo aparte atornillado a un panel de BMS — es la misma capa de sensor-intelligence usada para el análisis energético y de BMS, aplicada a la salud del equipo.
Cómo funciona
De los datos de sensores a una lista de reparaciones priorizada
01 — Entrada
Datos de sensores y BMS
Explore lee puntos que ya tienes a través de BACnet, Modbus, OPC UA y oBIX. Sin sensores nuevos, sin hardware de pasarela nuevo.
02 — Analizar
Detección + predicción
Seis métodos de detección de anomalías se ejecutan de forma continua; la predicción proyecta cada punto hacia adelante con un intervalo de confianza, detectando fallos en desarrollo antes de que disparen un umbral.
03 — Salida
Cola de decisión priorizada
Los hallazgos se combinan en una cola, priorizada por coste y riesgo. Read-only by default — o alimenta al Edge Agent para proponer y ejecutar reparaciones dentro de un ámbito que hayas concedido.
Preguntas
Mantenimiento predictivo, respondido
El mantenimiento predictivo usa datos de sensores y del BMS para predecir cuándo es probable que falle un equipo, de modo que se pueda programar una reparación antes de una avería, en lugar de esperar una fecha fija de calendario o una alarma que ya significa que algo se ha roto.
Las alarmas del BMS se disparan después de superar un umbral fijo — un límite de temperatura, un tope de tiempo de funcionamiento. Explore predice hacia dónde se dirige un punto con un intervalo de confianza, de modo que un fallo en desarrollo puede aparecer días o semanas antes de que llegara a disparar ese umbral, y cada hallazgo aterriza en una cola priorizada en lugar de en un panel de alarmas en bruto.
Un calendario de mantenimiento basado en fechas revisa el equipo a intervalos fijos sin importar su estado real — a veces demasiado pronto, a veces demasiado tarde. Explore prioriza los hallazgos por estado real y riesgo previsto, de modo que el esfuerzo de mantenimiento va primero donde realmente se necesita.
El mantenimiento basado en condición dispara una acción de mantenimiento cuando una condición medida supera un límite definido. El mantenimiento predictivo va un paso más allá y predice cuándo se superará ese límite, con un intervalo de confianza, antes de que ocurra. Explore hace ambas cosas: monitorización continua de la condición más predicciones anticipadas, combinadas en una cola priorizada.
Normalmente no. Explore lee los puntos que tu BMS y los sensores existentes ya exponen a través de BACnet, Modbus, OPC UA y oBIX. Solo se necesita hardware nuevo donde un equipo realmente aún no está instrumentado.
Explore empieza read-only by default — detecta y predice, nada más, hasta que digas lo contrario. Los hallazgos pueden alimentar al Edge Agent para proponer una acción de mantenimiento o un cambio de programación, que una persona revisa, o que se ejecuta automáticamente dentro de un ámbito que hayas concedido explícitamente. No puede actuar fuera de ese ámbito.
Descubre qué encuentra Explore en tus propios datos
Conecta tu BMS, apunta Explore hacia él, y obtén una lista priorizada de lo que realmente necesita atención — no otro panel más que revisar.