Skip to content

Bitcoin accepted at checkout  |  Ships from Montreal, QC, Canada  |  Expert support since 2016

How to fix “chain find 0 asic” on Bitmain Antminer T17+ ASICs

Start with safety and logs

Power down before opening a miner, label cables before moving boards, and capture logs before repeated reboots erase useful evidence. Record model, firmware, pool, uptime, fan speed, temperature, reject rate, chain count, and the exact error text.

Confirm the fault class

Separate configuration faults from hardware faults first. Pool errors, DNS failures, bad worker names, overheating, weak power, fan faults, and missing hashboards can look similar from the dashboard but require different fixes.

Document the test path

Change one variable at a time and keep the before/after result. Note cable swaps, PSU swaps, firmware changes, pool changes, fan replacements, ambient temperature, and whether the fault follows a hashboard, control board, network, or power source.

When to escalate

Escalate to professional repair when there is a burned smell, melted connector, breaker trip, corrosion, repeated hashboard loss, liquid exposure, or a board-level fault that returns after a basic cable, power, firmware, and airflow check.

After the fix

Run the miner long enough to confirm stable accepted hashrate, fan behavior, chip temperature, reject rate, and pool-side reporting. A dashboard that looks normal for five minutes is not enough evidence for a recurring power, heat, or hashboard fault.

· D-Central · ⏱ 6 min read

Last updated:

check_asic_number_with_power_on: Chain[0]: find 0 asic on a T17+ means the control board ran the full enumeration sequence down that hash board and not one BM1397 answered. Not a weak chain, not a tuning problem: a chain that returns nothing. bmminer drops it, the miner limps on the other two boards, and a T17+ on the 620 MHz profile (55 TH/s, 2,310 W) falls to roughly 37 TH/s. You keep the fan noise and the footprint; a third of the hashrate is gone.

What the error actually reports

Each T17+ hash board is a BM1397 daisy chain. The control board asserts RST, releases it, sends CHAIN_INACTIVE, then walks SET_CHIP_ADDR forward chip to chip on CI → CO. Every addressed chip replies up the reverse path RO → RI. check_asic_number_with_power_on counts those replies, and the count is the diagnosis:

  • Non-zero (“find 29 asic”, “lacks chips”): chip 1 answered and the chain broke after the last chip counted; you bisect for the break point.
  • Zero: chip 1 never answered, so nothing behind it matters. The fault is at the head of the board or board-wide — no board power, no boosted rail, no 25 MHz clock, a stuck reset, a missing 3.3 V logic feed, a broken signal cable, or a shorted first chip.

Pull the log to text first (how to copy the kernel log). If that chain also throws temp-sensor errors, suspect the cable: the I²C sensor pair rides the same 18-pin ribbon as RST, CI/RO and VCC_3V3.

Likely causes, most common first

  1. Signal cable or connector. One open conductor or corroded pin in that 18-pin ribbon gives exactly zero chips from a perfectly healthy board.
  2. The board never got power. The APW9+ (14.5–21 V DC, 200 A, 3,600 W @ 220 V) feeds each board its own DC rail. A loose lead, a dead PSU output or a failed boost stage all read as find 0 asic, with no domain voltages.
  3. Power/voltage controller failure. If the board’s power controller dies or its programming is corrupt, the domains never come up: 0 chips, no 3.3 V output. Measure 3.3 V at the controller before condemning the chain.
  4. Crystal / clock. Y1 is a 25 MHz crystal. No CLK, no running chips, no replies — a zero-chip board with every rail healthy.
  5. Shorted BM1397 at the head of the chain. A shorted chip collapses its domain voltage and can drag the signal lines with it, taking the whole chain dark.
  6. Level shifter at the board edge. The shifters translate between the control board’s 3.3 V logic and the chain’s native levels; a dead one silences the chain even with healthy rails and clock.

Diagnose before you desolder anything

  1. Swap the ribbon cable only, board stays in its slot. Error clears, or error follows the cable → it was the cable.
  2. Then swap the whole board (with a known-good cable) into a known-good slot. If find 0 asic follows the board to the new chain index, the fault is on the hash board. If it stays on the original index with a healthy board fitted, the fault is that slot’s control-board port or DC feed.
  3. Confirm the DC feed and the mains. APW9/APW9+ do run on 110/120 V despite the label, but at reduced output; a T17+ asking 2,310 W at 620 MHz sags the rail and drops boards. Run it on 200–240 V. See APW9 PSU problems and solutions.
  4. Inspect at 10×. Before powering: burnt parts near the power connector and first domain, cracked crystal, solder bridges, corroded ribbon header. A corrupt EEPROM can also leave a board unrecognized by the control board — worth ruling out on a used board.

