ANTMINER U3 Discussion and Support Thread

[RichBC]

I know, you've been very positive about the antrouter.

Except it doesn't fit my use of my U3

Just as an aside here, and I like notlist3d am a great supporter of the R1 with CrazyGuy's firmware. The reason that the R1 does a good job is because of the Cron Job that runs & checks that the R1 or the U3 are hashing correctly and if not restarts cgminer. I suspect that this Cron Job or something similar could be run on any platform including the RPi?

Rich

[Riseman]

I know, you've been very positive about the antrouter.

Except it doesn't fit my use of my U3

Just as an aside here, and I like notlist3d am a great supporter of the R1 with CrazyGuy's firmware. The reason that the R1 does a good job is because of the Cron Job that runs & checks that the R1 or the U3 are hashing correctly and if not restarts cgminer. I suspect that this Cron Job or something similar could be run on any platform including the RPi?

Rich

But a stalled U3 needs to be physically replugged, doesn't it? Then how does this custom R1 fix it? Or is it possible to reset it by software?

[RichBC]

I know, you've been very positive about the antrouter.

Except it doesn't fit my use of my U3

Just as an aside here, and I like notlist3d am a great supporter of the R1 with CrazyGuy's firmware. The reason that the R1 does a good job is because of the Cron Job that runs & checks that the R1 or the U3 are hashing correctly and if not restarts cgminer. I suspect that this Cron Job or something similar could be run on any platform including the RPi?

Rich

But a stalled U3 needs to be physically replugged, doesn't it? Then how does this custom R1 fix it? Or is it possible to reset it by software?

notlist3d is the expert on this as I do not have a U3 but the Cron Job just restarts cgminer which in the case of the R1 get's things going again. I assume that the U3 is the same but let's see what he has to say?

Rixh

[Riseman]

My U3 are like my cats, they need a bit of attention but most of the time they're fine.

I don't think that the occasionnal zombie is a problem (well, unless it's a cat then it'll eat you while you sleep)

How many do you have? When I had 3 on windows i caused multiple times a day of attention.

The worst ones were if I was not around it sit there zombied, and no hashing.  CrazyGuy's R1 really is great at fixing zombies.

I have 6 running on a RPI2

(Clic to enlarge)



I monitor them nearly constantly (using cryptoglance) when I'm working from home, and when cgminer doesn't manage to restart the occasionnal zombie, I get to unplug/plug the USB cable.
it happens 2/3 times a day. (and not 2/3 times per U3, but generally)

I have 3 running on the power adapter and 3 on a 650W power supply that also runs my BFL30Ghs and 4 fans.

I've ordered shorter USB cable so I don't have to loop them as I'm doing with the long ones coming with the U3.

I'm running mine connected to an integrated USB hub in my monitor with a 2 m cable and a 550 W ATX PSU. So when it zombies I don't have to replug the cables, just flip the PSU switch and push a button on the monitor.

It bothers me though if it is safe to leave it for a long time unattended. I mean, can it possibly fail so badly that it catches fire and burns the apartment? Do you guys take any precautions just in case?

[zOU]

It bothers me though if it is safe to leave it for a long time unattended. I mean, can it possibly fail so badly that it catches fire and burns the apartment? Do you guys take any precautions just in case?

Nothing is impossible

Mine are on a wooden shelf, 3feet away from 2 motorcycles with each a full 5gallons tank of petrol.

Pretty safe.

When they stop hashing they cool down and draw a lot less power, so the risk of electrical failure is pretty low I believe. YMMV.

I leave the house for severals days/week for work and I leave everything unattended. I'm that crazy

[CrazyGuy]

I know, you've been very positive about the antrouter.

Except it doesn't fit my use of my U3

Just as an aside here, and I like notlist3d am a great supporter of the R1 with CrazyGuy's firmware. The reason that the R1 does a good job is because of the Cron Job that runs & checks that the R1 or the U3 are hashing correctly and if not restarts cgminer. I suspect that this Cron Job or something similar could be run on any platform including the RPi?

Rich

But a stalled U3 needs to be physically replugged, doesn't it? Then how does this custom R1 fix it? Or is it possible to reset it by software?

notlist3d is the expert on this as I do not have a U3 but the Cron Job just restarts cgminer which in the case of the R1 get's things going again. I assume that the U3 is the same but let's see what he has to say?

