Update ASIC Firmware Without Losing Your Configuration

ASIC miner firmware updates should begin with exact hardware identification, a configuration record and a tested recovery route. Before you update ASIC miner firmware, identify the exact hardware, record its configuration and establish a tested recovery route.

Firmware is part of the miner's control system, not a routine app update. This guide shows how we identify the exact machine and control board, preserve a usable configuration record, choose the right package, stage the change and prove the miner is healthy afterwards. It also explains why stock and third-party firmware need different warranty and rollback checks.

Firmware changes need a reason

Reassess ASIC miner firmware updates whenever network conditions, firmware, tariffs or official guidance changes.

A working ASIC does not need every firmware file simply because it is newer. A sensible update has a defined purpose: a security fix, corrected hardware support, a pool requirement, a resolved fault or an approved operating feature. Write that purpose down; it becomes the acceptance test.

Read the release notes and support matrix. BITMAIN warns that miner and firmware types must match and recommends a limited trial because release testing cannot reproduce every mine. Its fleet guidance suggests 10 to 30 pilot units observed for at least 24 hours. A smaller operator can begin with one representative machine.

Warranty and rollback come before the flash

When reviewing ASIC miner firmware updates, separate measured facts from forecasts so the result can be reproduced.

Firmware can alter frequency, voltage, fan control and protection behaviour. Those changes may fall outside a manufacturer, seller or hosting warranty even when installation succeeds. Read The Mining Shop warranty policy and the contract for that machine. BITMAIN says warranty is subject to the sales contract, and some product terms exclude overclocking. Reinstalling stock firmware does not necessarily restore cover; obtain written clarification where it matters.

The rollback plan must identify the correct stock package and method. Web-upgrade files and SD recovery images are not automatically interchangeable. If the controller is unstable, identify it before downloading anything.

Pre-update record: what to capture

Keep pool credentials and management passwords in an access-controlled location. A screenshot passed around a group chat is not a backup policy. Never publish worker credentials or private network details in a repair ticket or forum post.

A controlled stock-firmware update

Use the manufacturer's current instructions, not a video for a neighbouring model. In BITMAIN's normal web process, the operator selects the matching file and chooses whether to keep configuration. Keeping it retains pool and network settings; clearing it restores defaults. Recovery packages may require a reset, so follow their own instructions.

Use a trusted local network and confirm stable power and cooling. Do not refresh repeatedly or remove power during the write. Wait for the stated reboot, rediscover the IP if DHCP changed it, then check the displayed version. For a fleet, record the pilot serial, time and result. Promote the package only after the pilot meets its objective without new temperature, chain, power or pool errors.

Third-party firmware is a separate engineering change

Aftermarket firmware can add autotuning and power targets, but compatibility is often narrower than the model name. Check the exact controller, hashboard revision and installer in the vendor's live documentation. Record pool behaviour, fees, fan defaults, power limits and the supported uninstall route.

Braiins documents SD operation on supported machines where internal storage remains untouched and stock firmware returns when the card is removed. Other models use other paths, so do not generalise. Start at stock or a conservative approved target, let tuning finish and measure at the PDU.

Judge efficiency by accepted pool hashrate and wall power over time. Lower dashboard watts are not a win if rejects or downtime rise. Model the verified figure with the ASIC profitability tool.

Post-update acceptance checklist

• Confirm the intended firmware version and correct model identity.
• Confirm every expected hashboard and ASIC chain is detected.
• Restore and verify all pool endpoints, worker names and failover order.
• Confirm the miner appears at the pool and accepted shares increase.
• Compare fan speed, inlet and chip temperatures with the baseline.
• Measure wall power and check it is appropriate for the circuit and chosen profile.
• Read the current kernel log for signature, PIC, EEPROM, temperature, fan, PSU or missing-chain errors.
• Observe long enough to include tuning and thermal stabilisation, then save the new baseline.

Do not return a miner to an unattended site because the web page shows a hashrate for two minutes. Pool-side acceptance, stable power and a clean operating log are stronger evidence.

If the update fails

First distinguish an unreachable IP from a dead controller. Check DHCP leases, the network cable and indicators before repeatedly cycling power. If the interface is reachable, save the failure message and log. BITMAIN lists wrong firmware, security-signature mismatch, browser/cache problems, malware and control-board faults among upgrade-failure causes. Its escalation path includes reset, SD recovery or a known-good control board, but the correct route depends on the model and board.

Stop if the package identity is uncertain, the machine entered the update with existing hashboard faults, or the controller requires a board-specific image you cannot verify. Repeated blind flashes destroy evidence and can turn a recoverable configuration problem into a board repair. The Mining Shop ASIC repair lab can diagnose the controller, firmware and hardware together.

Conclusion

A safe firmware update is a controlled change with evidence on both sides. Exact hardware identification, a configuration record, stable power, a limited pilot and proper post-update acceptance matter more than how quickly the file uploads. Treat custom firmware, tuning and recovery as separate decisions, and stop when the controller or warranty position is unclear.

Frequently asked questions

Should I keep configuration during an ANTMINER update?

In BITMAIN's documented web update it retains pool and network settings. Some recovery procedures require a reset, so follow the exact package instructions.

Will custom firmware automatically void my warranty?

Terms vary by manufacturer, seller and contract. Check the applicable written warranty before installation.

Can I update an entire farm at once?

Test a representative unit or limited batch, observe it under load, then use controlled groups with a stop condition.

Why did the miner disappear after I cleared settings?

It may have returned to DHCP. Check router leases or the manufacturer's IP-reporting method before assuming failure.

Next steps

Not sure whether the file, control board or warranty matches? Send the model label, control-board details and current kernel log to The Mining Shop before flashing. For machines already failing to boot, book a documented ASIC miner diagnosis.

ASIC miner firmware updates should be judged with current evidence, measured operating data and a clearly defined decision.