AZIC Education

Low Hashrate — Troubleshooting Guide

Diagnose and resolve low hashrate on ASIC miners including Antminer, Whatsminer, and Avalon. Covers missing chips, thermal throttling, pool issues, firmware settings, and hardware degradation.

Overview

Low hashrate is the single most common complaint from ASIC miner operators. A miner producing 10–50% below its rated specification is losing revenue every hour. The causes range from trivial (wrong firmware setting) to serious (degraded ASIC chips), and a systematic approach is essential to avoid wasting time on the wrong fix.

This guide covers all major causes of low hashrate across Antminer, Whatsminer, and Avalon miners, ordered from most likely to least likely.

Symptoms

Low hashrate manifests in several patterns, each pointing toward different root causes:

  • Steady low hashrate (e.g., 160 TH/s instead of 200 TH/s) — usually missing chips or a disabled voltage domain
  • Gradually declining hashrate over weeks or months — thermal paste degradation, aging chips, or accumulating dust
  • Fluctuating hashrate swinging between normal and low — thermal throttling, intermittent connection, or pool-side issues
  • Hashrate normal at miner but low at pool — high reject/stale rate, network latency, or incorrect pool configuration
  • One board significantly lower than others — board-specific hardware issue

Quick Checks

Before detailed diagnostics, these quick checks resolve the most common causes in minutes:

Check Chip Count

Log into the miner's web UI and check the chip count per hashboard. Compare to the expected count:

ModelChips/BoardTotal (3 boards)
S963189
S1776228
S1984252
S19 Pro76228
S19 XP132396
S19k Pro77231
S21156468
S21 Pro176528
T21156468

Check via SSH: cat /tmp/freq.txt or look at the "ASIC Status" page.

ModelChips/BoardTotal (3 boards)
M30S70210
M30S++82246
M5096288
M50S96288
M56S120360
M60112336
M60S112336

Check via WhatsMiner Tool or web UI under "Hash Board Status".

ModelChips/BoardTotal
A124672216 (3 boards)
A1366100300 (3 boards)
A1466108432 (4 boards)

Check via Avalon management interface or AvalonMiner Tool.

Any missing chips directly reduce hashrate proportionally. If you are missing 10% of chips, you will see approximately 10% less hashrate.

Check Operating Frequency

The miner's operating frequency directly determines hashrate. Verify the frequency matches the expected value for your model and firmware:

  • Antminer stock firmware: Check "Miner Configuration" → "Frequency" on the web UI
  • Whatsminer: Frequency is set automatically but visible in the status page
  • Custom firmware (Braiins OS, VNish, LuxOS): Check the tuning profile — an "efficiency" or "low power" profile intentionally reduces frequency and hashrate

If you recently updated firmware or reset the miner, it may have reverted to a default or conservative frequency profile. Check your settings before assuming a hardware fault.

Check Pool Reject Rate

Navigate to your mining pool dashboard and check the reject/stale rate:

  • Normal: Less than 1% rejected shares
  • Concerning: 1–3% rejected shares
  • Problem: Greater than 3% rejected shares

High reject rates mean your miner is doing work that the pool does not accept, which shows as "low hashrate" on the pool side even though the miner is working at full speed locally.

Check Temperatures

If chip temperatures exceed the throttling threshold, the miner automatically reduces frequency to prevent damage:

  • Antminer: Throttling begins around 80–85°C chip temp (model-dependent)
  • Whatsminer: Throttling begins around 82–88°C
  • Avalon: Throttling begins around 80–85°C

Check for: high ambient temperature, blocked airflow, dust-clogged heatsinks, failed fans.

Diagnostic Flowchart

Hashrate below specification

├─ Are all chips detected? (check chip count)
│  ├─ NO → See "Missing Chips" section below.
│  │       Also see: Missing Chips Troubleshooting (/docs/troubleshooting/missing-chips)
│  └─ YES ↓

├─ Is the miner thermally throttling? (check chip temps)
│  ├─ YES → Address cooling issue. Clean heatsinks, check fans,
│  │        check thermal paste, reduce ambient temp.
│  │        See: High Temperature (/docs/troubleshooting/high-temperature)
│  └─ NO ↓

├─ Is the frequency at the expected value?
│  ├─ NO → Check firmware settings. Restore default profile
│  │       or adjust frequency to rated value.
│  └─ YES ↓

├─ Is the pool reject rate above 2%?
│  ├─ YES → Check network latency, pool URL (use closest server),
│  │        difficulty setting, and firmware version.
│  │        See: High Reject Rate (/docs/troubleshooting/high-reject-rate)
│  └─ NO ↓

