Are there any plans for a GUI?
nope. he plans on keeping bfg as minimalistic as possible
edit: that is waht the API is there for. or shell wrapping
Topic: OLD: BFGMiner 3.10.0: modular ASIC+FPGA, GBT+Strtm, RPC, Mac/Lnx/W64, AntU1, DRB - page 131. (Read 1193368 times)
September 03, 2013, 06:13:24 PM
nope. he plans on keeping bfg as minimalistic as possible
edit: that is waht the API is there for. or shell wrapping
September 03, 2013, 06:02:59 PM
Are there any plans for a GUI?
September 03, 2013, 05:47:27 PM
How to read the bandwidth numbers:
BW:[ 75/241 B/s]
75 bytes (blocks?) per 241 seconds? This cannot be right.
I see [441/41 B/s] and [292/29 B/s] on my systems but I'm not sure what these numbers mean.
Received/sent, or download/upload. BW:[ 75/241 B/s]
75 bytes (blocks?) per 241 seconds? This cannot be right.
I see [441/41 B/s] and [292/29 B/s] on my systems but I'm not sure what these numbers mean.
September 03, 2013, 05:40:14 PM
Is it possible to minimize BFGMiner to the tray?
to the tray, bfgminer by itself does not support this. im sure there are some watchdog apps that start an instance of bfgminer in windowless mode, that could be trayed
September 03, 2013, 05:22:47 PM
Is it possible to minimize BFGMiner to the tray?
September 03, 2013, 02:57:09 PM
cgminer just released a fix for BFL SC that was causing crashes, new version 3.4.2 would this be the same fix bfgminer needs to fix the crashes I have been having with BFL Little SC's from 3.2.0??
Nope, there's no common code there, and BFGMiner 3.2 doesn't have the many bugs that were added in cgminer 3.4.1.If you can post a crash report (printed to debug log or, if none, the console), I can look into it.
September 03, 2013, 10:49:48 AM
So what you saying is, GBT solo installation would be easier to deploy but in terms of actually solving a block, GBT would not give me any extra edge over my current stratum setup, right?
Correct. September 03, 2013, 10:14:43 AM
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.I'm running a bitcoind node on the same subnet as bfgminer, so network is not an issue.
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.
September 02, 2013, 02:41:56 PM
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. 
September 02, 2013, 02:38:56 PM
Hi all,
Just wondering if you know if BFG can run bitfury chips as yet?
Thanks
Just wondering if you know if BFG can run bitfury chips as yet?
Thanks
September 02, 2013, 11:50:37 AM
installed/compiled the latest libmicrohttpd-0.9.29 and getting this
(Ubuntu 12.04 LTS)
(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
bfgminer: error while loading shared libraries: libmicrohttpd.so.10: cannot open shared object file: No such file or directory
September 02, 2013, 07:59:24 AM
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).
Cheers. Ubuntu VM required then.
September 02, 2013, 07:36:38 AM
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).
September 02, 2013, 07:32:02 AM
"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 Well that's the kind of info ppl need to know.
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 --->
USB Serial Converter support --->
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. Bus 001 Device 007: ID 10c4:ea60 Cygnal Integrated Products, Inc. CP210x UART Bridge / myAVR mySmartUSB light
September 02, 2013, 05:31:45 AM
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).
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).
September 02, 2013, 02:55:22 AM
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.it runs on cgminer fine so its not a driver problem, I just don't like cgminer
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/...[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
"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.
September 01, 2013, 10:34:57 PM
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.it runs on cgminer fine so its not a driver problem, I just don't like cgminer
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/... [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
September 01, 2013, 09:19:51 PM
@Luke-Jr well this version does not help me.
I get the same thing https://bitcointalksearch.org/topic/m.3012422
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
September 01, 2013, 07:49:17 PM
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.
September 01, 2013, 07:46:07 PM
Anyone have this in use on Avalon Asic? I seen theirs beta or test version has this been updated at all?
Jump to: