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

[SirMintALot]

Windows 7 64 bit and 3 Block Erupters is running without problems since 40 hours

[HellDiverUK]

Another crash report.  3.1.4 had a 2 week+ uptime. 3.2.0 crapped out after about 18 hours.  Just the usual "bfgminer.exe has stopped working, do you want to send some random shit to Microsoft's bug /dev/null?" window.

3.2.0 files copied over the top of the old 3.1.4 ones.  Running 11 Block Erupters on Windows 8.

As reported before, 4 of the BE are reported as BES0-3, and the other 7 are reported as BEE0-6.

[purelithium]

passing the "--load-balance" flag to the Win7 64bit version causes a crash after a few seconds. However, if I change the strategy using the TUI, there is no problem.

[drewage]

I'm trying to move my block erupters over to a MacMini running Ubuntu 12.04.  I installed bfgminer using the instructions on BTCGuild's setup page.  Bfgminer appears to have installed without complaints but the block erupter I've been using to test the setup isn't being recognized.  When I run bfgminer the only output I get is

Code:

$ ./bfgminer -o stratum+tcp://stratum.btcguild.com:3333 -u username -p pwd -S all --icarus-options 115200:1:1 --icarus-timing 3.0=100
All devices disabled, cannot mine!

and when I check to see if the BE is showing up this is what I get.

Code:

$ ls -la /dev/ttyUSB*
crw-rw---- 1 root dialout 188, 0 Sep  1 13:18 /dev/ttyUSB0

Any help I might get would be greatly appreciated.

[JakeTri]

I'm trying to move my block erupters over to a MacMini running Ubuntu 12.04.  I installed bfgminer using the instructions on BTCGuild's setup page.  Bfgminer appears to have installed without complaints but the block erupter I've been using to test the setup isn't being recognized.  When I run bfgminer the only output I get is

Code:

$ ./bfgminer -o stratum+tcp://stratum.btcguild.com:3333 -u username -p pwd -S all --icarus-options 115200:1:1 --icarus-timing 3.0=100
All devices disabled, cannot mine!

and when I check to see if the BE is showing up this is what I get.

Code:

$ ls -la /dev/ttyUSB*
crw-rw---- 1 root dialout 188, 0 Sep  1 13:18 /dev/ttyUSB0

Any help I might get would be greatly appreciated.

Try "-S erupter:all" instead of "-S all --icarus-options 115200:1:1 --icarus-timing 3.0=100"

Full command line will be something like:

Code:

$ ./bfgminer -o stratum+tcp://stratum.btcguild.com:3333 -u username -p pwd -S erupter:all

Also make sure the user account have access to ttyUSB0 or run the miner as root using sudo

[drewage]

Also make sure the user account have access to ttyUSB0 or run the miner as root using sudo

This appears to have turned the trick!  As always it's the little things that trip me up.  Many thanks!!

[crazyearner]

Anyone have this in use on Avalon Asic? I seen theirs beta or test version has this been updated at all?

[Luke-Jr]

Anyone have this in use on Avalon Asic? I seen theirs beta or test version has this been updated at all?

There's an avalonhost-raminst script you can copy to the Avalon host system and use, but it's not really documented yet.
Or you can just plug the Avalon boards into a normal PC.

[E-TARD]

@Luke-Jr well this version does not help me.

I get the same thing https://bitcointalk.org/index.php?topic=168174.msg3012422#msg3012422

why can't I get my usb Block Erupter to run on BFGminer for Linux
it only works in cgminer  CP210x is all setup

I say fuck the "Icarus Detect: Test" its full of shit 

[Luke-Jr]

I have a usb Block Erupter that I run on my Gentoo-3.7.9 Linux box but I cant get it to run on bfgminer 
it runs on cgminer fine so its not a driver problem, I just don't like cgminer

cgminer doesn't use the driver, so that doesn't follow at all.
In fact, if you run cgminer, it will corrupt the real driver (until re-plug or reboot), which is likely why it isn't working.

I did a debug with -T -S /dev/bus/usb/001/007
[2013-08-26 09:37:33] Icarus Detect: Attempting to open /dev/bus/usb/001/007                   
 [2013-08-26 09:37:33] Icarus Detect: Test failed at /dev/bus/usb/001/007: get 12011001, should: 000187a2

The device will be one of /dev/ttyUSB*, not /dev/bus/usb/...

[E-TARD]

I have a usb Block Erupter that I run on my Gentoo-3.7.9 Linux box but I cant get it to run on bfgminer 
it runs on cgminer fine so its not a driver problem, I just don't like cgminer

cgminer doesn't use the driver, so that doesn't follow at all.
In fact, if you run cgminer, it will corrupt the real driver (until re-plug or reboot), which is likely why it isn't working.

I did a debug with -T -S /dev/bus/usb/001/007
[2013-08-26 09:37:33] Icarus Detect: Attempting to open /dev/bus/usb/001/007                   
 [2013-08-26 09:37:33] Icarus Detect: Test failed at /dev/bus/usb/001/007: get 12011001, should: 000187a2

