OLD: BFGMiner 3.10.0: modular ASIC+FPGA, GBT+Strtm, RPC, Mac/Lnx/W64, AntU1, DRB

[mfread]

If you are using Windows, add the PAUSE command to the end of your batch file. See my post above for an example (it's in green text towards the bottom of the post).

Hi guys, anyone know and where to add command to bfgminer so that when i quit i can read the stats before the window closes?
like in my .conf file.
Thank you


i think this is it ( Summary of runtime statistics:) when i hit Q i don't get to read it window scrolls by to quickly then closes.

[trojanguys]

like this? Sorry I'm not sure if i have a Batch file and if i do i don't know where it is.

{
"pools" : [
 {
  "url" : "stratum+tcp://mint.bitminter.com:3333",
  "user" : "cro",
  "pass" : "1",
  "pool-priority" : "2"
 }
],
"failover-only" : true,
"queue" : "3",
"log" : "1",
"scan-time" : "60",
"no-submit-stale" : true,
"set-device":["antminer:freq=0981"],
"klondike-options":"355:60",
pause
}

[mfread]

No.

Are you running Windows or Linux?

The Batch file I mentioned is for Windows only. For Linux you'll need a different approach.

like this? Sorry I'm not sure if i have a Batch file and if i do i don't know where it is.

{
"pools" : [
 {
  "url" : "stratum+tcp://mint.bitminter.com:3333",
  "user" : "cro",
  "pass" : "1",
  "pool-priority" : "2"
 }
],
"failover-only" : true,
"queue" : "3",
"log" : "1",
"scan-time" : "60",
"no-submit-stale" : true,
"set-device":["antminer:freq=0981"],
"klondike-options":"355:60",
pause
}

[PSL]

Is there an easy way to replug AntMiner U1 device in bfgminer? New cgminer introduced a menu to work with broken USB devices. From time to time, U1 device dies, it is not mining and it is not dead, like in this example, AMU 3 device was mining for some time at 2GHps but it is not mining for a while (or mining at low hashrate):

Code:

 4            |  8.35/ 8.33/ 6.61Gh/s | A:3492 R:1+0(.03%) HW:0/none
--------------------------------------------------------------------------------
 AMU 0:       |  2.06/ 2.06/ 1.99Gh/s | A:1015 R:0+0(none) HW:0/none
 AMU 1:       |  2.07/ 2.06/ 2.01Gh/s | A:1084 R:1+0(.09%) HW:0/none
 AMU 2:       |  2.06/ 2.06/ 1.99Gh/s | A:1081 R:0+0(none) HW:0/none
 AMU 3:       |  2.10/ 2.14/ 0.62Gh/s | A: 314 R:0+0(none) HW:0/none
--------------------------------------------------------------------------------

I am not sure what is a problem but devices were running at 2GHps for several days but they make trouble today... ;-) I know, I can restart bfgminer, it will fix the problem.

[trojanguys]

I am running windows, not sure what batch file is or where its at. sorry.

[Luke-Jr]

Is there an easy way to replug AntMiner U1 device in bfgminer? New cgminer introduced a menu to work with broken USB devices. From time to time, U1 device dies, it is not mining and it is not dead, like in this example, AMU 3 device was mining for some time at 2GHps but it is not mining for a while (or mining at low hashrate):

Code:

 4            |  8.35/ 8.33/ 6.61Gh/s | A:3492 R:1+0(.03%) HW:0/none
--------------------------------------------------------------------------------
 AMU 0:       |  2.06/ 2.06/ 1.99Gh/s | A:1015 R:0+0(none) HW:0/none
 AMU 1:       |  2.07/ 2.06/ 2.01Gh/s | A:1084 R:1+0(.09%) HW:0/none
 AMU 2:       |  2.06/ 2.06/ 1.99Gh/s | A:1081 R:0+0(none) HW:0/none
 AMU 3:       |  2.10/ 2.14/ 0.62Gh/s | A: 314 R:0+0(none) HW:0/none
--------------------------------------------------------------------------------

I am not sure what is a problem but devices were running at 2GHps for several days but they make trouble today... ;-) I know, I can restart bfgminer, it will fix the problem.

That's odd, BFGMiner's watchdog should automatically restart it in this case...
Any idea what's going on that stops it?

[trojanguys]

16:41] KLN0:0 failed to update stats
 [2014-02-22 12:16:41] KLN0:0 went idle before work was sent

 

Is this normal? for the KLN?

[suprastan]

When you build the github source, and do the .configure line, you should get final output that looks something like this:

Enabled..Drivers.....: antminer avalon bifury bigpic bitforce bitforce:uio bitfury_gpio cairnsmore drillbit erupter hashbusterusb hashfast icarus klondike littlefury modminer proxy proxy:stratum twinfury x6500 ztex

