Passer au contenu

Nous améliorons nos opérations pour mieux vous servir. Les commandes sont expédiées normalement depuis Laval, QC. Questions? Contactez-nous

Bitcoin accepté au paiement  |  Expédié depuis Laval, QC, Canada  |  Soutien expert depuis 2016

ERR_NO_HASHBOARD Critical

Antminer S21 – Hashboard Not Detected

Hashboard not detected — control board reports `0 ASIC` on one or more chains; `kern.log` shows `check_asic_number_with_power_on: Chain[N] find 0 asic`.

Critical — Immediate action required

Affected Models: Antminer S21, S21 Pro, S21+, S21+ Hyd, S21 XP, S21 Hydro

Symptoms

  • Web UI `ASIC Status` column reads `0` for one or more chains while the others read `69` (nominal on S21 / S21 Pro)
  • `kern.log` shows `check_asic_number_with_power_on: Chain[0] find 0 asic` (substitute `[1]` or `[2]` for the dead chain)
  • Kernel log also shows `get power type version failed`, `bitmicro_pll_init Chain[N] failed`, or `ERROR_SOC_INIT`
  • Total hashrate drops to roughly 2/3 of nameplate (one dead chain) or 1/3 (two dead chains) — ~133 TH/s or ~66 TH/s vs the 200 TH/s S21 nameplate
  • Dashboard `missing chain` indicator or red X on a specific chain position
  • Fans on the suspect slot spin at full speed — control board can't read the chain temp sensor so it defaults to max PWM
  • Hashboard LED on the affected chain is dark or red-latched while the other two are green
  • Pool dashboard reports reduced share submission and lower accepted-shares-per-minute
  • Miner still boots to the web UI and connects to pool — separates ERR_NO_HASHBOARD from CB_ERR or ERR_SHORT
  • Swapping the suspect board to a different slot: fault either follows the board (board fault) or stays in the slot (backplane / cable / control-board fault)
  • Visual inspection: ribbon cable partly out of its ZIF socket, bent data-connector pin, or darkened power-connector contact
  • On a freshly received S21 the fault is present out of the box — shipping damage, factory ribbon-seating fault, or DOA hashboard

Step-by-Step Fix

1

Power-cycle at the breaker for 60 s minimum. Flip the breaker off, wait 60 s — not 5 s — to allow residual rail voltage to fully discharge and driver state to clear, flip on. Watch the web UI for the missing chain to reappear. A surprising number of transient ERR_NO_HASHBOARD events come from wedged chain-init state and nothing more. If the chain reappears, monitor for 24-48 h to confirm it isn't recurring before you consider it fixed.

2

Factory-reset the firmware profile. Hold the IP-report / Reset button for 5 s within the first 2 min after power-on. This clears any custom autotuner state, aggressive undervolt profile, or overclock that may be pushing a marginal domain past its cutoff. Wait for the miner to come back up, check chain status. If the profile was the culprit, rebuild your tuning at lower frequency and ambient margin.

3

Verify ambient and airflow. S21s throttle and sometimes drop chains under thermal stress. IR thermometer on the intake — target ≤ 35 °C. Check that nothing is blocking intake filters, that the miner has at least 30 cm clearance on the intake side, and that hot exhaust isn't recirculating back to intake. A miner in a sealed closet may pass the first 15 minutes of hashing and then drop a chain when the room catches up to exhaust temp.

4

Check firmware version and Bitmain release notes. S21 firmware has shipped regressions. Log into the web UI, note the installed version, cross-check against support.bitmain.com S21 firmware notes. If you're on a version flagged with chain-init regressions, roll one back via the documented USB procedure. Verify the build matches your hardware revision — S21 and S21 Pro do not share every build.

5

Reseat network cable and verify pool configuration. Rule out the `looks like a chain problem but actually the pool dropped us` scenario by confirming the miner is connected, the pool config hasn't been overwritten, and eth0 link LED is solid green. If the miner restarted into factory defaults, your pool URL and worker name are gone and need re-entering.

6

Open the chassis and re-seat every ribbon cable. Breaker off, 60 s discharge. Phillips #2 driver to remove the top cover. ESD wrist strap grounded to chassis. For each hashboard's data ribbon: flip the ZIF latch open, pull the ribbon fully out, inspect contact fingers and socket pins with a 10x loupe for corrosion / bent pins / dust, push the ribbon fully back in until it bottoms out, close the latch until you feel and hear the click. Do the same for the ribbon at the control-board end. This single step fixes roughly 60% of ERR_NO_HASHBOARD tickets at D-Central's bench.

7

Re-seat the hashboard power connectors. The 18-pin power connector between each hashboard and the backplane is a common failure point. Unplug, inspect for darkened pins or melted retention clips, reseat firmly until fully seated. Darkened pins = replace the connector or ship to D-Central. Never re-power with a visibly heat-damaged connector — the next startup transient may take out the backplane and turn a CAD $25 repair into a CAD $450 one.

8

