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

CB_ERR Critical

Avalon – AUC Controller Failure

Avalon AUC Controller Failure — the AUC3 USB-to-IIC bridge between the host and the MM control board is dead or unreachable. Miner produces zero shares; the web UI and cgminer API are unreachable until the controller path is restored.

Critical — Immediate action required

Affected Models: Avalon A10xx, A1066, A1146, A1166, A1246, A1346, A1366, A1466, A15xx (any Avalon riding an AUC3 bridge), plus Matrix-class host controllers

Symptoms

  • Web UI unreachable or shows 'controller offline'; ssh to the host works but cgminer reports zero miners attached
  • AUC3 front LED is black (no power indicator) after a cold start with a known-good cable
  • AUC3 front LED is red sustained from boot (distinct from 'red during hashing', which is the comms-error pattern)
  • dmesg shows the AUC3 enumerating, disconnecting, re-enumerating in a loop
  • dmesg never sees the AUC3 at all — no USB device shows up when plugged in
  • cgminer startup log reads `avalon: no device found` or `ret = -1` on every `avalon_iic_xfer`
  • `echo -n 'estats' | nc <miner-ip> 4028` times out or returns an empty payload
  • Hashboards spin fans and LEDs are on, but the miner produces zero shares for 10+ minutes
  • Pool dashboard shows the miner as offline longer than the stratum-keepalive interval
  • Swapping the suspect AUC3 for a known-good spare makes the miner come back instantly
  • PS[0] array is unreadable because the API itself is unreachable — distinct signature from a PSU fault
  • Problem started after a firmware flash, power surge, move, or thunderstorm (AUC3 bridge silicon is ESD and brownout sensitive)

Step-by-Step Fix

1

Perform a 60-second cold start at the breaker — both miner and host. Not a soft reboot. USB enumeration state and cgminer driver state only clear on a true cold boot. After power-up, watch the AUC3 LED boot sequence: blue during init, transition to green when working. This step alone clears roughly 15% of 'dead AUC3' tickets in the D-Central queue because enumeration wedges and driver locks are more common than Canaan docs admit.

2

Swap the USB cable for an OEM or shielded USB-A to USB-B cable under 1.5 m, and plug the AUC3 directly into a host USB port — no hub, no extension. Cheap unshielded cables and unpowered hubs cause roughly one third of every 'dead AUC3' ticket D-Central sees. This is the single highest-leverage early move because the problem often isn't the AUC3 at all.

3

Free up the host USB root. A Raspberry Pi 4 sharing its USB stack with a keyboard, mouse, and external drive can starve the AUC3 of current under load. Unplug every non-essential USB device from the host. If the AUC3 LED lights up now, you were USB-current-starved — add a quality powered hub rated 5 V / 2 A per port as a permanent fix, or connect the AUC3 to a dedicated host USB port.

4

Reboot the host controller by itself (not the miner). On a Raspberry Pi, `sudo reboot`. On an Avalon Matrix, power-cycle only the controller. If the AUC3 comes back, the host USB stack was wedged — SD-card-based Pis are notorious for this under miner write loads. Burn a fresh Raspberry Pi OS image to a quality card (Samsung PRO Endurance or SanDisk High Endurance); cheap cards corrupt and produce exactly this symptom.

5

Try a known-good spare AUC3. Every serious multi-Avalon operator should keep one cold spare on the shelf. If the miner comes alive instantly with the spare, the original AUC3 is your failure — skip to Tier 3 bench repair. If the miner stays dead even with a known-good spare, the AUC3 is innocent and the MM control board is the real failure — switch to the MM-repair path and stop spending time on the bridge.

6

Verify USB Vbus at the AUC3 connector under load. Multimeter on DC, red probe on USB Vbus pin at the AUC3 USB-B shell, black probe on GND. Probe while the miner is hashing or attempting to. Target 4.90-5.10 V sustained. Below 4.80 V means the host port is sagging under load. Swap to a quality powered hub or a different host port with more current headroom.

7

Re-seat the IIC harness at every connector with contact cleaning. Power off at the breaker. Unseat AUC3-to-MM ribbon, MM-to-hashboard ribbons, and every connector in the path. Clean contacts with 99% isopropyl on a lint-free wipe, inspect for green oxidation and bent pins, re-seat firmly. A 10-15 minute job that resolves a meaningful chunk of intermittent 'dead AUC3' tickets in humid shops.