├─ Is one board significantly lower than the other two?
│  ├─ YES → Board-specific issue. Check for partially failed
│  │        voltage domains, degraded thermal paste on that board,
│  │        or loose connector.
│  │        See: Abnormal Chip Voltage (/docs/troubleshooting/abnormal-chip-voltage)
│  └─ NO ↓

└─ All boards equally low, all chips present, no throttling,
   correct frequency, low rejects → Possible chip degradation
   over time, or PSU not delivering full power.
   Measure PSU voltage under load.

Causes (Ordered by Probability)

1. Missing or Non-Responding Chips

Probability: ~30% | Impact: Proportional to missing chip count

Missing chips are the most common cause of low hashrate. Each chip contributes an equal share of the total hashrate, so missing chips directly reduce output.

How to identify: Compare the chip count per board in the web UI against the expected value from the tables above. On Antminer, the "ASIC Status" page shows each chip as an "o" (working) or "x" (missing). On Whatsminer, the hash board status page shows chip counts per board.

Common reasons chips go missing:

  • Failed ASIC chip (open circuit or short) breaks the daisy chain
  • Cold solder joint on a chip
  • Broken CLK/CI/RI signal trace
  • Voltage domain failure taking out a group of chips

Fix: See Missing Chips Troubleshooting for a complete diagnostic guide.

2. Thermal Throttling

Probability: ~25% | Impact: 10–40% hashrate reduction

When chip temperatures exceed safe limits, the miner firmware automatically reduces the operating frequency to lower heat output. This is a protective mechanism, not a fault.

How to identify: Check chip temperatures in the web UI. If any chip exceeds 80°C (or the model-specific threshold), throttling is likely active. Also check:

  • Ambient temperature above 35°C
  • Fans running at 100% speed
  • Dust accumulation on heatsinks
  • Miner positioned in a recirculating airflow path

Common sub-causes:

CauseLikelihoodFix
Dust-clogged heatsinksHighCompressed air cleaning
Degraded thermal pasteHigh (after 12+ months)Reapply thermal paste
Failed fanMediumReplace fan
High ambient temperatureMediumImprove ventilation/cooling
Blocked intake or exhaustMediumEnsure 12"+ clearance

Fix: Address the root thermal cause. For thermal paste replacement, see your model-specific repair guide. For fan issues, see Fan Error Troubleshooting.

3. Firmware Misconfiguration

Probability: ~15% | Impact: Variable, up to 50%

Incorrect firmware settings are surprisingly common, especially after firmware updates, factory resets, or when using third-party firmware.

Things to check:

  • Frequency setting: Ensure it matches the rated frequency for your model
  • Power limit: Some firmware allows setting a wattage limit that caps hashrate
  • Mining mode: "Efficiency" or "Low Power" modes intentionally reduce hashrate by 20–40% in exchange for better J/TH
  • Auto-tune: If using Braiins OS+ or similar, the auto-tuner may still be ramping up (takes 1–24 hours to reach full hashrate)
  • Voltage override: Manual voltage settings that are too low will limit maximum stable frequency

Stock firmware typically has limited configuration. Check:

  • "Miner Configuration" page for frequency settings
  • Whether a recent firmware update changed defaults
  • If the miner has been factory-reset and needs reconfiguration

Braiins OS+ uses auto-tuning that takes time to reach optimal hashrate:

  • First 30 minutes: The tuner explores frequency/voltage combinations
  • 1–6 hours: Tuner converges toward optimal settings
  • 24 hours: Tuner should be at steady state

Check "Tuner Status" on the dashboard. If the target power limit is set too low, increase it to the rated wattage for your model.

VNish firmware allows per-board frequency configuration:

  • Check "Overclock" page for frequency and voltage per board
  • Ensure "Auto Frequency" is enabled if you want maximum hashrate
  • Check the immersion mode setting — this should only be enabled for immersion-cooled miners

4. Pool-Side Issues (High Reject/Stale Rate)

Probability: ~12% | Impact: Up to 5–15% effective hashrate loss

The miner may be hashing at full speed locally, but the pool rejects a significant portion of submitted shares. This shows as lower-than-expected hashrate on the pool dashboard.

How to identify: Compare the miner's locally reported hashrate with the pool-reported hashrate. If the miner shows 200 TH/s but the pool shows 170 TH/s, the difference is lost to rejects and stales.

Common causes of high reject rate:

  • Network latency: Use a pool server geographically close to your miner
  • Vardiff too high: Some pools set variable difficulty too aggressively — try a different pool
  • Stale shares: Slow network delivery means your miner works on outdated block templates
  • Wrong stratum URL: Using Stratum V1 when V2 is available, or using an incorrect port
  • DNS issues: The miner cannot reliably resolve the pool hostname