Note the antminer at the front of that list.  Your list may vary of course, depending on what options you passed configure.

Are there any instuctions for Rasp Pi and Antminer install?

[suprastan]

I got this:

bfgminer-driver-antminer.o     

No driver-antminer.c ?

I do have driver-antminer.c

[PSL]

Is there an easy way to replug AntMiner U1 device in bfgminer? New cgminer introduced a menu to work with broken USB devices. From time to time, U1 device dies, it is not mining and it is not dead, like in this example, AMU 3 device was mining for some time at 2GHps but it is not mining for a while (or mining at low hashrate):

Code:

 4            |  8.35/ 8.33/ 6.61Gh/s | A:3492 R:1+0(.03%) HW:0/none
--------------------------------------------------------------------------------
 AMU 0:       |  2.06/ 2.06/ 1.99Gh/s | A:1015 R:0+0(none) HW:0/none
 AMU 1:       |  2.07/ 2.06/ 2.01Gh/s | A:1084 R:1+0(.09%) HW:0/none
 AMU 2:       |  2.06/ 2.06/ 1.99Gh/s | A:1081 R:0+0(none) HW:0/none
 AMU 3:       |  2.10/ 2.14/ 0.62Gh/s | A: 314 R:0+0(none) HW:0/none
--------------------------------------------------------------------------------

I am not sure what is a problem but devices were running at 2GHps for several days but they make trouble today... ;-) I know, I can restart bfgminer, it will fix the problem.

That's odd, BFGMiner's watchdog should automatically restart it in this case...
Any idea what's going on that stops it?

I guess the device runs at edge of electrical or thermal limits. You see 4 devices in the rig, and one of them is the worst one. The situation illustrates what happens when the worst device "fails". AMU3 device is not completely dead but it runs with low hashrate. I can fix this situation when I quit bfgminer and start it again. After restart, all devices were mining at 2GHps for a while but the AMU3 device switched to slower mode again. I fixed that by decreasing hashrate of the whole rig from 2000 to 1950 MHps...

[Mudbankkeith]

Is there an easy way to replug AntMiner U1 device in bfgminer? New cgminer introduced a menu to work with broken USB devices. From time to time, U1 device dies, it is not mining and it is not dead, like in this example, AMU 3 device was mining for some time at 2GHps but it is not mining for a while (or mining at low hashrate):

Code:

 4            |  8.35/ 8.33/ 6.61Gh/s | A:3492 R:1+0(.03%) HW:0/none
--------------------------------------------------------------------------------
 AMU 0:       |  2.06/ 2.06/ 1.99Gh/s | A:1015 R:0+0(none) HW:0/none
 AMU 1:       |  2.07/ 2.06/ 2.01Gh/s | A:1084 R:1+0(.09%) HW:0/none
 AMU 2:       |  2.06/ 2.06/ 1.99Gh/s | A:1081 R:0+0(none) HW:0/none
 AMU 3:       |  2.10/ 2.14/ 0.62Gh/s | A: 314 R:0+0(none) HW:0/none
--------------------------------------------------------------------------------

I am not sure what is a problem but devices were running at 2GHps for several days but they make trouble today... ;-) I know, I can restart bfgminer, it will fix the problem.

That's odd, BFGMiner's watchdog should automatically restart it in this case...
Any idea what's going on that stops it?

I guess the device runs at edge of electrical or thermal limits. You see 4 devices in the rig, and one of them is the worst one. The situation illustrates what happens when the worst device "fails". AMU3 device is not completely dead but it runs with low hashrate. I can fix this situation when I quit bfgminer and start it again. After restart, all devices were mining at 2GHps for a while but the AMU3 device switched to slower mode again. I fixed that by decreasing hashrate of the whole rig from 2000 to 1950 MHps...

I have a separate session of BFG running at one speed setting slower than the rest.
Most run at 0A01 = 2100
the bad one needs 0981 = 2000

Then they are all stable again

[Luke-Jr]

Been doing a lot of major cleanups to the OpenCL driver as part of the big 4.0 release upcoming, bringing it up to par with the rest of the drivers.

I'm wondering if anyone uses the --gpu-dyninterval option, or has ever had any success with it?
Looking at the code, it seems to be broken and do the opposite of what it claims...
If nobody cares about it, I'll probably just remove it entirely.

[suprastan]

I think I figured out why my Antminers arent being found.. I took a old USB 2.0 hub and connected 2 Antminers to it, and they were found but when I connect my USB 3.0 hubs they do not get detected. Here are my hubs:

http://www.amazon.com/gp/product/B00CBEVTIA/ref=oh_details_o07_s00_i00?ie=UTF8&psc=1

