3.6.32 · D4Spacecraft Structures & Systems Engineering

Exercises — Redundancy — cold standby, hot standby, active redundancy

3,741 words17 min readBack to topic

Before we start, the two quantities we lean on constantly, plus the two standby formulas re-derived from scratch so you never have to take them on faith.

Figure — Redundancy — cold standby, hot standby, active redundancy

Level 1 — Recognition

Problem 1.1

State, in one sentence each, the defining difference between cold standby, hot standby, and active (parallel) redundancy in terms of the backup's power state and switchover time.

Recall Solution
  • Cold standby: backup is powered OFF; switchover is slow (seconds–minutes) because it must power on, boot, and sync.
  • Hot standby: backup is powered ON and synchronized but its output is ignored; switchover is near-instant (milliseconds).
  • Active redundancy: all units run simultaneously and their outputs are combined by voting/averaging; there is no switchover at all — faults are masked.

Problem 1.2

A component has failure rate failures per hour. What is its MTTF, and what is its reliability after hours?

Recall Solution

MTTF is just : Reliability at h: So about a chance the unit is still alive at 1000 hours.


Level 2 — Application

Problem 2.1

A spacecraft transponder has /h. You add a hot standby twin. Using find the hot-standby MTTF and compare it to a single unit.

Recall Solution

Single unit: h. Hot standby (formula derived in the intro): The gain is — exactly the "you gain half a lifetime" result, because both units age together.

Problem 2.2

Same transponder, but now use a cold standby twin with perfect switching, where Find its MTTF and the improvement ratio over hot standby.

Recall Solution

Ratio versus hot standby: . Cold standby wins because the backup does not age while switched off — its "clock" starts only at switchover.

Problem 2.3

For the hot-standby pair of Problem 2.1, compute the system reliability at h using the reliability formula derived in the intro,

Recall Solution

Recall from the intro derivation that this formula comes from "the system fails only when both units are dead," i.e. , which expands to . Here . So about . Compare a single unit at the same time: — redundancy nearly doubled the survival chance at the one-MTTF mark.


Level 3 — Analysis

Problem 3.1

A Triple Modular Redundancy (TMR) voter uses three identical units, each with reliability . The system works if at least 2 of 3 work: (a) Compute for . (b) For what value of does TMR give no benefit over a single unit (i.e. )?

Recall Solution

(a) With : Failure probability dropped from to — a reduction.

(b) Set : Roots: . The meaningful break-even is . Interpretation: TMR only helps when each unit is already better than a coin flip (). Below , three bad units vote wrong more often than one — the majority is likely to be the wrong majority.

Figure — Redundancy — cold standby, hot standby, active redundancy

Problem 3.2

Referencing Reliability Block Diagrams: a subsystem has two blocks in series (both must work), each with . You then place a redundant copy of the whole subsystem in parallel. Find the final reliability.

Recall Solution

Series first: both blocks must survive, so multiply: Then parallel: the parallel pair fails only if both subsystems fail: Final reliability . Redundancy pushed a subsystem up to — the "1 minus the product of failures" rule is the workhorse of block-diagram analysis.


Level 4 — Synthesis

Problem 4.1

You are given a Power Budget of only 8 W spare. A cold-standby unit draws 0 W while waiting but takes 120 s to switch over. A hot-standby unit draws 4 W continuously but switches in 50 ms. Your payload cannot tolerate more than 1 s of downtime during a critical 300 s descent burn.

(a) Which architecture must you use during descent, and why? (b) Outside the descent, what should you do to respect the power budget over the whole mission?

Recall Solution

(a) During descent, the downtime limit is 1 s but cold standby needs 120 s to switch — cold standby cannot meet the requirement. You must use hot standby, whose . The 4 W cost fits inside the 8 W budget. (b) Outside the critical burn there is no tight downtime requirement, so run the backup cold (0 W) to save power and reduce aging (recall ). Design answer: a mode-switched backup — cold during cruise, commanded hot a few minutes before descent so it is booted and synced when the 1 s window opens. This uses the FDI logic (Fault Detection and Isolation, defined in the intro) to trigger the switch, and gets both benefits: low average power and fast switchover when it matters. Note this "cold in cruise, hot near the burn" mode is effectively a warm-standby strategy in disguise.

Problem 4.2

A voter's decision must survive not just a silent failure but a lying unit that sends different wrong values to different receivers (a Byzantine fault). How many units does classic TMR (2-of-3 majority) tolerate, and how many are needed for one Byzantine fault? See Byzantine Fault Tolerance.

Recall Solution