Rixh

It restarts cgminer as well as restarts the udev device manager daemon. I think restarting the Linux device manager helps in preventing the need for replugging the usb.

[Riseman]

I know, you've been very positive about the antrouter.

Except it doesn't fit my use of my U3

Just as an aside here, and I like notlist3d am a great supporter of the R1 with CrazyGuy's firmware. The reason that the R1 does a good job is because of the Cron Job that runs & checks that the R1 or the U3 are hashing correctly and if not restarts cgminer. I suspect that this Cron Job or something similar could be run on any platform including the RPi?

Rich

But a stalled U3 needs to be physically replugged, doesn't it? Then how does this custom R1 fix it? Or is it possible to reset it by software?

notlist3d is the expert on this as I do not have a U3 but the Cron Job just restarts cgminer which in the case of the R1 get's things going again. I assume that the U3 is the same but let's see what he has to say?

Rixh

It restarts cgminer as well as restarts the udev device manager daemon. I think restarting the Linux device manager helps in preventing the need for replugging the usb.

Interesting. I wonder if it can be implemented on Windows.

[zOU]

Interesting. I wonder if it can be implemented on Windows.

or how it can be on Linux ;p

[CrazyGuy]

Interesting. I wonder if it can be implemented on Windows.

or how it can be on Linux ;p

Look through my posts in this thread.

[zOU]

For those of you running on Linux, it appears there may be an easy solution for restarting your U3 without unplugging the USB cable. With the antrouter, Bitmain's cgminer-u3 init.d script stops the udev daemon(linux device manager) when it stops cgminer, and then starts it back up in the cgminer start function, if it is not already running. This allows me to restart cgminer when a unit goes zombie, through the init.d script or UI, and not have to unplug the device. You should be able to port this command to another linux based system and monitor cgminer then restart cgminer/udevd when needed.

On cgminer stop

Code:

start-stop-daemon -K -n udevd -s TERM

On cgminer start

Code:

 ps |grep -v grep|grep udevd  > /dev/null
if [ $? -eq 0 ];then
        echo detect hotpluging USB miners
else
        /sbin/udevd --daemon
        echo start detecting
fi

here it is !

thanks

[JaredKaragen]

I had zero freeze/zombie issues and a "set it and forget it" mentality with this config:

RasPi 2 (with freeze watchdog enabled)
MinerA (with auto reboot set when miner stops hashing)

One U3 would be solid hashing then die randomly;  and within 5 min it resets itself and bam.  back hashing.

I didn't rely on the solid red LED up front because sometimes when it went zombie or simply went to a zero hashrate;  the red LED was still lit solid....

[notlist3d]

I had zero freeze/zombie issues and a "set it and forget it" mentality with this config:

RasPi 2 (with freeze watchdog enabled)
MinerA (with auto reboot set when miner stops hashing)

One U3 would be solid hashing then die randomly;  and within 5 min it resets itself and bam.  back hashing.

I didn't rely on the solid red LED up front because sometimes when it went zombie or simply went to a zero hashrate;  the red LED was still lit solid....

Mine was pretty accurate with the red light.  But this could be due to using windows I was on a windows machine with them just as I had it on.     So not sure how much that effected it.

I went from it to the R1 from crazyguy.

[JaredKaragen]

FWIW windows 10 here.

[Riseman]

I had zero freeze/zombie issues and a "set it and forget it" mentality with this config:

RasPi 2 (with freeze watchdog enabled)
MinerA (with auto reboot set when miner stops hashing)

One U3 would be solid hashing then die randomly;  and within 5 min it resets itself and bam.  back hashing.

I didn't rely on the solid red LED up front because sometimes when it went zombie or simply went to a zero hashrate;  the red LED was still lit solid....

Mine was pretty accurate with the red light.  But this could be due to using windows I was on a windows machine with them just as I had it on.     So not sure how much that effected it.

I went from it to the R1 from crazyguy.

Mine has the LED on even when the PC is in sleep mode.

[notlist3d]

I had zero freeze/zombie issues and a "set it and forget it" mentality with this config:

RasPi 2 (with freeze watchdog enabled)
MinerA (with auto reboot set when miner stops hashing)

One U3 would be solid hashing then die randomly;  and within 5 min it resets itself and bam.  back hashing.

