Machine Condition Monitoring: Are You Fixing Alerts or Ignoring Them?
- Home
- Blog
Prateek Khare
Praful Dandgawal
|
Most teams tune out their alerts. Here's how equipment makers turn every warning into a scheduled fix, lower warranty cost and new service revenue.
Machine condition monitoring means tracking how equipment behaves over time (vibration, temperature, pressure, current draw, oil quality) so that wear usually shows up weeks before a breakdown. The idea itself is decades old. What’s new is that sensors, cheap connectivity and AI now let an OEM do it across every unit it has shipped.
Yet ask most equipment manufacturers what it has actually delivered and you’ll usually hear the same answer. Plenty of data. Lots of screens. Oddly few avoided failures.
More sensors won’t fix that. What tends to fix it is software that reads signals as they land and decides which ones matter. For an OEM, that judgment can become something customers will happily pay for. In our experience, connected condition monitoring earns its keep only when people stop staring at it and the business starts running on it.
"Condition data is cheap. Acting on it at the right moment is what customers actually pay for."
– Prateek Khare, Saviant Consulting, 2026
Condition monitoring reads an asset’s health weeks before it fails
In practice, five techniques cover most industrial assets. Each one tends to catch a different kind of failure, and most mature programs combine two or three:
Common condition monitoring techniques
| Technique |
What it typically catches |
Where it fits best |
| Vibration analysis |
Imbalance, misalignment, bearing and gear wear |
Motors, pumps, fans, gearboxes |
| Thermography |
Overheating, loose connections, insulation breakdown |
Motors, electrical panels, bearings |
| Oil analysis |
Contamination, degradation, wear particles |
Pumps, compressors, gearboxes, hydraulics |
| Ultrasound |
Leaks, early bearing friction, electrical arcing |
Compressed air, valves, slow-speed bearings |
| Motor current analysis |
Rotor faults, load shifts, efficiency loss |
Motors and variable-speed drives |
Drift is usually the earliest warning you’ll get. A worn bearing tends to change its vibration signature long before it locks up. Tired pumps often need extra amps just to hold the same flow. And a motor running hot today is, roughly speaking, a better bet to fail tomorrow than its cooler neighbor. So it’s no accident that AI vibration condition monitoring tools for industrial assets are where most programs start. Rotating equipment announces its problems early. If anyone is listening.
Catching the signal was never the hard part. Doing something useful with it? That’s where things get messy.
Most industry condition monitoring programs stalled at the dashboard
The first wave went roughly like this. Bolt on sensors. Stand up a web portal. Set some thresholds. Within weeks the alarm count had climbed into the hundreds, and within a few months most crews had learned to tune it out, the way you stop hearing a car alarm on a busy street.
The sensors weren’t the problem. People simply couldn’t keep up. Even a modest fleet of connected machines typically throws off data far faster than any reliability engineer can read it. Visualized condition monitoring without an interpretation layer is, in practice, a very expensive screensaver.
Is that just anecdote? Not really. Deloitte’s 2025 Smart Manufacturing and Operations Survey of 600 US manufacturing executives found close to half of respondents (46%) already use industrial IoT. Only 29%, under a third, have AI or machine learning deployed at facility or network level. Collection raced ahead. Interpretation, for most, is still jogging behind.
A condition monitoring system needs an intelligence layer, not more screens
Here’s where we’d put the effort: above the sensors, not beside them. In the industrial IoT programs Saviant builds, Azure brings together three streams that usually live apart: live signals from sensors and control systems, maintenance records from the CMMS (computerized maintenance management system), and warranty and service data from the ERP. The result is one consistent profile per machine. Dull, until you’ve reconciled three spreadsheets mid-outage.
Models then learn from the failure history of that specific equipment family. Not generic degradation curves. Your bearings. Your duty cycles. Your customers’ oddly specific operating environments. What comes out is a short answer per machine: how worried to be, what’s likely causing it, and roughly how much remaining useful life (RUL, the estimated time before intervention is needed) it has left.
The systems that improve reliability with condition-based insights seem to share one habit. They answer “what should we fix this week?” rather than “what happened last night?”
Building the software itself? See our guide to custom machine condition monitoring software on Azure.
Insight only counts when it lands as scheduled work
A prediction parked in a portal changes nothing on the shop floor. It’s just a more confident way of being ignored. Value tends to show up only when a flag becomes a job, so once a model marks a machine as at risk, a workflow layer can:
- Check the ERP for parts before anyone picks up a wrench.
- Slot the repair into a planned stop.
- Open the job in the CMMS or field service tool, assign a technician who’s actually qualified for it, and chase it if nobody picks it up.
Dashboard-era vs decision-era condition monitoring
| Dimension |
Dashboard-era monitoring |
Decision-era connected monitoring |
| What the team sees |
Trend charts and threshold alarms |
A ranked queue of planned jobs |
| Alert volume |
High; most alarms ignored |
Low; only pattern-matched risks surface |
| Model basis |
Fixed limits, generic curves |
Trained on the equipment family’s own failures |
| Where insight lands |
A separate portal |
CMMS, ERP and field service tools |
| Value for the OEM |
Hardware add-on |
Warranty savings and uptime-based service revenue |
| Success metric |
Assets connected |
Failures prevented, cost per asset recovered |
For equipment manufacturers, the installed base is the real prize
Plant operators watch their own machines. OEMs sit in an odder, more interesting seat. Every unit shipped into a customer’s plant is, potentially, a data source, and that quietly rewrites the economics. Warranty claims usually drop when failures get caught early. Service contracts can be priced on uptime instead of parts. Field engineers turn up with the right part the first time.
The awkward bit? Most of the installed base predates connectivity. So a condition monitoring retrofit typically comes before any AI: clamp-on vibration sensors, an edge gateway, and cellular or plant-network backhaul. Unglamorous work. It’s also, from what we’ve seen, where connected product programs quietly succeed or fail.
Machine condition monitoring cost per asset hinges on five factors
Vendors have long pitched the machine condition monitoring market around hardware, and the condition monitoring equipment market still dominates most sales conversations. We’d argue that’s the wrong place to look. The sensor rarely decides payback; integration and model tuning usually do. Five factors tend to shape the per-asset number:
| Scaling factor |
Cost tends to stay lower when... |
Cost tends to rise when... |
| Asset criticality |
Failure is cheap and easily absorbed |
One failure halts a line or triggers a claim |
| Sensing approach |
Existing PLC/SCADA data is reused |
New multi-axis, high-frequency sensors are fitted |
| Connectivity |
Plant network is available |
Remote sites need cellular or satellite links |
| Data processing |
Edge summarizes before sending |
Raw waveforms stream to the cloud |
| Integration depth |
Insights feed one CMMS |
Insights must reach CMMS, ERP and field service |
See it in practice in our condition monitoring data engineering case study.
A limitation worth stating plainly
AI models learn from failures. A new product line with little failure history will not produce reliable predictions on day one. In those cases, anomaly detection and engineering rules typically carry the load first, and predictive accuracy improves as real failures are recorded. Retrofit is not viable on every asset either; some sealed or hazardous-area equipment simply cannot take added sensors.
A proof point from the field
CASE STUDY | Global industrial vacuum pump manufacturer
Oil condition was the main driver of pump reliability across semiconductor and pharmaceutical sites. Assessment relied on technicians eyeballing sight glasses: inconsistent, blind to early degradation, and nearly impossible to run at scale.
Saviant built a focused computer vision model that classifies oil health from images and estimates remaining useful life. One problem, one business metric (warranty cost), agreed before a single model was trained.
Results within the first year: 30% potential reduction in pump failures and 20% lower warranty costs.
Start with one asset class and one number
Scan most condition monitoring news and you’ll find launches of new sensors and slicker dashboards. But the manufacturers we see pulling ahead are doing something far less photogenic: wiring predictions into work orders, one asset family at a time. The path usually runs in three phases.
- Data audit. List the signals you already capture, test which are clean enough to model, and rank machines by what a breakdown would cost.
- Proof of value. Pick one asset family. Lock the baseline before anything else: downtime hours, mean time to repair, warranty cost per unit. Skip this and ROI becomes a story rather than a number. Then show live predictions on real equipment.
- Scale. Extend coverage. Retrofit the installed base.