Antminer S19 – Fan Speed Error

Hard power-cycle at the breaker. Kill the breaker, wait 30 seconds, restore. Clears any wedged firmware state where the PIC lost sync with the SoC and the thermal supervisor is flagging a phantom fan error. If the error clears and doesn't return within an hour of hashing, you're done. This is the cheapest and fastest Tier 1 step and clears a meaningful slice of tickets before any tool comes out of the drawer.

Read the kernel log and identify the failing fan. Pull the miner's web UI → Kernel Log, or SSH in and `cat /var/log/kern.log | grep -i fan`. Note the fan index (`fan1`, `fan2`). On a standard S19 / S19 Pro / S19j Pro the two fans are front (intake, `fan1`) and rear (exhaust, `fan2`). S19 XP Hydro carries a single PSU/chassis fan. Knowing which physical fan to look at before you pop the lid saves a tear-down.

Visually inspect the named fan. Power off at the breaker. Remove the top panel. Look at the failing fan. Is a blade broken? Is a zip-tie tail or a piece of packaging insulation wrapped in the path? Is the cable pulled out of its header? Is the grille so dust-felted the fan can't pull air? Most of these are 30-second mechanical fixes — reseat the connector, clear the obstruction, spin the fan with a finger to verify free rotation.

Clean dust with compressed air and an anti-static brush. An S19 that's been in a dusty garage, basement shop, or detached workshop for a year or more carries enough lint and dust on the intake grilles and in the blade stack to add real rotational drag. Blow out the intake from the outside in, blow out the exhaust, then spin each fan by hand to verify free rotation. Dust-loaded bearings are a textbook cause of stall-on-startup and phantom RPM errors.

Factory-reset the miner and retry. Hold the IP-report button for 5–10 seconds during the first 2 minutes after power-on to trigger a factory reset. Wait for the miner to come back up on DHCP. Firmware regressions, corrupted fan-curve tables, and misconfigured aftermarket firmware can all cause phantom fan errors that clear with a reset. This is the last Tier 1 step before you pick up a multimeter — after this, it's a hardware problem.

Reseat the 4-pin fan cable at both ends. Power off, breaker off, wait 60 s for capacitor bleed. Disconnect the 4-pin cable from both the fan and the control board. Inspect both headers for green oxidation on the pins, bent pins, or burnt plastic. Clean contacts with isopropyl alcohol 99% if needed. Reseat firmly — listen for the click. Route the cable clear of the fan blade path before you close up. Reboot and watch the error behavior. This single step clears roughly a third of S19 fan-speed tickets in D-Central's repair queue.

Measure `+12 V` at the control-board fan header under load. With the miner running and the fan disconnected, carefully probe the header pins with a multimeter on DC (pin 1 to pin 2, `+12 V` to `GND`). You should read a clean `12 V`. No voltage at all = blown fan-drive FET on the control board (Tier 3 or Tier 4). Low voltage (`<10 V`) = degraded drive circuit. Voltage present but the fan does not spin when reconnected = fan is dead, swap it.

Swap the fan cable with a known-good one. If you have a donor S19 chassis or a spare 4-pin PWM extension from your parts bin, replace the cable wholesale. The `FG` (tach) wire fails open long before the fan motor itself dies — swapping just the cable resurrects a surprising number of "dead" fans. Route the replacement cable through the same clip path as the factory routing so it doesn't end up in a blade on reassembly. Reboot and verify the error clears.

Replace the failed fan. If bench-tested dead or if Step 7 confirmed `+12 V` at the header with a still-silent fan, order a replacement. S19 stock fans are `120 × 38 mm`, 4-pin PWM, 12 V units — common part numbers include Sanyo Denki `9GV1224P1J03`, Nidec `V12E12BS1M5-57`, or Delta `QFR1212GHE` depending on S19 sub-rev. Aftermarket replacements work as long as they hit `~6000 RPM` nameplate at 12 V and have a 4-pin PWM connector with a working `FG` tach line. Do not substitute a 3-pin fan — the firmware reads the 4th-pin `FG` signal to detect the exact fault you're trying to clear, and a 3-pin fan throws `ERR_FAN_SPEED` on boot.

Swap fans between slots to isolate. On a two-fan S19 chassis: move the suspect fan to the known-good slot and the known-good fan to the suspect slot. If the error follows the fan, the fan is confirmed dead. If the error stays in the slot regardless of which fan is plugged in, the header or the control-board drive circuit is dead and you're in Tier 3 / Tier 4 territory. Five-minute test that saves a needless `$35–$60` fan order when the actual fault is on the control board.