8

Check AUC3 ground path continuity. Multimeter on continuity mode, probe from AUC3 chassis to host chassis to outlet ground. You want clean continuity throughout. A floating AUC3 ground introduces USB-link noise that the bridge silicon can interpret as a disconnect. Residential outlets in older homes — especially pre-1980 Canadian wiring — sometimes have marginal grounds that need fixing at the outlet.

9

Continuity-test the USB cable end-to-end. Red probe on each USB-A pin, black probe on the matching USB-B pin on the other end. Each conductor under 1 ohm. Shield must be continuous both ends. A cable that looks fine but has a broken shield produces exactly this symptom under thermal load — ambient shift of 10 C flexes the copper enough to intermittently break the shield path.

10

Open the AUC3 case and visually inspect the PCB. Phillips #2, four screws on most AUC3 enclosures. Under strong raking light, inspect for: cracked PCB corners (drop damage), discolored pads around the bridge silicon, corroded USB-B port shell, lifted solder joints on the crystal or bridge IC. Take photos before closing — if you end up shipping to D-Central, those photos cut bench diagnostic time and save you repair dollars.

11

AUC3 firmware reflash via USB bootloader. Hold the AUC3 in bootloader mode (specific to hardware revision — check avalonminer.org/firmware-document/ or community guides for your exact build). Flash the matched signed firmware image for your MM hardware revision. Canaan signs images; mismatched firmware will not load. Run on a UPS — an interrupted flash on a signed image is a brick with no rollback path. No third-party open-source Avalon firmware exists in wide production use.

12

Reflow the USB-bridge IC. If visual inspection showed lifted joints or discoloration on the bridge silicon, preheat the PCB bottom side to ~150 C, then hot-air the top-side bridge IC at 310-330 C for ~30 s. Let cool naturally. Reassemble and test. Reflow works more often than expected on AUC3s because thermal cycling from miner on/off cycles fatigues BGA or QFP joints over years of service.

13

Replace the USB-B connector. Corrosion on the USB-B female port is extremely common in humid installs. With a soldering iron and solder wick, remove the old connector, clean pads with flux, solder a new USB 2.0 USB-B female connector in place. Cheap (under CAD $3 in parts), 10-minute fix, high success rate on units that enumerate intermittently.

14

Swap the USB-bridge silicon. If the bridge IC is confirmed dead (no enumeration, Vbus clean, visual damage or silent silicon failure), desolder with hot air and fit a replacement. FT232H-class bridges are available from LCSC, Digi-Key, and Mouser for under CAD $20. This is the single most common bench-level AUC3 repair D-Central performs — a 30-minute bench job that resurrects the bridge completely.

15

Replace the crystal oscillator. If the bridge chip is fine but boot is unreliable, the 12 MHz crystal is often the culprit — crystals drift with age and thermal cycling, eventually out of spec. Hot-air desolder, fit a new matched crystal, test. Easy repair, under CAD $5 in parts, and it resolves 'boots most of the time' symptoms that no amount of firmware reflashing will fix.

16

Stop DIY and ship to D-Central if: AUC3 has been reflashed with matched signed firmware and still won't enumerate, AUC3 bridge has been swapped and the unit boots but loses comms randomly (deeper PCB defect), the MM board is confirmed dead (higher-order repair), or there is visible heat damage or burnt-component odor on either AUC3 or MM. You are now in multi-component bench territory.

17

D-Central bench process: full functional test on a programmable USB + IIC test fixture, bridge-chip swap with new-stock silicon, crystal replacement, USB-B port replacement, PCB trace repair for cracked boards, firmware reflash on both AUC3 and MM with matched signed images, and 24-hour burn-in at nameplate before return shipping. Turnaround 5-10 business days from receipt.

18

Ship safely. AUC3 in an anti-static bag, bubble-wrapped, in a padded box with at least 5 cm of foam on every side. Include a note with: observed LED pattern on boot, current MM firmware version, results of Tier 1-3 steps, and your contact info. The note cuts bench diagnostic time 30-60 minutes — which cuts equivalent dollars off the invoice. Canada Post Xpresspost or UPS Standard for domestic; D-Central handles international receiving from anywhere.

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.