Thermal Runaway: What It Is, and How to Prove Your Printer Survives It
A ten-minute test that tells you whether your printer would catch a heater failure — or keep heating until something burns.
Thermal runaway is the failure where a printer keeps applying power to a heater while believing the temperature is fine. The usual cause is mechanical: the thermistor falls out of the heat block. Now the sensor reads cooling air, the firmware asks for more power to reach target, the block keeps climbing, and nothing stops it.
Modern firmware ships with protection for this. It is not optional and it is worth verifying rather than assuming.
What the protection actually does
Two checks run continuously:
Watch period. After a heating command, if temperature has not risen by a minimum amount within a set window, the firmware halts. This catches a disconnected or displaced thermistor that reads a fixed low value.
Hysteresis check. Once at target, if measured temperature drifts outside a band for longer than a set period, the firmware halts. This catches a thermistor that has fallen out mid-print.
On a halt the printer should kill all heaters and require a full power cycle. Anything less is a bug.
Verify it in ten minutes
You do not need to create a dangerous condition. You need to create a sensor disagreement.
- Heat the hot end to 200 °C and let it stabilise.
- With the printer running, carefully slide the thermistor out of the heat block — tools, not fingers, and stay clear of the block.
- Watch the readout. It should fall fast. Within the hysteresis window, the printer should stop with a thermal runaway error and shut off heat.
If the printer instead keeps heating, or simply reports a drop and continues, your protection is disabled or misconfigured. Fix that before you print again.
Repeat for the bed if your bed has an independent thermistor.
Common ways it gets disabled
Firmware compiled with it commented out. On Marlin builds, look for THERMAL_PROTECTION_HOTENDS and THERMAL_PROTECTION_BED in the configuration. Some vendor builds and many older custom builds ship them off.
Klipper without verify_heater tuning. Klipper enables verification by default, but aggressive max_delta or check_gain_time values edited to silence nuisance errors will silence real ones too.
A "fix" for false positives. If your printer trips protection during normal printing, the answer is to find the cause — a part cooling fan blasting the heat block, a loose thermistor, bad PID values — not to widen the window until the error stops.
The mechanical side matters more
Firmware is the backstop. The primary defence is that the thermistor cannot move.
- Use a screw-retained thermistor cartridge rather than a bare bead pushed into a hole.
- Strain-relieve the wiring so head movement does not tug on the sensor.
- Inspect the heater and thermistor wires where they flex. Repeated bending cracks insulation, and a short at the heater cartridge is the other way this failure happens.
- Replace any heat block with visibly cooked plastic around the thermistor hole.
Worth doing regardless
Put the printer on a non-combustible surface. Keep it out of the path of anything you would mind losing. If you print unattended at all, a smoke detector in the room is a twenty-dollar decision that does not need justifying.
Spotted something wrong, or have a fix that works better? Tell us at cobornassets@gmail.com — corrections get credited.