I didn't rely on the solid red LED up front because sometimes when it went zombie or simply went to a zero hashrate;  the red LED was still lit solid....

Mine was pretty accurate with the red light.  But this could be due to using windows I was on a windows machine with them just as I had it on.     So not sure how much that effected it.

I went from it to the R1 from crazyguy.

Mine has the LED on even when the PC is in sleep mode.

I can say I did not try it during sleep.  Why would you not have sleep mode off with a computer mining?

I had sleep off as PC was on always. It is actually a PC I mainly use for teamviewer.  But it allows me to use it as a controller if needed as always one.

[Riseman]

I had zero freeze/zombie issues and a "set it and forget it" mentality with this config:

RasPi 2 (with freeze watchdog enabled)
MinerA (with auto reboot set when miner stops hashing)

One U3 would be solid hashing then die randomly;  and within 5 min it resets itself and bam.  back hashing.

I didn't rely on the solid red LED up front because sometimes when it went zombie or simply went to a zero hashrate;  the red LED was still lit solid....

Mine was pretty accurate with the red light.  But this could be due to using windows I was on a windows machine with them just as I had it on.     So not sure how much that effected it.

I went from it to the R1 from crazyguy.

Mine has the LED on even when the PC is in sleep mode.

I can say I did not try it during sleep.  Why would you not have sleep mode off with a computer mining?

I had sleep off as PC was on always. It is actually a PC I mainly use for teamviewer.  But it allows me to use it as a controller if needed as always one.

No, I mean if I manually put it in sleep mode. It's probably because the USB hub still has power on then.

[zOU]

I had zero freeze/zombie issues and a "set it and forget it" mentality with this config:

RasPi 2 (with freeze watchdog enabled)
MinerA (with auto reboot set when miner stops hashing)

One U3 would be solid hashing then die randomly;  and within 5 min it resets itself and bam.  back hashing.

I didn't rely on the solid red LED up front because sometimes when it went zombie or simply went to a zero hashrate;  the red LED was still lit solid....

This watchdog ?: http://blog.ricardoarturocabral.com/2013/01/auto-reboot-hung-raspberry-pi-using-on.html

What setting in minera do you use ? Because I tried several, without success...

If i tell the miner to restart after 600sec (10mn), it restarts after 1mn anyway...

[JaredKaragen]

I had zero freeze/zombie issues and a "set it and forget it" mentality with this config:

RasPi 2 (with freeze watchdog enabled)
MinerA (with auto reboot set when miner stops hashing)

One U3 would be solid hashing then die randomly;  and within 5 min it resets itself and bam.  back hashing.

I didn't rely on the solid red LED up front because sometimes when it went zombie or simply went to a zero hashrate;  the red LED was still lit solid....

This watchdog ?: http://blog.ricardoarturocabral.com/2013/01/auto-reboot-hung-raspberry-pi-using-on.html

What setting in minera do you use ? Because I tried several, without success...

If i tell the miner to restart after 600sec (10mn), it restarts after 1mn anyway...

i cant quote on the watchdog, but its well documented;  I followed an online tutorial.

Thats the correct setting for minera;  just set a sane timer for reboot (2-15 min?)...

I always saw a solid hashrate bar in the readouts; and can normally see blips in the hashrate graph if it reset....

With MinerA I believe I used bfgminer;  gridseeds the regular cgminer.

[imap30]

Hi. I purchased 4 au3 miners off of ebay. The dude I purchased them from hated them so much he gave me 7 even though I only paid for 4.

I need two power adapters. Where can I purchase the power adapters?

Also. Your miners are stupidly unstable. is there a firmware update I can do to make them stable? They can't even stay up a whole day with out turning into a zombie...

[zOU]

Hi. I purchased 4 au3 miners off of ebay. The dude I purchased them from hated them so much he gave me 7 even though I only paid for 4.

I need two power adapters. Where can I purchase the power adapters?

Also. Your miners are stupidly unstable. is there a firmware update I can do to make them stable? They can't even stay up a whole day with out turning into a zombie...

hello

thy're no "our" miners

you'll have to learn to live with it, or just read through the thread to see the few solutions available.

You can power them using a PCI-E connector.



And if become grumpy and unhappy, I'll buy the 7 for the price of 3