MTTF vs MTBF vs MTTR: Formulas, Calculations & Key Differences
Understanding equipment reliability and predicting failure patterns

Mean Time to Failure (MTTF) is the average operating lifetime of non-repairable components, such as bulbs, batteries, and electronic modules, that get replaced rather than repaired. Divide total operating time by the number of failures. MTTF differs from MTBF, which covers repairable systems, and MTTR, which measures repair time.
A motor bearing assembly rated for a year fails after six months. Is that an MTTF problem, an MTBF problem, or something you should be tracking as MTTR instead? Attach the wrong metric to the wrong type of equipment, and your maintenance planning is built on a number that was never meant to apply.
MTTF, MTBF, and MTTR all measure reliability, but they answer different questions. MTTF (Mean Time to Failure) tracks how long a non-repairable part lasts before it's replaced. MTBF (Mean Time Between Failures) tracks how long a repairable system runs between fixes. MTTR (Mean Time to Repair) tracks how long those fixes take. Confuse the three and you end up comparing numbers that were never meant to be compared, and basing replacement schedules, spare parts inventory, and supplier decisions on the wrong one.
These metrics emerged as core reliability engineering concepts in the 1950s during the development of military and aerospace reliability theory, and remain essential across industries where component and system reliability determine operational success, from semiconductor manufacturing to data centers to industrial automation.
This guide breaks down what each metric measures and when to use which one, then dives into how to calculate MTTF correctly with real examples and how to use that data for strategic maintenance planning.
MTTF vs MTBF vs MTTR: What's the Difference?
These three acronyms measure fundamentally different aspects of reliability.
What is MTBF (Mean Time Between Failures)?
MTBF is the average operating time between failures for a repairable system, one that gets fixed and returned to service rather than discarded. It's the metric to use for motors, pumps, HVAC units, and vehicles.
MTBF = Total Operating Time / Number of Repair Events (excluding repair time)
What is MTTR (Mean Time to Repair)?
MTTR is the average time it takes to complete a repair once a failure happens, covering diagnosis, parts sourcing, and the fix itself. It applies to any equipment that gets repaired rather than replaced.
MTTR = Total Repair Time / Number of Repairs
MTTF vs MTBF vs MTTR at a glance
| Metric | What It Measures | Use For | Example |
|---|---|---|---|
| MTTF | Average time until permanent failure | Non-repairable items replaced when they fail | Light bulbs, batteries, hard drives, sealed bearings |
| MTBF | Average time between repair events | Repairable systems fixed and returned to service | Motors, pumps, HVAC systems, vehicles |
| MTTR | Average time to complete repairs | Any equipment requiring repair | All repairable systems |
The key distinction: MTTF applies when you discard and replace it. MTBF applies when you fix it and keep using it. MTTR tells you how long the fixing takes.
A facility might track MTTF for LED bulbs in their fixtures (replace when burned out) while tracking MTBF for the fixtures themselves (repair when they fail). Both metrics serve different planning purposes.
What is Mean Time to Failure (MTTF)?
Mean Time to Failure (MTTF) is a reliability metric that measures the average operating time of a non-repairable component before it fails permanently. Once the component fails, it is replaced, not repaired.
MTTF is commonly used for items such as light bulbs, batteries, sealed bearings, hard drives, electronic modules, and disposable filters. It helps teams understand how long a part typically lasts under normal operating conditions, enabling better planning for replacements, spare parts management, and reduction of unexpected downtime.
MTTF is a core concept in reliability engineering and is widely used in maintenance planning, lifecycle cost analysis, and dependability studies. It is formally supported by industry standards such as MIL-HDBK-217, IEEE Standard 1413, and IEC 60300-3-1, which provide guidance on reliability and dependability analysis across the equipment life cycle.
Important: MTTF represents a statistical average, some components will fail earlier while others last longer. Use it for planning and forecasting, not for predicting exact failure times of individual components.