Swap the suspect hashboard to a known-good slot. Label slots 0 / 1 / 2 with tape. Move the dead-chain board to a slot that was healthy. Move the healthy board to the dead slot. Power on. This 5-minute swap tells you definitively: fault follows the board (board is bad, proceed to component-level diagnosis) or fault stays in the slot (control board / backplane / ribbon is bad, likely Tier 4). Document the result before doing anything else.

9

DMM the +12 V rail at the board-to-backplane connector under load. Multimeter on DC volts, black lead to chassis ground, red lead to the +12 V pin on the backplane-side header. Miner hashing at full power. Expect ≥ 12.2 V sustained. If it sags to < 11.8 V under load, PSU is tired or the backplane trace is damaged. Rock-solid voltage = power is fine and the fault is on the board itself.

10

Swap PSU with a known-good APW171 or APW241. Match the variant exactly — an APW171 into an S21 Pro socket won't deliver the current the Pro needs. If the chain comes back with the known-good PSU, the original is the fault. Ship the original PSU to D-Central for a component-level rebuild — CAD $120-240 — which is much cheaper than a new unit. If the chain stays dead with the known-good PSU, PSU is not the issue and you can move on.

11

Flash DCENT_OS — D-Central's own open-source Antminer firmware — for post-repair validation and per-chip isolation. Per-chip HW%, autotune, per-domain voltage/temp diagnostics, stratum v2 support. Source on GitHub. Alternatives: Braiins OS+, LuxOS, Vnish. Why this matters for ERR_NO_HASHBOARD: once a chain comes back alive, DCENT_OS tells you which position in the 69-chip chain was nearly dead — giving a pre-emptive repair target before the chain re-fails under autotune. Stock Bitmain firmware only shows chain-level status and hides this data.

12

Bench-PSU bring-up of the suspect board. Lab PSU at 13.8 V, current limit 3 A. Connect +12 V and GND to the suspect board — no ribbon, no data. Power on. Healthy board draws < 0.3 A in pre-bringup and settles within 2 s. Shorted board clamps at the current limit and voltage sags to a few volts. Run thermal camera or IR thermometer over the board within the first 5 s — the shorted component heats first. Mark the hot component, photograph, cut power immediately when identified.

13

Replace a shorted input boost / buck FET. Desolder the flagged FET with hot air — bottom-side preheat ~150 °C, top-side 310-330 °C for ~30 s. Clean pads with solder braid plus flux. Drop a replacement of the same or equivalent part number (Bitmain private-marks their FETs; Zeus Mining's cross-reference tables are the best public source). Reflow, clean with IPA 99%, re-test on the bench PSU at the 3 A current limit before re-installing in the miner.

14

Replace a cracked MLCC or dead electrolytic. 0402 / 0603 ceramics and smaller electrolytics fail short under vibration or thermal stress. Hot-air off the cracked cap, replace with a same-voltage-rating part — do not downgrade voltage rating, a 6.3 V cap into a 12 V rail is a future fire. Inspect under loupe for solder bridges between the 0402 pads before re-powering. MLCC replacement is the cheapest chip-level repair and also the finickiest.

15

Re-flash the control-board eMMC. Unlike S9/S17/S19, S21 doesn't have a microSD recovery slot — recovery lives on eMMC. Use Bitmain's S21 recovery image and the documented USB-based flashing procedure. Read the eMMC recovery guide carefully before starting — an interrupted flash on S21 bricks the controller and forces a control-board swap. If in doubt, stop and ship to D-Central.

16

Know when to stop DIY. Ship to D-Central when: visible fire damage, bulging caps, cratered chips, or PCB delamination; one chain missing plus a second chain drops within 30 days; fault stays with the slot after a board swap (control-board/backplane repair territory that needs a Bitmain jig and schematics); bench-PSU isolation points at a dead BM1370 chip and you lack 0.5 mm pitch BGA reflow experience; re-flash attempt bricked the eMMC. Pushing past any of these lines turns a CAD $150 repair into a CAD $900 full-board replacement.

17

Ship safely to the Mining Hackers. Anti-static bag per hashboard. Double-box with ≥ 5 cm foam on every side. Ship the control board separately if suspect. Include a printed note with observed symptoms, kern.log excerpt if captured, firmware version, date of first fault, electrical environment (120/208/240 V single/split/3-phase), and contact info. D-Central's S21 bench process: programmable current-limited load, per-chain voltage-rail validation, thermal-camera isolation, component replacement, full reflow and reseal, 24 h nameplate burn-in with DCENT_OS per-chip logging. Turnaround 5-10 business days, Canada-wide shipping, US and international welcome.

When to Seek Professional Repair

If the steps above do not resolve the issue, or if you are not comfortable performing these repairs yourself, professional service is recommended. Attempting advanced repairs without proper equipment can cause further damage.

Related Error Codes

Still Having Issues?

Our team of Bitcoin Mining Hackers has been repairing ASIC miners since 2016. We have seen it all and fixed it all. Get a professional diagnosis.