Classic TMR masks 1 fail-silent or consistent-wrong fault (2-of-3 still agree). But a Byzantine unit can send value to voter-A and value to voter-B, breaking the assumption that everyone sees the same three outputs. The Byzantine result requires units to tolerate malicious faults. For : So you need 4 units (Quad redundancy) — which is exactly why the Shuttle flew 4 IMUs in its voting set, not 3.


Level 5 — Mastery

Problem 5.1

Design and justify a redundancy scheme for a spacecraft flight computer that must survive both (i) random hardware wear-out over a 10-year mission and (ii) frequent Single Event Upsets (bit flips from cosmic rays). See Single Event Upset (SEU) and Failure Modes and Effects Analysis (FMEA).

Given: each computer has permanent-failure rate /h. Mission length years h. Assume each uncorrected SEU that reaches the output causes a mission-relevant error with an SEU-induced upset rate of /h per unit.

(a) Compute single-unit reliability against permanent wear-out over the mission. (b) Quantify the SEU reliability of one bare unit over the mission, and show how TMR voting reduces it. (c) Propose an architecture that handles both failure classes and estimate the overall mission reliability, combining the TMR core with a cold-standby spare.

Recall Solution

(a) Permanent wear-out, single unit. , so A single computer has only a chance of surviving 10 years — unacceptable.

(b) SEU class — quantified. For a bare unit, the probability it delivers no mission-relevant SEU error over the mission is itself an exponential survival term with rate : So a lone unit is corrupted by an unmasked SEU of the time — far too high for a flight computer. TMR fixes this: an SEU is a transient, per-unit event, so a single upset is out-voted 2-of-1. A mission-relevant SEU error now requires two units upset in the same voting window. Treating the per-unit SEU survival as , the TMR SEU reliability is the "at least 2 of 3 good" formula: The SEU failure probability dropped from to about — that is the fault-masking payoff, and it is a job only active/voting redundancy can do, because standby switching is far too slow to catch a bit flip.

Two failure classes need two different tools:

Failure class Correct tool Why
SEU (bit flip) — transient, self-healing Active TMR / voting + memory scrubbing A flipped bit is masked instantly by 2-of-3 vote; no permanent unit is lost
Wear-out — permanent, cumulative Cold standby spare Backup ages at zero rate; extends MTTF

(c) The hybrid architecture. Run a TMR core (3 active units + voter) to mask SEUs cycle-by-cycle, plus one cold-standby spare TMR core switched in when FDI confirms the active core has permanently failed. (Distinguishing a transient SEU from a hard failure is exactly an FMEA task.)

Step 1 — permanent-failure reliability of one TMR core over the mission, using : Notice TMR alone is worse here for wear-out, because at we are barely above the break-even, and needing 2-of-3 to survive 10 years is a harder condition than needing 1. TMR is superb for masking transient SEUs within a mission but does not extend long-term wear-out survival.

Step 2 — add the cold-standby spare core. Model each core as one "super-unit" with permanent reliability . To use the cold-standby formula we need the core-equivalent rate . We get it by inverting . Taking the natural log of both sides (the log undoes the exponential): The minus sign appears because is negative (it's the log of a number below 1), and negating it gives the positive . Now apply the cold-standby reliability formula derived in the intro:

Step 3 — fold in SEU and give the overall verdict. The permanent-survival reliability of the hybrid is ; the SEU reliability of its active TMR core is . Assuming the two failure mechanisms are independent, overall mission reliability is their product: Compare a single bare unit that must survive both mechanisms: . The hybrid lifts overall mission reliability from to — nearly a improvement — while also masking every transient SEU at each clock cycle, which neither a bare unit nor a bare cold spare can do.

The mastery insight: the SEU tool (TMR voting) and the wear-out tool (cold spare) attack different failure physics on different timescales — one masks microsecond transients, the other extends decade-long lifetime. Neither alone suffices, so a real flight computer layers them, and the honest reliability number is the product of what each layer buys.


Recall Self-test recap (cover the answers)

Cold vs hot: which has longer MTTF? ::: Cold ( vs ) — backup doesn't age while off. Where does come from? ::: — system dies only when both units die. Where does come from? ::: Sum of the 0-failure and 1-failure Poisson terms — dies only on the second failure. When must you use hot standby? ::: When downtime tolerance is shorter than the cold switchover time. TMR break-even per-unit reliability? ::: ; TMR only helps above it. Units needed to tolerate one Byzantine fault? ::: . Which flavor masks a transient SEU? ::: Active redundancy (voting) — the bad output is out-voted instantly. What does FDI stand for and do? ::: Fault Detection and Isolation — detects a fault, isolates the guilty unit, fires the switch. Why layer TMR with a cold spare (Problem 5.1)? ::: TMR masks transient SEUs each cycle; the cold spare adds wear-out lifetime — different failure physics on different timescales, so multiply the two reliabilities.