http://www.amazon.com/gp/product/B00EYXZI4M/ref=oh_details_o05_s00_i00?ie=UTF8&psc=1

Any reason they wouldnt work?

[Mudbankkeith]

I think I figured out why my Antminers arent being found.. I took a old USB 2.0 hub and connected 2 Antminers to it, and they were found but when I connect my USB 3.0 hubs they do not get detected. Here are my hubs:

http://www.amazon.com/gp/product/B00CBEVTIA/ref=oh_details_o07_s00_i00?ie=UTF8&psc=1


Any reason they wouldnt work?

I have 8 of these hubs, they work perfectly when I connect them through an unpowered usb2 hub

https://www.dropbox.com/s/guzc6y5c8wt2jxg/2013-10-20%2019.31.47.jpg

Edit:-  Half of these erupters have now been replaced with Ants

[Blackbird0]

I think I figured out why my Antminers arent being found.. I took a old USB 2.0 hub and connected 2 Antminers to it, and they were found but when I connect my USB 3.0 hubs they do not get detected. Here are my hubs:

http://www.amazon.com/gp/product/B00CBEVTIA/ref=oh_details_o07_s00_i00?ie=UTF8&psc=1

http://www.amazon.com/gp/product/B00EYXZI4M/ref=oh_details_o05_s00_i00?ie=UTF8&psc=1

Any reason they wouldnt work?

The Pi has some pretty well-documented driver problems with USB 3.0.

[Cassey]

Been doing a lot of major cleanups to the OpenCL driver as part of the big 4.0 release upcoming, bringing it up to par with the rest of the drivers.

I'm wondering if anyone uses the --gpu-dyninterval option, or has ever had any success with it?
Looking at the code, it seems to be broken and do the opposite of what it claims...
If nobody cares about it, I'll probably just remove it entirely.

Is dynamic intensity being turned on when we do an "--auto-gpu"?  If so, I'm using the feature, but not tweaking it with gpu-dyninternal, having never made the connection.

[Cassey]

Is CPU mining with bfgminer possible for scrypt?  I see the algo setting for SSH256 cpu mining, but only do ASICs for that now.  Would like to have bfgminer do both GPU and CPU scrypt mining in one instance if possible.

[Cassey]

Getting several of these a second now:

Feb 21 16:38:46 miner2 bfgminer[29929]: Testing pool stratum+tcp://multicoin.zapto.org:3320
Feb 21 16:38:46 miner2 bfgminer[29929]: HTTP request failed: Protocol stratum+tcp not supported or disabled in libcurl
Feb 21 16:38:46 miner2 bfgminer[29929]: Testing pool stratum+tcp://multicoin.zapto.org:3320
Feb 21 16:38:46 miner2 bfgminer[29929]: HTTP request failed: Protocol stratum+tcp not supported or disabled in libcurl
Feb 21 16:38:46 miner2 bfgminer[29929]: Testing pool stratum+tcp://multicoin.zapto.org:3320
Feb 21 16:38:46 miner2 bfgminer[29929]: HTTP request failed: Protocol stratum+tcp not supported or disabled in libcurl
^C
miner2 local.d # 20s: 7.13 avg:11.29 u:11.81 Gh/s | A:19 R:0+0(none) HW:0/none 

As you can see from the last line, bfgminer is connecting and doing work with the pool.

Any way to quiet it up?

From "ps ax":  29929 pts/0    Sl     0:00 ./bfgminer -S antminer:all --set-device antminer:clock=x0981 --text-only --real-quiet --syslog --cmd-sick /sbin/reboot --cmd-dead /sbin/reboot --balance -o stratum+tcp://us-east.multipool.us:8888 -O Cassey.miner2am:x -o stratum+tcp://multicoin.zapto.org:3320 -O Cassey.miner2am:x

Played around a bit today and ONLY see these message if I do the --syslog option, and then only in the log file (ok, guess that is no big surprise!).

[Luke-Jr]

Is CPU mining with bfgminer possible for scrypt?  I see the algo setting for SSH256 cpu mining, but only do ASICs for that now.  Would like to have bfgminer do both GPU and CPU scrypt mining in one instance if possible.

Yes, the algo setting is not valid in scrypt mode (there is only one not-really-optimise algo).

[Cassey]

Is CPU mining with bfgminer possible for scrypt?  I see the algo setting for SSH256 cpu mining, but only do ASICs for that now.  Would like to have bfgminer do both GPU and CPU scrypt mining in one instance if possible.

Yes, the algo setting is not valid in scrypt mode (there is only one not-really-optimise algo).

Ah, ok, well, at least there is one!

I tried doing both GPU and CPU Scrypt mining at the same time, it was looking encouraging, but I didn't see bfgminer eating any cycles.  Do I need something like "-S opencl:auto cpu:auto" to do both at once?