Mean Time to Failure (MTTF) Formula
The MTTF calculation is straightforward:
MTTF = Total Operating Time / Number of Failures
Total Operating Time is the sum of all hours every unit ran before failing. Number of Failures is how many units failed permanently and were replaced (not repaired).
Example
You have 50 light bulbs. Ten bulbs burn out after 8,000 hours (that's 80,000 total hours). Fifteen more fail at 10,000 hours (150,000 hours). The remaining 25 bulbs last 12,000 hours each (300,000 hours). Add it all up and you get 530,000 hours across 50 bulbs.
MTTF = 530,000 / 50 = 10,600 hours
This means on average, each bulb lasts 10,600 hours before it fails.
The failure rate is simply the inverse of MTTF. If MTTF is 10,000 hours, your failure rate is 0.0001 failures per hour, which means you expect 1 failure every 10,000 hours.
What This Formula Assumes
The basic MTTF formula works when you're tracking non-repairable parts, failures occur randomly during their normal lifespan, and operating conditions remain roughly consistent. You also need enough failures to make the average meaningful, ideally 30 or more data points.
When basic MTTF doesn't apply: If you have components still running at the end of your observation period, or if failure patterns follow a bathtub curve (high early failures, stable middle period, increasing wear-out failures), you'll need advanced statistical methods like Weibull analysis or censored data techniques.
How to Calculate Mean Time to Failure (MTTF)
Example 1: Data Center Hard Drives
A data center operates 100 identical hard drives. Over 18 months of operation, they track which drives fail and need replacement:
- Month 6: 3 drives fail after 4,380 hours each = 13,140 hours
- Month 9: 5 drives fail after 6,570 hours each = 32,850 hours
- Month 12: 4 drives fail after 8,760 hours each = 35,040 hours
- Month 15: 6 drives fail after 10,950 hours each = 65,700 hours
- Month 18: 7 drives fail after 13,140 hours each = 91,980 hours
Total operating time = 238,710 hours
Total failures = 25 drives
MTTF = 238,710 / 25 = 9,548 hours
This tells the data center they can expect each hard drive to last roughly 9,548 hours (just over 1 year). The remaining 75 drives are still running, so the actual MTTF might be higher, but this gives them a working estimate for planning replacements and maintaining spare inventory.
Example 2: Manufacturing Plant Conveyor Belts
A factory runs 20 conveyor lines, each with identical drive belts. The maintenance team tracks belt failures over 2 years:
All 20 belts start fresh. After 8,000 hours of operation, 4 belts have failed. After 12,000 hours, 6 more fail. After 16,000 hours, another 5 fail. The remaining 5 belts are still running at the 2-year mark (17,520 hours).
Simplified calculation using all belts (including those still running):
Total time = 20 belts × 17,520 hours = 350,400 hours
Total failures = 15 belts
MTTF = 350,400 / 15 = 23,360 hours
The plant now knows these belts typically last about 23,360 hours (roughly 2.7 years in continuous operation). They can schedule preventive replacements at around 20,000 hours to avoid unexpected breakdowns during production runs.
Common Calculation Mistakes to Avoid
One of the most common mistakes when calculating MTTF is confusing calendar time with actual operating hours. A component that runs only part of the day will accumulate operating hours much more slowly than calendar time passes, so it’s critical to measure true runtime rather than elapsed days or months. Another frequent error is including repaired equipment in MTTF calculations. If a component is fixed and returned to service, it belongs in MTBF calculations, not MTTF, which only applies to items that are permanently replaced after failure.
Small sample sizes also lead to misleading results. Calculating MTTF from just a few failures can produce numbers that fluctuate widely and don’t reflect real performance. In practice, at least 20 to 30 failures are needed to produce meaningful averages, with larger datasets providing more reliable insight. Operating conditions are another major source of error. The same component can have very different lifespans depending on factors like temperature, dust, vibration, and load, so MTTF values should always be compared under similar conditions.
Finally, MTTF is often misunderstood as a guaranteed lifespan. It is only an average. Some components will fail much earlier than the MTTF value, while others will last significantly longer. Maintenance planning should account for this natural variation instead of treating MTTF as a minimum life expectancy.
Where to Find Reliable MTTF Data
Manufacturer datasheets are a useful starting point, but they're measured under controlled lab conditions, so real-world component life is often shorter or more variable. Industry databases like ISO 14224 offer more realistic benchmarks compiled across many facilities, but still won't fully match your specific environment.
The most reliable MTTF data comes from your own facility. Track installation dates and failure times, and after 20-30 failures your internal MTTF numbers will typically be more accurate and actionable than any external source.
Using MTTF for Better Maintenance Planning
MTTF delivers the most value when it drives proactive replacement rather than reactive repair. If a component typically fails around 20,000 operating hours, scheduling replacement at 15,000 hours during a planned maintenance window prevents the unexpected breakdown, and replacing parts slightly early is almost always cheaper than absorbing unplanned downtime.
It also sharpens spare parts planning and supplier selection. Estimating expected failures per year from operating hours and installed quantity tells you how many spares to stock without tying up excess working capital, and comparing components by total cost per operating hour, rather than purchase price alone, often favors a pricier part with a longer MTTF once labor and downtime are factored in.
When MTTF Isn't the Right Metric
MTTF has limitations. Don't use it when:
- Equipment gets repaired, not replaced - Use MTBF instead
- Failure patterns show wear-out - Components with bathtub curves (high early failures, then stable, then increasing wear-out failures) need Weibull analysis
- You need real-time reliability - MTTF describes past performance; it doesn't predict when the next specific unit will fail
- Safety-critical applications - Statistical averages aren't appropriate for systems where a single failure could cause injury or environmental harm. Use fault tree analysis or failure mode effects analysis instead
Bottom Line
Stop guessing when parts will fail. Track installation dates and failure times, and after 20-30 failures you'll have data that beats any manufacturer spec sheet, because it reflects your actual operating conditions rather than laboratory ideals.
Use that data to schedule replacements during planned downtime instead of waiting for a 2am breakdown. Unplanned failures typically cost 3-5x more than scheduled replacements once overtime labor, rush shipping, and lost production are factored in, so the only MTTF numbers that really matter are the ones you measure yourself.
As your equipment base grows, manual tracking becomes cumbersome. FlowFuse automates this by connecting to PLCs, SCADA systems, MES platforms, and your CMMS, pulling operating hours directly from equipment through industrial protocols like Modbus, OPC UA, and EtherNet/IP, then capturing failure events to recalculate MTTF in real-time across your entire facility.
Automate MTTF, MTBF & MTTR Tracking Across Your Fleet
FlowFuse connects to PLCs, SCADA, and your CMMS to calculate MTTF, MTBF, and MTTR from real operating data instead of manual logs.
About the Author
Sumit Shinde
Technical Writer
Sumit Shinde is a Technical Writer at FlowFuse specializing in industrial automation and manufacturing. In the past three years, he has built industrial applications and authored more than 100 technical articles covering industrial connectivity, unified data architecture, production metrics, and quality management for modern manufacturing.
Like what you're reading?
Add FlowFuse as a preferred sourceOn the page that opens, check the box next to flowfuse.com to see more of our articles in your Google Search results.
Related Articles:
- What Is SCADA? Supervisory Control and Data Acquisition
- Automotive Traceability: How Production Data Gets Tied to a Part
- Layered Process Audit (LPA): A Practical Guide + Checklist
- VDA 5050 Tutorial: Connect AGVs to Factory Systems over MQTT
- 5 Manufacturing Dashboard Examples for Production, OEE & Quality