Electrical measurements

Safety, stated correctly. The board’s DC domains are 1–2 V-class rails and are not a shock hazard — the risk there is your probe shorting a rail. The mains side of the APW9+ is the real danger: its PFC capacitors hold roughly 400 V after it is unplugged, so do not open the PSU. Board work: power off, wait 30 s, anti-static mat, black probe on a ground pad — never on the heatsink.

  1. Unpowered – input bus. Resistance, ground to VDD_IN. Near zero = short on the input bus (power MOSFET, boost stage, failed input cap). Stop; powering it takes out something else.
  2. Unpowered – domain impedance sweep. Black on ground, red on each of the 12 domain test points. One domain far lower than its neighbours = short (chip or LDO); far higher = open (cracked joint, lifted trace).
  3. Powered – board input. VDD_IN must sit inside the APW9+ window, 14.5–21 V DC. Zero here and the chain is innocent; the fault is upstream (see “error power lost” on T17 hardware).
  4. Powered – logic rail and boost. 3.3 V at the signal connector (absent = cable or control board, not the chain). Then the boost output capacitor: good VDD_IN with a dead boost output points at the MOSFET, the inductor or the boost controller.
  5. Powered – domain voltages. A healthy board reads all 12 domains at the same voltage. Compare them against each other, not a spec number: one clearly below its neighbours is a short (chip or LDO); one clearly above is an open. Voltage is regulated per domain, not per chip — one bad chip takes its whole domain with it.
  6. Scope – CLK at chip 1. Clean 25 MHz square wave. A missing clock with good rails is a dead crystal or a broken clock trace.
  7. Scope – CI and RO at chip 1 during boot: the 0x55 0xAA preamble should arrive on CI. Commands present on CI with RO silent narrows it to chip 1, its domain, or the edge shifter.

Board-level repair

  • Reflow before you replace. A live chip with a cold joint on CO, CLKO or NRSTO is indistinguishable from a dead one. Reflow chip 1 and the domain-boundary passives around it, then re-run enumeration.
  • No clock: replace Y1 and its loading capacitor. Dead domain: replace the failed LDO — or the boost MOSFET/inductor if the whole board is dark.
  • Dead chip: the BM1397 is a QFN-34 part — hot air with proper bottom preheat, never an iron. Replace one, re-test, move on; shotgunning chips into a board with a shorted head domain just burns parts.

Verify the fix

  1. Power on and read the kernel log again: all three chains must enumerate to the same ASIC count. Two matching chains and one short by a few chips is still a broken board.
  2. Run it 30–60 minutes and compare per-chain hashrate against your profile — the T17+ set spans 400 MHz / 1,150 W / 35 TH/s to 850 MHz / 3,850 W / 75 TH/s. A chain more than ~5 % under its siblings has a weak chip or a marginal domain.
  3. Power-cycle cold and let it come back up warm. Cold-solder faults return on the first full thermal cycle; a board that passes once is not repaired.

Common mistakes

  • Running the “lacks chips” playbook. Walking RI back from the middle domain is how you bisect a partial count. At zero, chip 1 never spoke — start at the head of the board.
  • Blaming dust. Dust causes thermal faults and fan errors; it does not make a chain enumerate zero.
  • Reflashing firmware first. It costs an hour and does not put a clock back on a dead crystal.

Related

D-Central

Bitcoin Mining Experts Since 2016

ASIC Repair Bitaxe Pioneer Open-Source Mining Space Heaters Home Mining

D-Central Technologies is a Canadian Bitcoin mining company making institutional-grade mining technology accessible to home miners. Thousands of miners repaired, 350+ products shipped from Canada.

About D-Central →

Related Posts

Start Mining Smarter

Whether you are heating your home with sats, building a Bitaxe, or scaling up — D-Central has the hardware, repairs, and expertise you need.

Browse Products Talk to a Mining Expert

Editorial review and limitations

Reviewed by D-Central's mining hardware and ASIC repair editorial team for practical accuracy, buyer risk, repair context, and operational assumptions. Verify current hardware price, stock, network difficulty, BTC price, power rate, shipping, tax, firmware, and device condition before buying, hosting, repairing, or retiring mining hardware.