ComparisonPredictive Monitoring
Predictive maintenance models compared: rules, anomaly detection and remaining useful life
The right predictive maintenance model is decided less by algorithm fashion than by the failure history you hold. With few recorded failures, statistical baselines and unsupervised anomaly detection are usually the honest choice. Supervised failure classifiers need many labeled events on similar assets, and remaining useful life models need degradation trajectories. This page compares five approaches on data needs, warning quality, explainability and upkeep, then routes you to a starting point.
On this page
- Where predictive models sit among maintenance strategies
- Five modeling approaches against the data you hold
- Rules and operating-mode baselines are still right surprisingly often
- Anomaly detection finds the unusual without failure labels
- Supervised classifiers and remaining useful life need richer history
- Choosing a starting approach from the records you have
- A hypothetical pump fleet moves through three approaches
- Standards that frame condition monitoring programs
- Questions and answers
- Sources
Where predictive models sit among maintenance strategies
Maintenance teams choose between four broad strategies. Reactive maintenance repairs after failure. Preventive maintenance replaces or services on a calendar or usage count. Condition-based maintenance acts when a measured condition crosses a limit. Predictive maintenance goes one step further and estimates how the condition will develop, so work can be planned before the limit is reached.
Every predictive approach depends on one physical fact: the failure mode must show a detectable precursor some time before functional failure. Reliability engineers call the gap between the first detectable sign and the failure the P-F interval. If that interval is shorter than the time it takes to get parts, people and a maintenance window together, no model will help, however accurate it is on paper.
So the comparison below starts from two questions per failure mode: is there a measurable precursor, and how much labeled history exists for it?
Five modeling approaches against the data you hold
| Approach | Failure history needed | What the warning tells you | Explainability to engineers | Upkeep once live |
|---|---|---|---|---|
| Fixed thresholds and rules | None; limits come from physics, OEM guidance or experience | A known limit has been crossed | High: the rule is the explanation | Low, but limits drift out of date silently |
| Statistical baselines by operating mode | None; needs history of normal running with mode context | This signal is outside its normal band for the current load or speed | High: plots against the baseline make sense on the shop floor | Moderate: baselines need resetting after overhauls |
| Unsupervised anomaly detection | None to train; a handful of known events to evaluate | The combination of signals is unusual | Medium: needs contribution plots to show which signals moved | Moderate to high: retraining as normal behavior shifts |
| Supervised failure classification | Many labeled failures of the same mode on similar assets | A failure of a known type is likely within a set window | Medium: feature importance helps but can mislead | High: labels, class imbalance and drift all need care |
| Remaining useful life and survival models | Degradation trajectories or run-to-failure records, including censored units | Expected time to failure, with a range | Low to medium: the number feels precise even when it is not | High: needs fleet data and recalibration after every design change |
Read across a row for one approach and down a column to compare one property. The rows run roughly from least to most data-hungry, not from worst to best.
Rules and operating-mode baselines are still right surprisingly often
A bearing temperature limit from the manufacturer, a differential-pressure limit across a filter or a motor current ceiling are rules with physics behind them. They are cheap, auditable and easy for a technician to act on, and a model should be judged on whether it adds lead time beyond the rule.
Statistical baselines improve on fixed limits by asking what is normal for the current operating mode. A pump at partial load vibrates differently from one at full load. Segmenting history by mode (load band, speed, product grade, ambient range) and applying statistical process control within each segment removes many of the false alarms that make fixed limits unpopular, at the cost of re-establishing baselines after overhauls and control retuning.
Anomaly detection finds the unusual without failure labels
Unsupervised methods learn the structure of normal multivariate behavior and score how far new data departs from it: principal component analysis with reconstruction error, isolation forests, one-class models and autoencoders are common choices. Most organizations have years of sensor history but very few cleanly recorded failures, which is their appeal.
Their limit is equally clear. An anomaly score says that something is different, not that a component is degrading. Sensor faults, process changes and a new product grade all look anomalous. That makes triage part of the system design: each anomaly needs contribution plots showing which signals moved, and an engineer's verdict recorded against it. Those verdicts become the labels that, over time, allow a supervised model to be trained.
Supervised classifiers and remaining useful life need richer history
A supervised classifier learns to recognize the signature of a specific failure mode in a window before it occurs. It needs enough labeled examples of that mode, on assets similar enough to share a signature, plus reliable timestamps. Work-order records rarely provide this directly: failure codes are often generic, dates record when work was done rather than when degradation began, and many failures are fixed during other work without being coded at all.
Remaining useful life models estimate time to failure from a degradation path. Survival models, such as Weibull or proportional hazards models, are often the better statistical framing because they use censored units, those removed or repaired before failing, instead of discarding them. Either way, the output should be a distribution, and the maintenance decision should be tied to a probability of failure within the planning horizon rather than to a single date.
Choosing a starting approach from the records you have
- If
The failure mode has a known physical limit and the signal for it is already measured.
ThenStart with a rule, then test whether any model gives materially earlier warning before adding one.
A model that only matches the rule adds upkeep without adding lead time.
- If
You have long sensor history with operating context but almost no recorded failures.
ThenBuild mode-aware baselines and an anomaly detector, and design the triage step that turns verdicts into labels.
Without labels, supervised methods have nothing honest to learn from.
- If
A fleet of near-identical assets has many well-coded failures of the same mode.
ThenTrain a classifier for that mode and evaluate it on assets and periods held out from training.
Holding out whole assets shows whether the signature generalizes or just memorizes one machine.
- If
You track a degradation measure over time and know when units failed or were removed.
ThenFit a survival or remaining useful life model and present intervals, not point estimates.
Censored units carry information that a naive regression throws away.
- If
The precursor appears later than the time you need to plan the work.
ThenChange the measurement, not the model: add a sensor that sees the failure earlier, or keep a time-based strategy.
No algorithm can create lead time the physics does not provide.
A hypothetical pump fleet moves through three approaches
Standards that frame condition monitoring programs
Two families of international standards give useful structure. ISO 17359, Condition monitoring and diagnostics of machines: General guidelines, sets out how to build a condition monitoring program, from identifying equipment and failure modes to choosing measurements and alert criteria1. ISO 13374, Condition monitoring and diagnostics of machines: Data processing, communication and presentation, describes the processing chain from acquiring data to generating advice2.
MIMOSA's OSA-CBM specification is an implementation of the ISO 13374 functional specification and organizes that chain into six functional blocks3: data acquisition, data manipulation, state detection, health assessment, prognostic assessment and advisory generation. Mapping each approach in the table to those blocks is a quick way to see that a rule covers state detection only, while a remaining useful life model reaches into prognostics and still needs an advisory step people can act on.
Questions and answers
What if we have too few failures to train a predictive model?
That is the normal situation for well-maintained critical assets. Use rules where physics provides limits, mode-aware statistical baselines and unsupervised anomaly detection, and treat every investigated alert as a labeling opportunity. Pooling data across similar assets, or across sites running the same equipment, can also yield enough examples of one failure mode to train a classifier later.
Can we combine anomaly detection with remaining useful life models?
Yes, and it is a common pattern. An anomaly detector flags that an asset has left normal behavior; a degradation or survival model for the suspected failure mode then estimates how quickly the condition is progressing. The combination keeps broad coverage for unknown faults while giving planners a time estimate for the failure modes that have enough history to model.
Which sensors should we add first for predictive maintenance?
Start from failure modes, not sensors. For each critical asset, list the failure modes that cause most downtime or safety exposure, identify which physical signal changes earliest for each one, and check whether you already measure it at an adequate sampling rate. Vibration, temperature, current and process pressures cover many rotating-equipment modes; others need oil analysis or inspection data.
How do we validate a remaining useful life model before trusting it?
Backtest it on assets and time periods it did not see during training, and compare its intervals with what actually happened, including units removed before failure. Check calibration: events predicted with a given probability should occur at roughly that rate. Then run it in shadow mode alongside the current maintenance plan before it influences any work order.
Is a vendor's pre-trained model good enough to start with?
It can be, for common equipment classes where the vendor has broad fleet data. Ask how it was validated, which operating modes it covers and whether it can learn from your engineers' verdicts, then evaluate it against your own historical events before relying on it.
Sources
- ISO 17359:2018 Condition monitoring and diagnostics of machines: General guidelines — International Organization for Standardization · checked 10 October 2026
- ISO 13374-1 Condition monitoring and diagnostics of machines: Data processing, communication and presentation, Part 1: General guidelines — International Organization for Standardization · checked 10 October 2026
- MIMOSA OSA-CBM: Open System Architecture for Condition-Based Maintenance — MIMOSA · checked 10 October 2026