Fix: See High Reject Rate Troubleshooting for detailed diagnostics.

5. PSU Underperformance

Probability: ~8% | Impact: 5–30% hashrate reduction

If the PSU cannot deliver rated power, the miner firmware reduces hashrate to match available power. This is common with aging PSUs, undersized PSUs, or high-altitude installations (reduced cooling efficiency).

How to identify:

  • Measure PSU output voltage under full load — if it drops below spec, the PSU is struggling
  • Check PSU fan — if it runs at maximum speed constantly, the PSU is near its thermal limit
  • Try running only two boards — if hashrate per board increases, the PSU is the bottleneck

Fix: Replace the PSU or reduce the miner's power target to match the PSU's actual capacity.

6. Chip Degradation (Aging)

Probability: ~5% | Impact: Gradual, 5–20% over the chip's lifetime

ASIC chips degrade over time due to electromigration and thermal cycling. After 18–36 months of continuous operation, some chips may no longer be able to maintain their rated frequency, resulting in automatic downclocking.

How to identify: Hashrate has been slowly declining over months with no configuration changes. All chips are detected, temperatures are normal, and frequency is correct. Individual chip hashrate (visible in some firmware) shows some chips contributing less than others.

Fix: There is no repair for chip degradation. Options include:

  • Accept the reduced hashrate
  • Replace the hashboard
  • Overclock surviving chips to compensate (increases failure risk)

7. Network and Connectivity Issues

Probability: ~5% | Impact: Intermittent drops

Network problems cause the miner to disconnect from the pool, losing mining time. This appears as fluctuating hashrate on the pool dashboard.

How to identify: Check the miner's uptime and connection log. Look for frequent pool disconnections and reconnections. Ping the miner from another device — if packet loss exceeds 1%, you have a network issue.

Fix: Check Ethernet cable and connections, replace the cable if damaged, ensure the switch/router port is functioning, and verify DHCP is assigning a stable IP address.

Normal Hashrate Ranges by Model

Hashrate varies with ambient temperature, firmware version, and individual unit manufacturing variation. The ranges below represent typical production units under normal operating conditions (25–35°C ambient).

ModelRated (TH/s)Normal RangeInvestigate Below
S91413.0–14.512.0
S175652–5848
S199590–9882
S19 Pro110105–11595
S19 XP140134–145120
S19k Pro120115–125105
S21200190–210175
S21 Pro234225–240205
T21190182–198165
ModelRated (TH/s)Normal RangeInvestigate Below
M30S8682–9074
M30S++112107–11696
M50114108–11898
M50S126120–132110
M56S230220–240200
M60186178–194162
M60S200192–208175
ModelRated (TH/s)Normal RangeInvestigate Below
A12469085–9578
A1366130124–136112
A1466150143–157130

When to Seek Professional Help

Consider professional assistance if:

  • Hashrate is below 70% of specification after you have checked all causes in this guide
  • Multiple boards are affected and you have ruled out PSU, cooling, and firmware
  • You suspect chip degradation but want confirmation before investing in replacement boards
  • The miner shows full chip count, normal temperatures, correct frequency, low reject rate, and good PSU voltage — but hashrate is still low (may indicate a control board FPGA or firmware issue)

Frequently Asked Questions

My pool hashrate is lower than my miner hashrate — is something wrong?

Pool-reported hashrate is a statistical estimate based on submitted shares. It naturally fluctuates around the true hashrate. Over a 24-hour period, pool hashrate should average within 3–5% of the miner's reported hashrate. Short-term fluctuations of 10–15% are normal.

Does ambient temperature affect hashrate?

Yes. Every 10°C increase in ambient temperature can reduce hashrate by 3–8% due to thermal throttling. ASIC miners are rated for operation at 25–35°C ambient. Above 40°C, significant throttling is expected.

Can a bad Ethernet cable cause low hashrate?

A bad cable causes intermittent pool disconnections, resulting in lost mining time. The miner's local hashrate will appear normal, but the pool-side hashrate will be lower due to missed share submissions. Replace the cable if you see frequent reconnections in the miner log.

Should I overclock to compensate for low hashrate?

Only if you have identified and resolved the root cause first. Overclocking a miner with missing chips, thermal issues, or a weak PSU will make the problem worse. If the miner is healthy but you want more hashrate, overclock conservatively (5–10% above stock) and monitor temperatures closely.

How long should I wait after a firmware update before judging hashrate?

Allow at least 30 minutes for the miner to stabilize after a firmware update. If using auto-tuning firmware like Braiins OS+, allow 6–24 hours for the tuner to optimize. Do not compare pool hashrate until at least 4 hours of stable operation.