Cross-flash [DCENT_OS](https://d-central.tech/dcent-os/) — D-Central's own open-source Antminer firmware — for granular fan control, per-fan RPM logging, and per-chip diagnostics. DCENT_OS is [open-source on GitHub](https://github.com/DCentralTech/DCENT_OS), built by Mining Hackers, with all the per-chip HW%, tuning, autotuning, and Stratum V2 features of the commercial alternatives — and no licensing lock-in. For a fan-diagnosis workflow, DCENT_OS exposes the per-fan polling loop and gives you a live tach chart, which is invaluable for confirming whether a borderline fan is marginal or genuinely dead before you spend `$60` on a replacement. Alternatives if you prefer: Braiins OS+, LuxOS, or Vnish. All four will show you what stock firmware hides.

Upgrade the fan wall to 60,000+ hour ball-bearing or FDB fans. Stock S19 fans are end-of-life by design — rated generously, loaded aggressively, no redundancy. A common Mining Hacker move on an S19 rebuild: replace both fans with longer-life units like Noctua industrialPPC-3000 `NF-F12 iPPC-3000 PWM`, Delta `AFC1212DE`, or Sanyo Denki `9GV` series. You get `60,000+ hours` MTBF (Noctua spec is `150,000 h MTTF` at 40 °C), roughly `8–12 dB` quieter operation, and a cleaner `FG` signal that reduces phantom errors. For a miner in a Canadian basement shop or attached garage where you're near it daily, this upgrade is the single biggest quality-of-life change you can make on the platform.

Inspect and replace the control-board fan-drive MOSFET. If Step 7 showed no `+12 V` at the header, the gate-driver FET has failed. On most S19 control-board revisions this is a small SOT-23 or SOT-223 N-channel MOSFET near the fan connector — identifiable by trace routing from the fan header back to a small FET, then to the `+12 V` input rail. Desolder with hot air at `~310 °C`, replace with the same part number or an equivalent (check `VDS ≥ 20 V`, `ID ≥ 3 A`, `RDS(on)` comparable), resolder. This is fine-pitch SMD work — if you're not comfortable with a hot-air station, ship it to D-Central.

Reflash EEPROM and re-run the PIC-SoC handshake. Some S19 boards accumulate EEPROM corruption that presents as cascading errors, with fan-speed as the first flag. Use the Bitmain hash-board code editor documented for the S19 series at `support.bitmain.com`. Before writing, dump the existing EEPROM so you have a rollback image. Wrong EEPROM on the wrong sub-rev bricks the control board — verify your exact S19 sub-model (S19, S19 Pro, S19j Pro, S19 XP, S19k Pro, each has its own EEPROM image) before writing.

Run a 30-minute nameplate burn-in and verify per-chain temps + HW%. After any fan-related repair, confirm you didn't cook anything while the miner was running short on airflow. Power on, watch the web UI or the DCENT_OS dashboard, record per-chain temps at 5, 15, and 30 minutes. A healthy S19 / S19 Pro at nameplate runs chain temps in the `70–85 °C` range under normal ambient (`≤ 30 °C` intake). Any chain running hotter than baseline, or any elevated HW% on the chain closest to the previously-dead fan, means a secondary thermal problem that a fan swap alone didn't fix — cross-reference [Antminer S19 — Temperature Too High](https://d-central.tech/asic-troubleshooting/antminer-s19-temperature-too-high/) and the HW% diagnostic next.

Stop DIY when: the control-board fan-drive MOSFET is confirmed blown and you lack a hot-air SMD rework station; the hashboards show elevated HW%, missing chips, or physical damage from the thermal event that preceded the error; or you've replaced the fan *and* the cable *and* reflashed clean stock firmware and the error still persists. You're now in test-fixture territory. [Book a D-Central ASIC Repair slot](https://d-central.tech/services/asic-repair/) — we have S19-specific bench fixtures, `BM1398` / `BM1362` / `BM1368` chip inventory, control-board donors, and upgraded fan-wall stock.

D-Central's S19 bench process. Full intake inspection and cleaning, control-board removal and component-level diagnosis with the fan-drive circuit probed under load, fan replacement with upgraded `60,000+ hour` units if requested, full hashboard HW% sweep to confirm no cascading chip damage from the thermal event that caused the fan error to fire, reassembly with fresh thermal paste on the hashboards if they were cooked, and a 24-hour burn-in at nameplate with continuous temperature and RPM logging. Standard turnaround 5–10 business days. Canada, US, international.

Ship the complete miner, not just hashboards, for a fan-error ticket. For fan diagnostics we need to see the airflow path, the control-board fan drive, and the hashboards together — hashboards alone don't tell the story. Pack in the original Bitmain carton if available; otherwise double-box with at least `5 cm` of foam on every side. Include a note with the observed symptom (`ERR_FAN_SPEED` on which fan index, how long before shutdown), firmware version, whether the miner ran any time without airflow post-error, and your contact info. Good repair notes save diagnostic time and save your repair bill.