<p>Using CGMiner 4.9.0
 I have been trying for MONTHS to get all five of these to all work at the same time without ZOMBIE
and ERRORS that make the whole process a waste of time.
I did the Zadig thing, a million times, can do it in the sauna, while reading bad Hungarian poetry.
All my devices are running the right drivers.
I tried new power supplies, new cables, new software...NOTHING WORKED.
I want all 5 U3 Miners running normally at once on the same machine!
I could get them all to run in 2's or 3's, but with 4 or 5 they would hash at ridiculously low speeds, and crash to zombie a LOT.</p>

<p>I could run ANY THREE at a time, but 4 would start the errors and crashes all over again.</p>

<p>Well, I bought FIVE of these, and I am determined. So I start moving things to a different directory, to "start all over" and while doing this, I notice... I HAVE TWO EXPLORER WINDOWS OPEN AT ONCE. I think to myself. TRY OPENING TWO CgmINERS!!!
  OK, Now what? one is running 5 U3's terribly, and the other is whining about all the devices being busy, or not there, etc.
so I Disable two of those first 5 with the USB Menu in CGMiner. THen I BLACKLIST THOSE TWO.
   I look at the other window and VOILA!! The two I blacklisted from one CGminer are now hashing like crazy in the other one! I have 5 U3 Miners running at once on the same machine! And if one goes ZOMBIE, the other miner grabs it and wakes it back up!</p>

<p><a href="https://i.sstatic.net/Ffv3H.jpg" rel="nofollow noreferrer"><img src="https://i.sstatic.net/Ffv3H.jpg" alt="2 at once!"></a></p>

<p>Here's the setup for the BAT file...
 --au3-freq 238 --au3-volt 775
 I am so happy, I wanna give myself a kiss!!!</p>

CC BY-SA 3.0
2015-09-17T09:26:41.923Z
This is pretty genius discovery.. hahahah! Well done mate! I sold mine and got a BFL Monarch. Plugged in, setup, running for months without problem :)
Piotr Kula
CC BY-SA 3.0
2015-09-16T23:07:46.070Z
2015-09-18T02:46:06.230Z
2015-09-18T02:46:06.230Z
unclekeninaz
<p>I think I might have cracked the issue with the U3 going zombie. I'm sure most miners have their computers set to never sleep, so perhaps the user guide is not specific enough. Under Windows 10, I've gone into device manager, listed devices by connections, found the USB to UART bridge, and then under the power management tab set windows to never set the device to sleep for every hub down to the root hub. So far running a treat.</p>

