Lesson 4 of 6 · Radiation and hardware faults
Plan for faults that affect hardware and stored state
8 minute lesson · 3 checks along the way
Your goal for this lessonDistinguish detection, correction, redundancy and recovery.
In this lesson 3 sections · 3 checks
Using archive links & definitions
Words with a dotted underline open a short definition right here in the lesson.
Read & understand
Radiation can change electronic behavior
Energetic particles can disturb electronic devices. Some single-event effects change stored state temporarily; others can interrupt operation or cause more serious device effects. Accumulated exposure can also matter. The appropriate mitigation depends on the component, environment and consequences of the particular effect.
A flipped memory bit is a useful introductory example, but not every radiation effect is a harmless bit flip and not every incorrect bit was caused by radiation. Fault investigation needs evidence. The computing architecture should address relevant failure modes rather than assuming one universal cause or cure.
Check 1 of 3
10 pointsUse the reading above. You can try again without losing points.
Read & understand
Detection is not the same as correction
An error-detecting code can identify certain corrupted data patterns. An can repair specified patterns within its designed capability. Neither label promises that every possible corruption will be handled. The supported fault model and response to uncorrectable conditions must be explicit.
In a fictional three-channel voter, two channels report 7 and one reports 9. Majority voting selects 7 under an assumption that the two agreeing channels are trustworthy and the voter works. If all channels share the same wrong input or software defect, agreement does not establish a correct physical answer.
Agreement depends on the fault model
Original teaching diagram. Fictional voter inputs. Channel A: 7; B: 7; C: 9. Majority result: 7. Remaining questions. Shared input or software error?. Voter and recovery verified?. Detection, correction and recovery each cover specified conditions rather than every possible fault.
Open full-size diagram in a new tab: Agreement depends on the fault modelCheck 2 of 3
10 pointsUse the reading above. You can try again without losing points.
Read & understand
Recovery has its own dependencies
A can detect a missing expected sign of progress and trigger a defined recovery action, such as a reset. That can restore service after some faults, but it does not repair a permanently damaged component or guarantee that the state after restart is appropriate.
Test the recovery path, including saved state, initialization, communication and repeated faults. A spare computer may share power or sensors with the primary. Independence must be assessed through those connections. The objective is sustained required function under a stated set of faults, with remaining limitations understood.
Check 3 of 3
10 pointsUse the reading above. You can try again without losing points.
Put it together
Your lesson progress
Each check connects to a part of the story. Complete all 3 to earn your 25-point lesson bonus.
Explore further · Optional
Go to the source
Explore the evidence behind this lesson. These optional readings and videos open in a new tab.
- Read: NASA: single-event-effect criticality analysisCompare the explanation and its assumptions with the worked example in this lesson.
- Read: NASA: small-spacecraft avionicsCompare the explanation and its assumptions with the worked example in this lesson.
- Read: NASA software handbook: fault recoveryCompare the explanation and its assumptions with the worked example in this lesson.