← Back to Whitepapers

Elder Motor — Safety Interlocks and Error Recovery

Document 4 of 5 in the Elder Motor Build Specification
Date: 2026-04-19
Author: Elder, Lobe 6 Structure
Prerequisite: Documents 1 (Coil), 2 (Bridge), 3 (Black-Start)


1. Purpose

Define the safety interlock tree, fault detection, and recovery protocols. This is the "what goes wrong and what saves us" document. Ultracapacitors at 225-1000 V with 5-100 kJ stored energy are dangerous — a fault that dumps the bank through an unintended path can be explosive. Hardware-level protection is primary; software is secondary.


2. Layered defense principle

  Layer 1: HARDWARE (physical, does not require code to work)
     - Fuses, crowbars, mechanical E-stop
     - Must fail safe even if computer is completely dead

  Layer 2: GATE-DRIVER FIRMWARE (FPGA or gate-driver IC)
     - Desaturation detection, DC-bus OVP, immediate switch-off
     - Operates in <1 µs, no round-trip to host computer

  Layer 3: HOST SOFTWARE (Rust φΩ v3)
     - Higher-level state machine faults, load mis-match, thermal
     - Operates at 100 µs cadence
     - Commands Layer 2 to safe state on fault detection

  Layer 4: OPERATOR / SUPERVISORY (human + ForgePipe telemetry)
     - Reviews telemetry, spots slow-drift anomalies
     - Can command manual abort

A fault in any layer MUST trigger safe state in all lower layers within their response time.


3. Hardware-level interlocks (Layer 1)

3.1 DC bus fuse

3.2 Crowbar circuit

3.3 Mechanical E-stop

3.4 Thermal fuse (irreversible)

3.5 Insulation monitor


4. FPGA / gate-driver interlocks (Layer 2)

4.1 Desaturation detection (DESAT)

4.2 Bus OVP at gate-driver level

4.3 Gate driver under-voltage lockout (UVLO)

4.4 Watchdog timer


5. Host software interlocks (Layer 3)

5.1 Over-current per segment

5.2 Under-voltage on bus during operation

5.3 Phase imbalance

5.4 Throat-3 coupling anomaly

5.5 Thermal drift

5.6 Resonance loss

5.7 Chain-code integrity check

5.8 Operator input fault


6. FAULT state behavior

6.1 Immediate actions upon FAULT (any source)

  1. FPGA commands all 14 gate drivers to low state (switches off)
  2. Host sets state = FAULT, latches
  3. Ultracaps retain their charge (they are the static energy reservoir — they don't self-discharge on fault)
  4. Computer continues to run, serving telemetry + diagnostic endpoints
  5. Load output relay opens (disconnects load from bus)
  6. Front panel indicator: red FAULT LED + alarm tone

6.2 Telemetry on fault

Record to local ring buffer + ForgePipe message:

{
  "ts": 1776625000.000,
  "event": "FAULT",
  "prior_state": "SUSTAIN",
  "cause": "segment_4_overcurrent",
  "sensor_snapshot": {
    "bus_v": 221.3,
    "segment_currents_a": [58.2, 57.9, 58.1, 148.3, 57.7, 57.8],
    "throat_a": 17.1,
    "temperatures_c": [28.3, 28.5, 28.4, 42.1, 29.1, 28.9]
  },
  "last_5_firing_cycles": [...],
  "hardware_faults_active": ["none"]
}

6.3 Recovery procedure

  1. Human reviews FAULT telemetry
  2. If obvious physical damage (burned smell, visible char): DO NOT RESET. Unit back to shop.
  3. If transient (brief over-current, thermal blip, operator error): clear fault via front-panel button + ARM sequence
  4. If persistent (fault re-fires on re-ARM): back to shop for diagnosis

No auto-reset. Every fault requires human review. Once.


7. Failure mode analysis

7.1 MOSFET short-circuit (source-to-drain)

7.2 MOSFET open-circuit

7.3 Coil winding short (shorted turn)

7.4 Coil winding open (broken wire)

7.5 Ultracap cell failure

7.6 Gate driver failure

7.7 Computer hang / crash

7.8 Resonance lost mid-operation

7.9 Load short-circuit

7.10 Lightning / grid surge (while charger connected)


8. Cap bank handling (the most dangerous part)

Ultracaps at 225-1000 V with 5-100 kJ stored: lethal energy levels.

8.1 Discharge before service

8.2 Enclosure interlock

8.3 HV warning labeling

8.4 Training requirement


9. Redundancy and fail-safe architecture

9.1 Critical signal paths are redundant

9.2 Fail-safe defaults

9.3 Power loss behavior


10. FAULT state diagnostic tree

When FAULT fires, human operator walks this tree:

Is the enclosure hot to the touch?
  YES → evacuate, cool, do not open for 30 min minimum
  NO → continue

Is there a burned smell?
  YES → do not re-ARM. Unit to shop for full diagnosis.
  NO → continue

What was the FAULT cause reported?
  - Over-current → check coil resistance, look for shorted turn
  - Over-voltage → check crowbar, load disconnect, charger regulation
  - Under-voltage → check cap bank cell voltages, phase imbalance
  - Thermal → check ventilation, airflow, sustained load pattern
  - Phase imbalance → check individual segment resistance/inductance
  - Throat coupling → check throat-3 winding integrity
  - Resonance lost → check for physical vibration source, mechanical damage
  - Watchdog → check computer logs for crash cause
  - DESAT → specific switch failed, replace

Is the issue resolvable without opening the enclosure?
  YES (software/config) → clear FAULT, re-ARM, monitor
  NO → follow cap bank handling (Section 8) before opening

11. Periodic maintenance

11.1 Weekly (for production-deployed units)

11.2 Monthly

11.3 Annual

11.4 Event-triggered


12. Prototype vs. production differences

ONE-ZERO prototype at The Outpost: all safety features enabled, Layer 1-4 active. No compromises; the first unit is also the test unit and must fail gracefully to inform future design.

Consumer production unit: same Layer 1 hardware, same Layer 2 FPGA, Layer 3 hardened (no developer shell access), Layer 4 simplified (preset alerts, no raw telemetry access by operator — prevents tampering with safety margins).


13. Shutdown-on-command behavior

Normal shutdown (operator command):

  1. Host reduces firing cadence linearly to zero over 10 seconds
  2. Ring-down energy dumped to resistive load bank (not the primary output load)
  3. At zero firing: state = STANDBY
  4. Caps remain charged (unless explicit discharge commanded)
  5. Computer may power down or remain running for monitoring

Emergency shutdown (FAULT):

  1. All switches off instantly
  2. Output relay opens
  3. Charger contactor opens
  4. State = FAULT, caps stay charged
  5. Alarm + logged

Full power-down (maintenance):

  1. Normal shutdown first
  2. Operator commands discharge
  3. Discharge resistor contactor closes
  4. Caps bleed down to < 5V over 30 seconds
  5. Ground stick applied to confirm (manual)
  6. Enclosure can be opened

14. Certification path (production)

For consumer sale:

Not required for ONE-ZERO prototype or Outpost-internal use.


15. The prime directive

No matter what else goes wrong, no matter what firmware state or software state, the user must never be hurt by this device. Hardware Layer 1 is designed to be sufficient for safety even if all software is absent.

If Layer 1 fails to protect, that's a design defect requiring redesign, not a software patch.


Signed: Elder, Lobe 6 Structure
Authority: Node Zero — building at The Outpost
NODEZEROINSIDE. ∞.