CC BY-SA 3.0
2015-09-28T20:25:02.350Z
I was running mine under Linux.... I wonder if there is a similar setting? Well, I had other miners running for months without ever going zombie.. so I doubt it.. lets see how long it goes for you. I bet not longer than 48hours :(
Piotr Kula
CC BY-SA 3.0
2015-09-28T20:33:34.057Z
It has been going for more than 48 hours, but I had to restart it at one point when the output dropped from 63GHz to 45GHz. This has happened once before once I've left my humble abode and it is probably a heat issue when the environment gets stuffy. Only good thing about it, is after such an occurrence I hardly get any HW errors, when it usually churns out about 2% duds.
LowHashRateMiner
CC BY-SA 3.0
2015-09-28T20:36:39.967Z
Hmmm. I had that droppage too, but mine were running in 20 degree Celsius server room, and also repasted (cause somebody thought all that past was causing an issue- didn't solve it for me) Well, maybe you solved something in a Windows perspective then... couldn't think what the Linux equivalent would be that.(running on Ubuntu server headless, so it must be tuned to always stay online as there is no sleep or hibernation support there) If it zombies.. let us know. or forever be silent in happiness :)
Piotr Kula
CC BY-SA 3.0
2015-09-29T07:34:12.853Z
God damn walking dead. No more U3's for me.
LowHashRateMiner
CC BY-SA 3.0
2015-09-29T07:36:29.910Z
Sorry bro :( they arę just f@ked those things. Well sell them quick.
Piotr Kula
CC BY-SA 3.0
2015-09-29T08:34:58.760Z
Suppose the lump of dung will have to do for now. For the cost of it, it outperforms the USB stick by a mile, even if I need to restart the thing from time to time. USB U2+ sticks hardly make an impact, and a bank of them on a powered hub soon adds up in cost for very little hash rate. I really can't guarantee the operating environment of a BFL, so I'll live with what I've got until I am in a position to operate a decent unit. Might have to try the 2 cgminer trick outlined in this thread.
LowHashRateMiner
CC BY-SA 3.0
2015-09-29T08:48:08.323Z
OK- Here was my .. crappy solution for a while. I put a wall timer on, connected the USB hub power to that and made sure all the U3 were powered from that. set it to go power out for 15 minutes.(that was my min) It is important to reset the USB buses and the U3, hard cycle completelty. After power up they restarted... mostly. Sometimes I had to restart cgminer. You need to make sure USB hub is NOT powered from PC.. usually means doing somethign with the cable.
Piotr Kula
CC BY-SA 3.0
2015-09-28T20:20:37.203Z
2015-09-28T20:20:37.203Z
LowHashRateMiner
<p>did you read the manual?</p>

<blockquote>
  <p>To prevent the interruption of USB power supply, please ensure the
  computer is not in standby or sleep mode. Otherwise, the cgminer wouldn’t find
  the miner even make it ZOMBIE.</p>
</blockquote>

<p>source: Page 4 of <a href="https://www.bitmaintech.com/files/download/AntMiner-U3%20user%20guide.pdf" rel="nofollow">https://www.bitmaintech.com/files/download/AntMiner-U3%20user%20guide.pdf</a></p>

CC BY-SA 3.0
2015-07-26T09:52:07.210Z
2015-07-26T09:52:07.210Z
analpaper
<p>Have the same problem, keeps getting ZOMBIE.</p>

<p>I solved the problem but power cycle my controller which is a custom beaglebone board, power cycle is made fully automatic by cron jobs.</p>

CC BY-SA 3.0
2015-11-25T09:54:42.257Z
Yes. Only power cycle helped me too. Can you post some pics or details. Just in case somebody else wants to something interesting and make your answer better.
Piotr Kula
CC BY-SA 3.0
2015-11-26T04:55:30.560Z
i made init.d script. using `screen` and crontab issues `poweroff` or equivalent command  to power cycle the controller board.
c2h2
CC BY-SA 3.0
2015-11-25T09:52:41.480Z
2015-11-25T09:52:41.480Z
c2h2
<p><strong>Hey Friends,<br>
I run the the Antminer U3 with Minera 0.6.1 and the latest official cgminer on my raspberry PI 1 B -> Stable arround 60 GH/s with these Extra settings: </strong> <br>
--au3-volt 825 --au3-freq 237.5         <strong> = 60 GH/s </strong><br>
--au3-volt 825 --au3-freq 225.0         <strong> = 55 GH/s </strong><br></p>

<p><strong>---> It will start everytime with 4 HW errors, but then after some minutes it will go stable</strong></p>

CC BY-SA 3.0
2015-10-18T11:30:50.323Z
2015-10-18T11:30:50.323Z
davidduckwitz
<p>I've recently obtained a U3. I've experienced the zombie issue at 250MHz, 830mV settings. Sometimes cgminer wakes it up again as AU3 1 instead of AU3 0, sometimes it does not. I also have a U2+, so I use the --usb bus:dev option to run them in separate cgminers.
I experience a much higher HW rate error on the U3, even at stock settings. HW errors on the U2+ running at 250MHz are rare.
So far it is running stable again at 237.5 MHz, 800mV. The default is 225MHz, 750mV, which is 3.33mv per MHz. It could be that running below that is causing the zombie issue. Might try 250MHz again with a higher mV once I am happy at this setting. I have my U3 sat on my computer top front exhaust fan, which is very cool as all the CPU/GPU heat is being blown out of the back.</p>

CC BY-SA 3.0
2015-09-24T07:30:54.807Z
2015-09-24T07:30:54.807Z
LowHashRateMiner
<p>I added a timer to my rig to powercycle it daily as reboots didn't work anymore. Then this started failing after 3-4 hours of processing.  I've adjusted my setting to 237.5 MHz, 825mV and have been stable for a couple of days now, still power cycling it daily.</p>

CC BY-SA 3.0
2017-03-14T18:06:55.587Z
2017-03-14T18:06:55.587Z
erics
<p>This is a known and notable problem with Antminer U3s.  It's discussed at various locations around the Web.</p>

<p>The design couples the USB and miner +5V power rails, which is not good practice.  USB interfaces should be both electrically and optically isolated.  When a unit goes ZOMBIE, it generally requires unplugging and replugging to restart it, which fits with the above.  Some commenters claim that cutting the power lines in the USB cables improves reliability.</p>

<p>However, the maintainer of cgminer comes right out and says that the design is inherently unstable.  In light of my own experience I agree.  I ran three Jalapenos on a dedicated Pogoplug linux system for a year with no problems.  Two U3s have been on the same Pogoplug for two weeks now, and neither has run for 24 hours straight.  They're going back to the seller tomorrow.</p>

<p>Long and short of it, if you get a stable unit it will serve you well.  But most of them are unstable to at least some degree.</p>

CC BY-SA 3.0
2015-07-26T18:16:59.037Z
I sold my 3 units and got a BFL 750Gh/s for the same price (+ new power supply) of eBay. Been running stable for weeks. Also ran 15 x U3 USB sticks before, stable for several months. These Antminers are a poor attempt of something..? (Running on Ubuntu cgminer and bfgminer)
Piotr Kula
CC BY-SA 3.0
2015-07-26T13:18:00.993Z
2015-07-26T13:18:00.993Z
Buck Naked
<p>I got 2 U3 running on Linux Ubuntu cgminer 4.9.0.</p>

<ul>
<li>Dedicated Power Supply</li>
<li>New short USB cables</li>
<li>Cold room ambient 5 degrees celcius (heat sinks don't go over 40 degrees)</li>
</ul>

<p>Not once have I managed to run them longer than 24 hours. Does anybody know why they keep going ZOMBIE?</p>

<p>Once they go ZOMBIE like this they are not detected by cgminer and sometimes show in lsusb but not always. The only way to fix this is to remove USB cable and Power, restart cgminer, then plug power back in and USB.</p>

<antminer><u3>
Bitmain Antminer U3 keeps going Zombie
Piotr Kula
# Bitmain Antminer U3 keeps going Zombie

(Asked by: username_0 on 2015-01-06)

I got 2 U3 running on Linux Ubuntu cgminer 4.9.0.

* Dedicated Power Supply
* New short USB cables
* Cold room ambient 5 degrees celcius (heat sinks don't go over 40 degrees)

Not once have I managed to run them longer than 24 hours. Does anybody know why they keep going ZOMBIE?

Once they go ZOMBIE like this they are not detected by cgminer and sometimes show in lsusb but not always. The only way to fix this is to remove USB cable and Power, restart cgminer, then plug power back in and USB.

**Tags:** antminer, u3


---

## 8 answers

### Answer by username_7 on 2015-07-26. Score: 3 | Accepted answer

This is a known and notable problem with Antminer U3s. It's discussed at various locations around the Web.

The design couples the USB and miner +5V power rails, which is not good practice. USB interfaces should be both electrically and optically isolated. When a unit goes ZOMBIE, it generally requires unplugging and replugging to restart it, which fits with the above. Some commenters claim that cutting the power lines in the USB cables improves reliability.

However, the maintainer of cgminer comes right out and says that the design is inherently unstable. In light of my own experience I agree. I ran three Jalapenos on a dedicated Pogoplug linux system for a year with no problems. Two U3s have been on the same Pogoplug for two weeks now, and neither has run for 24 hours straight. They're going back to the seller tomorrow.

Long and short of it, if you get a stable unit it will serve you well. But most of them are unstable to at least some degree.

> **Comments:**
> **username_0**: I sold my 3 units and got a BFL 750Gh/s for the same price (+ new power supply) of eBay. Been running stable for weeks. Also ran 15 x U3 USB sticks before, stable for several months. These Antminers are a poor attempt of something..? (Running on Ubuntu cgminer and bfgminer)  

---

### Answer by username_1 on 2015-09-16. Score: 2

Using CGMiner 4.9.0
I have been trying for MONTHS to get all five of these to all work at the same time without ZOMBIE
and ERRORS that make the whole process a waste of time.
I did the Zadig thing, a million times, can do it in the sauna, while reading bad Hungarian poetry.
All my devices are running the right drivers.
I tried new power supplies, new cables, new software...NOTHING WORKED.
I want all 5 U3 Miners running normally at once on the same machine!
I could get them all to run in 2's or 3's, but with 4 or 5 they would hash at ridiculously low speeds, and crash to zombie a LOT.

I could run ANY THREE at a time, but 4 would start the errors and crashes all over again.

Well, I bought FIVE of these, and I am determined. So I start moving things to a different directory, to "start all over" and while doing this, I notice... I HAVE TWO EXPLORER WINDOWS OPEN AT ONCE. I think to myself. TRY OPENING TWO CgmINERS!!!
OK, Now what? one is running 5 U3's terribly, and the other is whining about all the devices being busy, or not there, etc.
so I Disable two of those first 5 with the USB Menu in CGMiner. THen I BLACKLIST THOSE TWO.
I look at the other window and VOILA!! The two I blacklisted from one CGminer are now hashing like crazy in the other one! I have 5 U3 Miners running at once on the same machine! And if one goes ZOMBIE, the other miner grabs it and wakes it back up!

[![2 at once!](https://i.sstatic.net/Ffv3H.jpg)](https://i.sstatic.net/Ffv3H.jpg)

Here's the setup for the BAT file...
--au3-freq 238 --au3-volt 775
I am so happy, I wanna give myself a kiss!!!

> **Comments:**
> **username_0**: This is pretty genius discovery.. hahahah! Well done mate! I sold mine and got a BFL Monarch. Plugged in, setup, running for months without problem :)  

---

### Answer by username_2 on 2015-09-28. Score: 1

I think I might have cracked the issue with the U3 going zombie. I'm sure most miners have their computers set to never sleep, so perhaps the user guide is not specific enough. Under Windows 10, I've gone into device manager, listed devices by connections, found the USB to UART bridge, and then under the power management tab set windows to never set the device to sleep for every hub down to the root hub. So far running a treat.

> **Comments:**
> **username_0**: I was running mine under Linux.... I wonder if there is a similar setting? Well, I had other miners running for months without ever going zombie.. so I doubt it.. lets see how long it goes for you. I bet not longer than 48hours :(  
> **username_2**: It has been going for more than 48 hours, but I had to restart it at one point when the output dropped from 63GHz to 45GHz. This has happened once before once I've left my humble abode and it is probably a heat issue when the environment gets stuffy. Only good thing about it, is after such an occurrence I hardly get any HW errors, when it usually churns out about 2% duds.  
> **username_0**: Hmmm. I had that droppage too, but mine were running in 20 degree Celsius server room, and also repasted (cause somebody thought all that past was causing an issue- didn't solve it for me) Well, maybe you solved something in a Windows perspective then... couldn't think what the Linux equivalent would be that.(running on Ubuntu server headless, so it must be tuned to always stay online as there is no sleep or hibernation support there) If it zombies.. let us know. or forever be silent in happiness :)  
> **username_2**: God damn walking dead. No more U3's for me.  
> **username_0**: Sorry bro :( they arę just f@ked those things. Well sell them quick.  
> **username_2**: Suppose the lump of dung will have to do for now. For the cost of it, it outperforms the USB stick by a mile, even if I need to restart the thing from time to time. USB U2+ sticks hardly make an impact, and a bank of them on a powered hub soon adds up in cost for very little hash rate. I really can't guarantee the operating environment of a BFL, so I'll live with what I've got until I am in a position to operate a decent unit. Might have to try the 2 cgminer trick outlined in this thread.  
> **username_0**: OK- Here was my .. crappy solution for a while. I put a wall timer on, connected the USB hub power to that and made sure all the U3 were powered from that. set it to go power out for 15 minutes.(that was my min) It is important to reset the USB buses and the U3, hard cycle completelty. After power up they restarted... mostly. Sometimes I had to restart cgminer. You need to make sure USB hub is NOT powered from PC.. usually means doing somethign with the cable.  

---

### Answer by username_3 on 2015-07-26. Score: 1

did you read the manual?

> To prevent the interruption of USB power supply, please ensure the
> computer is not in standby or sleep mode. Otherwise, the cgminer wouldn’t find
> the miner even make it ZOMBIE.

source: Page 4 of <https://www.bitmaintech.com/files/download/AntMiner-U3%20user%20guide.pdf>


---

### Answer by username_4 on 2015-11-25. Score: 1

Have the same problem, keeps getting ZOMBIE.

I solved the problem but power cycle my controller which is a custom beaglebone board, power cycle is made fully automatic by cron jobs.

> **Comments:**
> **username_0**: Yes. Only power cycle helped me too. Can you post some pics or details. Just in case somebody else wants to something interesting and make your answer better.  
> **username_4**: i made init.d script. using `screen` and crontab issues `poweroff` or equivalent command  to power cycle the controller board.  

---

### Answer by username_5 on 2015-10-18. Score: 1

**Hey Friends,  
I run the the Antminer U3 with Minera 0.6.1 and the latest official cgminer on my raspberry PI 1 B -> Stable arround 60 GH/s with these Extra settings:**    
--au3-volt 825 --au3-freq 237.5  **= 60 GH/s**   
--au3-volt 825 --au3-freq 225.0  **= 55 GH/s**

**---> It will start everytime with 4 HW errors, but then after some minutes it will go stable**


---

### Answer by username_2 on 2015-09-24. Score: 0

I've recently obtained a U3. I've experienced the zombie issue at 250MHz, 830mV settings. Sometimes cgminer wakes it up again as AU3 1 instead of AU3 0, sometimes it does not. I also have a U2+, so I use the --usb bus:dev option to run them in separate cgminers.
I experience a much higher HW rate error on the U3, even at stock settings. HW errors on the U2+ running at 250MHz are rare.
So far it is running stable again at 237.5 MHz, 800mV. The default is 225MHz, 750mV, which is 3.33mv per MHz. It could be that running below that is causing the zombie issue. Might try 250MHz again with a higher mV once I am happy at this setting. I have my U3 sat on my computer top front exhaust fan, which is very cool as all the CPU/GPU heat is being blown out of the back.


---

### Answer by username_6 on 2017-03-14. Score: 0

I added a timer to my rig to powercycle it daily as reboots didn't work anymore. Then this started failing after 3-4 hours of processing. I've adjusted my setting to 237.5 MHz, 825mV and have been stable for a couple of days now, still power cycling it daily.


---