The device will be one of /dev/ttyUSB*, not /dev/bus/usb/...

"if you run cgminer, it will corrupt the real driver (until re-plug or reboot), which is likely why it isn't working."
Well that's the kind of info ppl need to know.

as for the /dev/ttyUSB never seen it show up as that

and what about lsusb
Bus 001 Device 007: ID 10c4:ea60 Cygnal Integrated Products, Inc. CP210x UART Bridge / myAVR mySmartUSB light

/dev/bus/usb/001/007

I will try a reboot & see if that works in the morning.
I'm going to sleep
and thanks for replying Luke-Jr.

[HellDiverUK]

Any idea if/when you'll be adding the getwork server to the Windows binaries?  No, I'm not prepared to compile myself (my head would explode trying).

I've a Blade incoming and would like to use it with BFG.

Oh, and so far so good with 3.2.0's stability after it's crash the other night. Showing 19 hours uptime.  I swear it crapped out when Eligius went down briefly (my backup pool was offline, too).

[Luke-Jr]

"if you run cgminer, it will corrupt the real driver (until re-plug or reboot), which is likely why it isn't working."
Well that's the kind of info ppl need to know.

That's why I added it to the README FAQ in 3.2.0

as for the /dev/ttyUSB never seen it show up as that

Did you build your kernel without the driver?

Code:

Device Drivers  --->
  [*] USB support  --->
    <M>   USB Serial Converter support  --->
      <M>   USB CP210x family of UART Bridge Controllers

and what about lsusb
Bus 001 Device 007: ID 10c4:ea60 Cygnal Integrated Products, Inc. CP210x UART Bridge / myAVR mySmartUSB light

This only means it appears on the USB bus, not that you have the driver for it.

[Luke-Jr]

Any idea if/when you'll be adding the getwork server to the Windows binaries?  No, I'm not prepared to compile myself (my head would explode trying).

The main problem here lies with libmicrohttpd, which doesn't really support Windows (some specific versions will build with a POSIX simulation layer, which itself only works on 32-bit).
So, someone would need to do one of these:

• Port libmicrohttpd to Windows proper.
• Fix PlibC to work on not only just 32-bit Windows.
• Port BFGMiner to support another HTTP server library (I'm not aware of any decent alternatives, unfortunately).

wizkid057 thought he might have time to look into these options.

[HellDiverUK]

Any idea if/when you'll be adding the getwork server to the Windows binaries?  No, I'm not prepared to compile myself (my head would explode trying).

The main problem here lies with libmicrohttpd, which doesn't really support Windows (some specific versions will build with a POSIX simulation layer, which itself only works on 32-bit).
So, someone would need to do one of these:

• Port libmicrohttpd to Windows proper.
• Fix PlibC to work on not only just 32-bit Windows.
• Port BFGMiner to support another HTTP server library (I'm not aware of any decent alternatives, unfortunately).

wizkid057 thought he might have time to look into these options.

Cheers.  Ubuntu VM required then. 

[ewibit]

installed/compiled the latest libmicrohttpd-0.9.29 and getting this
(Ubuntu 12.04 LTS)

Code:

bfgminer -V
bfgminer: error while loading shared libraries: libmicrohttpd.so.10: cannot open shared object file: No such file or directory

[vulgartrendkill]

Hi all,

Just wondering if you know if BFG can run bitfury chips as yet?

Thanks

[Luke-Jr]

Just wondering if you know if BFG can run bitfury chips as yet?

The "littlefury" branch in git (work in progress, NOT supported yet) can run some platforms.

[af_newbie]

Luke,

I was wondering if bfgminer (3.1.4 or 3.2.0) would work with 0.8.2 bitcoind to solo mine using GBT?

I know it is your baby so you are probably biased, but is there any benefit for using GBT over stratum.
I'm running a bitcoind node on the same subnet as bfgminer, so network is not an issue.

Currently, I'm using generalfalut's stratum-mining (with some minor modifications of my own) pool in close proximity to bfgminer.
Pool and bitcoind are on the same ubuntu box, bfgminer is running on the same subnet/switch.

I was wondering if using GBT and going directly to bitcoind would give me any advantage over my current stratum setup?
Currently, I get merkle_hashes updates every 150 seconds from the pool, bitcoind pushes new block updates to pool which notifies bfgminer
with no delay.

Is anyone using GBT/bitcoind for solo mining?

Thanks,
af_newbie

[Luke-Jr]

I was wondering if bfgminer (3.1.4 or 3.2.0) would work with 0.8.2 bitcoind to solo mine using GBT?

Yep, see the solo mining section of README.

I know it is your baby so you are probably biased, but is there any benefit for using GBT over stratum.
I'm running a bitcoind node on the same subnet as bfgminer, so network is not an issue.

The main benefit of GBT over stratum is that GBT supports decentralised mining.
But as long as you're solo mining, it really doesn't make a big difference.
In practical terms, GBT solo mining is easier to setup (no need for a GBT->stratum proxy server), but it sounds like you're already setup for stratum anyway.