Exercises — FMEA — failure mode, effect, severity, detection, RPN
Related: Reliability Engineering · Redundancy and Fault Tolerance · Risk Management in Spacecraft Design · Mission Assurance.
Warm-up: picture the RPN before you compute it
Before any exercise, build the mental image the whole page leans on. Two pictures do all the work.
Picture 1 — why multiply, not add

Look at the left panel (sum, ): the equal-risk lines are straight and parallel — being great on one axis is exactly cancelled by being bad on another, unit for unit. Now the right panel (product, ): the equal-risk contours bend into the corners. Sitting near any axis (any one factor small) throws you into the deep-blue safe region even if the other two are maxed out. That curvature is the "one shut gate protects you" intuition, drawn.
Picture 2 — where the action bands live

The figure is a slice through the S–O–D cube at a fixed : the horizontal axis is , the vertical axis is , and colour = which action band the point lands in. The curved boundaries between colours are exactly the RPN cutoffs . Two things to notice: (1) the bands are curved, because equal RPN means = constant (a hyperbola); (2) sliding to a higher (the second slice) shoves every boundary toward the origin — the same point that was "monitor" at low becomes "redesign" at high . That is the whole game of mitigation drawn as moving between coloured regions.
Level 1 — Recognition
L1.1 — Name the element
For each phrase, say which of the five FMEA elements it describes: Failure Mode, Effect, Severity, Occurrence, Detection.
(a) "Propellant valve sticks open." (b) "Thruster fires uncontrollably, tumbling the spacecraft." (c) "Scored 9 out of 10 because it means mission loss." (d) "Happens roughly once per 1000 operating hours." (e) "Pressure sensor flags it within one second."
Recall Solution
- (a) Failure Mode — the specific way a component fails ("valve sticks open").
- (b) Effect — the consequence on the system ("tumbling").
- (c) Severity (S) — magnitude of impact, on the 1–10 scale.
- (d) Occurrence (O) — how often it happens (a rate/probability).
- (e) Detection (D) — but careful: fast, reliable detection is a low D score (–), because measures how likely the failure escapes us. Fast detection = low D = good.
L1.2 — Read the direction of the scale
Which is better (safer) in each pair?
(a) or ? (b) or ? (c) or ?
Recall Solution
Lower is always safer for all three.
- (a) (minor impact) beats (major).
- (b) (rare) beats (almost certain).
- (c) (we catch it early) beats (undetectable until disaster). All three point the same way, which is exactly why multiplying them is meaningful: a small number in any factor pulls the whole RPN down (that's the corner-hugging curvature in Picture 1).
Level 2 — Application
L2.1 — Compute an RPN
A star-tracker has , , . Compute its RPN and place it in the action bands.
Recall Solution
falls in the review band () → design review, test-then-decide. Not an emergency, not ignorable. On Picture 2's slice, sits in the middle-coloured region.
L2.2 — Re-score after mitigation
A battery cell internal short is scored . Engineers add a fuse to isolate the failed cell (severity drops to ), extra cell testing (occurrence drops to ), and a redundant voltage monitor (detection improves to ). Compute the old and new RPN and the percent reduction.
Recall Solution
Old: New: Reduction: The RPN fell by two-thirds — the fuse (cutting ) did the heaviest lifting because was the largest factor. In Picture 2 language, we crossed from the review band into the monitor band and shifted to a lower- slice at the same time.
L2.3 — Which factor to attack?
A component sits at , RPN . You can only afford one mitigation this cycle, and each option halves one factor (rounding down): halve to , or halve to , or halve to . Which gives the biggest RPN drop?
Recall Solution
Try each:
- Halve :
- Halve :
- Halve :
All three land on — a tie! Because RPN is a pure product, halving any single factor halves the product, regardless of which one. So the tie-breaker is not arithmetic: pick the one that is cheapest, most reliable, or that also helps other failure modes. (In practice, cutting via redundancy often protects many failure modes at once, so it usually wins on engineering grounds.)
Level 3 — Analysis
L3.1 — Rank a table
Four failure modes on a lander:
| Mode | S | O | D |
|---|---|---|---|
| A Leg latch fails to deploy | 9 | 2 | 5 |
| B Radar altimeter noise | 6 | 6 | 3 |
| C Thermal blanket tear | 3 | 7 | 6 |
| D Engine throttle valve stiction | 10 | 3 | 4 |
Rank them by RPN, highest first. Which get flagged for redesign (redesign band, RPN ≥ 150)?
Recall Solution
- A:
- B:
- C:
- D:
Ranked: C (126) > D (120) > B (108) > A (90). None reach , so none are in the redesign band — but see the next mistake box, because that verdict is dangerous.
L3.2 — Back out a hidden score
A subsystem's RPN is . You know and . Find . Is it a legal score?
Recall Solution
is a legal integer in . Consistent.
L3.3 — Detection can't save a catastrophe alone
A pyrotechnic bolt has (mission loss if it misfires) and . Currently (misfire only known after it fails to separate). Perfect monitoring would push to . Compute both RPNs. Does perfect detection make this "safe"?
Recall Solution
Now: . After: . RPN drops from (redesign band) to (monitor band) — a huge paper improvement.
But: detection only tells you the bolt will misfire; for a one-shot pyro at separation there may be nothing to do about it once fired. Cutting lowers the RPN but doesn't lower the real-world consequence of an event you can't reverse. This is why redundancy (dual bolts) — which attacks — is preferred for irreversible catastrophic modes over monitoring alone.
Level 4 — Synthesis
L4.1 — Full FMEA of a reaction wheel
A reaction wheel's bearing can seize from lubricant depletion.
- Local effect: torque → 0 on one axis.
- Mission effect: attitude drift → panels misalign → safe mode → science downtime (spacecraft survives).
- Data: documented after ~5 yr in heritage missions; wheel-current telemetry shows drag rising weeks ahead.
(a) Assign with one-line justifications and compute RPN. (b) You add a 4th redundant wheel (any 3 give full 3-axis control) and predictive current-vs-speed trending. Re-score and recompute. (c) State which factor each mitigation moved and why stays the same.
Recall Solution
(a) Before:
- — major mission impact (science loss) but spacecraft survives, not catastrophic.
- — documented in heritage after ~5 years: real, moderate.
- — telemetry trend gives warning, but requires watching; not instantaneous.
(b) After:
- — with a spare wheel we degrade gracefully instead of losing the mission.
- — unchanged: adding a spare doesn't stop any one wheel from seizing.
- — predictive alarms now give weeks of reliable warning.
(c) Redundancy attacked (we survive the failure); predictive monitoring attacked (we see it coming). is untouched because the physical failure rate of an individual bearing is unchanged — you didn't make the lubricant last longer, you just made the failure survivable and visible. Accepting is fine precisely because the mode is now manageable.
L4.2 — Software memory leak
A flight-software memory leak: heap fills over days → allocator fails → watchdog reboot → loss of attitude knowledge → safe mode (recoverable). Leaks are common in complex C; the slow leak is invisible until the crash (no runtime profiler).
(a) Score and compute RPN. Which band? (b) Propose two mitigations and predict which factor(s) they move.
Recall Solution
(a)
- — mission impact but recoverable via reboot (not catastrophic, not trivial).
- — memory leaks are common in complex flight code.
- — slow leak undetected until the crash; no memory profiler at runtime.
(b) Sensible moves:
- Add 1 Hz memory-usage telemetry + ground alarms → attacks (the leak becomes visible as heap trends upward; might fall from to ~). See Quality Assurance and Testing.
- Static analysis (Coverity/Valgrind) + code review during build → attacks (fewer leaks ship; might fall from to ~).
- Periodic scrub/reset of non-critical tasks → attacks (a controlled reset instead of a crash; might fall). Illustrative combined result: — back into the review band.
Level 5 — Mastery
L5.1 — Design to a budget
A subsystem starts at (RPN ). Program rule: flight-eligible only if RPN ≤ 40. You have three mitigation options, each usable at most once, each changing exactly one factor:
- R (redundancy):
- T (testing/process):
- M (monitoring):
(a) Does applying all three meet the budget? (b) If you could apply only two, which pair(s) meet RPN ≤ 40? Show all three pairs.
Recall Solution
Start RPN (redesign band).
(a) All three: ✓.
(b) Pairs (the untouched factor keeps its original value):
- R+T (drop M, keep ): ✗
- R+M (drop T, keep ): ✗
- T+M (drop R, keep ): ✗ None of the pairs meets . Only the full trio works, so all three mitigations are mandatory. This is the honest lesson: when every factor starts high, you cannot buy your way to safety by touching just one or two — this is a systemic weak spot needing end-to-end design change.
L5.2 — The severity override
Two candidate items compete for one review slot:
- Item X:
- Item Y:
(a) Compute both RPNs. Which does raw RPN pick? (b) A "critical items" policy says any item is reviewed regardless of RPN. Under real mission-assurance practice, which do you review, and defend it in one sentence.
Recall Solution
(a) X: . Y: . Raw RPN picks X (256 ≫ 40).
(b) You review both, but Y is non-negotiable: an mode is a loss-of-mission (or loss-of-crew) event, and RPN's low and only mean it's rare and visible — not that its outcome is acceptable. RPN ranks the workload; severity governs what you are never allowed to skip. Compressing catastrophe and inconvenience onto the same – line is exactly the blind spot Mission Assurance guards against. See also Risk Management in Spacecraft Design.
Recall Self-test: one-line reveals
RPN formula ::: , each factor –, product –. Why multiply and not add? ::: The three factors are gates in series — one small factor must be able to save you, which only a product (corner-hugging contours) does. A fast, reliable alarm gives what Detection score? ::: A low one (–) — low D is good. Adding a redundant unit moves which factor? ::: Severity (we survive), not Occurrence. Adding a sensor moves which factor? ::: Detection (we see it sooner), not Occurrence. Occurrence only changes when… ::: you change the physics/process so the part is less likely to break. What are the action bands? ::: monitor <50, review 50–150, redesign 150–500, unacceptable ≥500. Why can a low-RPN item still demand review? ::: Because an / (catastrophic) mode is unacceptable regardless of how the product turns out.