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

[bensam123]

Using Windows 7 x64, Catalyst 14.1, Multiminer (recent), R9-290, and most recent version of BFG miner I now get screen corruption as well as 1/3 the normal hash rate.

Apparently AMD changed something in 14.1 with the drivers and OpenCL optimizations. Not sure where to report this or to who. SMGminer works fine.

[Luke-Jr]

Luke,

Is there a way for bfgminer to instruct it to look at one COM port only?

I have 6 chili boards that I'm trying to setup one by one, but when I enter

"scan-serial" : [ "\\\\.\\COM11" ]

or

"scan" : [ "\\\\.\\COM11" ]

and have two boards connected on COM11 and COM15, bfgminer scans and detects both ports.

Any way to disable the auto scan?

Thanks,
af_newbie

PS. Using 3.10.0, win64

-S noauto

[nwoolls]

Apparently AMD changed something in 14.1 with the drivers and OpenCL optimizations. Not sure where to report this or to who. SMGminer works fine.

Luke and I are both actively working on acquiring R9 hardware so that we can start reproducing any issues.

For any specific problems I'd recommend creating an issue on Github:

https://github.com/luke-jr/bfgminer/issues?state=open

[Cassey]

Noticed these messages after I recently restarted.  Have they always been there, or have I goofed up some library somewhere?  (A real possibility since I've been reworking my miners trying to standardize them.  If so, just need a hint as too which library I've accidentally downgraded)

 [2014-02-04 14:06:52] OCL 0: set_device is not implemented (trying to apply rule: all:temp-
cutoff=100)
 [2014-02-04 14:06:52] OCL 0: set_device is not implemented (trying to apply rule: all:temp-
target=80)

I know they were cutting off a week ago...

As always, thanks!

Cassey

[Luke-Jr]

Noticed these messages after I recently restarted.  Have they always been there, or have I goofed up some library somewhere?  (A real possibility since I've been reworking my miners trying to standardize them.  If so, just need a hint as too which library I've accidentally downgraded)

Latest git has a lot of new untested code.
I believe I fixed this issue in the last 48 hours.

[ManeBjorn]

Depends on what cards you are comparing too.
In my case I only have one R7 250 so adding 70kh/s to my 112kh/s is a bonus.  My first one arrives tomorrow.  I will be doing more later on.
I will still get a better GPU later on but this is a low cost boost for now.

I poked DualMiner about getting you some of the Gridseed units.
So far people they seem to be working well for people that have them and only one not working so far which DualMiner said they would refund or replace, up to the customer.
Mine will be here tomorrow and I will put it through it's paces too.
For someone like me this is an inexpensive way to get some scrypt kh/s without having to build and expensive rig.  I am definitely looking forward to seeing how it turns out.

I'm not certain if multi-mining ASICs have a future, or are just a novelty.  The SHA256 on chip almost feels like a hedge, but the implicit exchange rate of the chip could have repercussions if deployed large-scale.

Totally agree. To me the combo portion makes it harder to support on the SW side, and usually someone will have decided which they will be mining. And, to be honest, I think it made all of these pieces seem more suspect. Sounds like others may have thought the same.

I've poked LightningASIC.  They said you'd attempted to contact them before when they were overwhelmed with other responses, and that they'd try to get in touch tomorrow.  They're a reseller of the generic Gridseed units, but there's rumor of other products from them as well, so it might be a relationship worth establishing now.

That's awesome - I really appreciate it. I try to keep up good communications with anyone who wants to support us, and do my best to support them in return in bfgminer, MultiMiner, OS X support, how-tos, etc. etc.

how many gpu's to one gridseed?  Got to be a big power saving.

[Cassey]

Noticed these messages after I recently restarted.  Have they always been there, or have I goofed up some library somewhere?  (A real possibility since I've been reworking my miners trying to standardize them.  If so, just need a hint as too which library I've accidentally downgraded)

Latest git has a lot of new untested code.
I believe I fixed this issue in the last 48 hours.

Thanks.  Figured it would be 3.10.1 if it had changed, but I'm new to the git world.

[Luke-Jr]

Noticed these messages after I recently restarted.  Have they always been there, or have I goofed up some library somewhere?  (A real possibility since I've been reworking my miners trying to standardize them.  If so, just need a hint as too which library I've accidentally downgraded)

Latest git has a lot of new untested code.
I believe I fixed this issue in the last 48 hours.

Thanks.  Figured it would be 3.10.1 if it had changed, but I'm new to the git world.

3.10.1 will be from the bfgminer-3.10.x branch.

[crashpapaya]

i have a question im a complete newbie to mining i have an asic bit fountian but when i run bfgminer my computer doesnt read or mine using the miner it uses the cpu on the comp. I always have to make bfgminer search for devices when i do command ./dev/ttyusb# it says no device found then i run auto and it recognizes the cpu and starts mining rather than the miner.

OS:ubuntu 64
miner:asic bitfountain (336mh/s)
command used to open bfgminer: bfgminer -o http://pit.deepbit.net:8332 -u crashpapaya@gmail.com -p password -S all

can someone please help ive been mining over a week at 1.6mh/s   

[Luke-Jr]

Poll: Should we rename BFGMiner?

[hurricandave]

 :oNO!!!!!!!!!

[Cassey]

Noticed these messages after I recently restarted.  Have they always been there, or have I goofed up some library somewhere?  (A real possibility since I've been reworking my miners trying to standardize them.  If so, just need a hint as too which library I've accidentally downgraded)

Latest git has a lot of new untested code.
I believe I fixed this issue in the last 48 hours.

Yep - I recloned and all is good now.  Sorry for bothering you.

[povlhp]

Any recommendations for powered USB hubs for AntMiner U1's?

Just have a cheap 7-port hub. What made the difference was the 5V, 6A power supply I added. the few HW errors are gone, and it is running very stable. So be sure the have enough juice. And remember, a chinese 5V 6A might not deliver 30 Watts. The chinese seems to measure things differently, or the Ampere is defined differently there. So go for overkill.

[Luke-Jr]

Using Windows 7 x64, Catalyst 14.1, Multiminer (recent), R9-290, and most recent version of BFG miner I now get screen corruption as well as 1/3 the normal hash rate.

Apparently AMD changed something in 14.1 with the drivers and OpenCL optimizations. Not sure where to report this or to who.

I'm told this was a problem with the beta 14.1 driver, fixed in the final release.
Can you try fully uninstalling your driver, then redownload and install the final 14.1 release?

[Illutian]

Is it possible to force BFGMiner to load ONLY the Icarus driver. Like "-S erupter:all" loads only the Block Erupter (BEE) driver?

Okay, I had to restart my miner because I wasn't going to be around to watch it. Now I can't get BFGminer 3.09 -or- 3.10 to see my Block Erupters correctly...normally this happens (second screen shot) and I just keep 'q'-ing and restarting BFGminer until it sees them all properly. But after about 30 god damn minutes of it not working...I'm back.

Because currently this is what it looks like when I use: sudo ./bfgminer/bfgminer -o [redacted] -u [redacted] -p [redacted] -S -all --icarus-options 115200:1:1 --icarus-timing 3.0=100

http://i237.photobucket.com/albums/ff265/Simulo/bfgminer-1.jpg

Next when I use the command sequence: M and then + followed by all

I get this...

http://i237.photobucket.com/albums/ff265/Simulo/bfgminer-2.jpg

WTF?!? Why is it only detecting 7 of them as ICA, 8 of them as BEE, and 3 of them as ECM

I used this guide: https://www.btcguild.com/index.php?page=support&section=blockerupter

It's worked fine and sometimes I can get BFGminer to detect all the Block Erupters as ICA.

Now, you might think it's not a big deal....

10 of the Erupters have failed to submit (no A, R, or HW) anything for the past 10 minutes on a Share Difficulty of 4. The ICAs are sitting at 5 or more submissions and one of the BEE is sitting at 9.

I should note that on Windows this does not happen at all. It's all:

BFL
ICA
ICA
ICA
etc, etc

And hashes away. And all is right with the world. But running a system that requires ~100W (hurray for Pentium Ds) just to sit at the desktop is a bit ridiculous.


EDIT

And if there is. What would it look like if one wanted to put it into a conf file. I haven't found a BFGminer  config file example that actually has the device switches (ie erupter: /dev/ttyUSB##). Just the typical stuff for pools and fail overs. And the occasional GPU conf example

[Mudbankkeith]

you are using       -S -all
Have a try with    -S erupter:all
This should then show all your erupters as BES

If you need other devices      -S all

Is it possible to force BFGMiner to load ONLY the Icarus driver. Like "-S erupter:all" loads only the Block Erupter (BEE) driver?

Okay, I had to restart my miner because I wasn't going to be around to watch it. Now I can't get BFGminer 3.09 -or- 3.10 to see my Block Erupters correctly...normally this happens (second screen shot) and I just keep 'q'-ing and restarting BFGminer until it sees them all properly. But after about 30 god damn minutes of it not working...I'm back.

Because currently this is what it looks like when I use: sudo ./bfgminer/bfgminer -o [redacted] -u [redacted] -p [redacted] -S -all --icarus-options 115200:1:1 --icarus-timing 3.0=100

http://i237.photobucket.com/albums/ff265/Simulo/bfgminer-1.jpg

Next when I use the command sequence: M and then + followed by all

I get this...

http://i237.photobucket.com/albums/ff265/Simulo/bfgminer-2.jpg

WTF?!? Why is it only detecting 7 of them as ICA, 8 of them as BEE, and 3 of them as ECM

I used this guide: https://www.btcguild.com/index.php?page=support&section=blockerupter

It's worked fine and sometimes I can get BFGminer to detect all the Block Erupters as ICA.

Now, you might think it's not a big deal....

10 of the Erupters have failed to submit (no A, R, or HW) anything for the past 10 minutes on a Share Difficulty of 4. The ICAs are sitting at 5 or more submissions and one of the BEE is sitting at 9.

I should note that on Windows this does not happen at all. It's all:

BFL
ICA
ICA
ICA
etc, etc

And hashes away. And all is right with the world. But running a system that requires ~100W (hurray for Pentium Ds) just to sit at the desktop is a bit ridiculous.


EDIT

And if there is. What would it look like if one wanted to put it into a conf file. I haven't found a BFGminer  config file example that actually has the device switches (ie erupter: /dev/ttyUSB##). Just the typical stuff for pools and fail overs. And the occasional GPU conf example

[jedimstr]

Is it possible to force BFGMiner to load ONLY the Icarus driver. Like "-S erupter:all" loads only the Block Erupter (BEE) driver?

Okay, I had to restart my miner because I wasn't going to be around to watch it. Now I can't get BFGminer 3.09 -or- 3.10 to see my Block Erupters correctly...normally this happens (second screen shot) and I just keep 'q'-ing and restarting BFGminer until it sees them all properly. But after about 30 god damn minutes of it not working...I'm back.

Because currently this is what it looks like when I use: sudo ./bfgminer/bfgminer -o [redacted] -u [redacted] -p [redacted] -S -all --icarus-options 115200:1:1 --icarus-timing 3.0=100

http://i237.photobucket.com/albums/ff265/Simulo/bfgminer-1.jpg

Next when I use the command sequence: M and then + followed by all

I get this...

http://i237.photobucket.com/albums/ff265/Simulo/bfgminer-2.jpg

WTF?!? Why is it only detecting 7 of them as ICA, 8 of them as BEE, and 3 of them as ECM

I used this guide: https://www.btcguild.com/index.php?page=support&section=blockerupter

It's worked fine and sometimes I can get BFGminer to detect all the Block Erupters as ICA.

Now, you might think it's not a big deal....

10 of the Erupters have failed to submit (no A, R, or HW) anything for the past 10 minutes on a Share Difficulty of 4. The ICAs are sitting at 5 or more submissions and one of the BEE is sitting at 9.

I should note that on Windows this does not happen at all. It's all:

BFL
ICA
ICA
ICA
etc, etc

And hashes away. And all is right with the world. But running a system that requires ~100W (hurray for Pentium Ds) just to sit at the desktop is a bit ridiculous.


EDIT

And if there is. What would it look like if one wanted to put it into a conf file. I haven't found a BFGminer  config file example that actually has the device switches (ie erupter: /dev/ttyUSB##). Just the typical stuff for pools and fail overs. And the occasional GPU conf example

Here's a relevant portion of my BFGMiner.conf if that helps:

Code:

"scan" : [
                "drillbit:/dev/cu.usbmodemfd3441",
                "drillbit:/dev/cu.usbmodemfd311",
                "drillbit:/dev/cu.usbmodemfd3411",
                "bigpic:/dev/cu.usbmodemfd343431",
                "bifury:/dev/cu.usbmodemfd343421",
                "antminer:all",
                "erupter:all",
                "opencl:auto"
                ],
"set-device" : [ "DRB:voltage=0.95","DRB:clock=260","antminer:clock=x0981" ],

Why do you have Icarus timings at all? That stuff is baked in when you set it for erupter. From your post, it sounds like you're trying to force Icarus detection instead of the more appropriate Erupter. Any reason?

[Illutian]

-and-

If I use -S erupter:all then the BFL unit fails to run. It does run if I don't use an "-S". But then only the BFL unit is detected and hashing. I then have to go M+ and 'all', because for whatever reason after about 9 'erupter:/dev/ttyUSB##' I get nothing but "No device found".

...which then leads back to the issue of BFGminer throwing drivers at the Erupters to see which ones stick.
And it's been roughly 9hrs and 11 of the 18 Erupters have failed to submit anything (no A or R), just 100% HW.
--It's always 11. And it can be any of the 18, so no, they are not going bad. Remember, this all works just fine all 19 Units hashing away on Windows.

And because I was getting pissed off and exhausted (woohoo, up til ~3AM), at Linux (because BFGminer works flawlessly on Windows), I didn't do the proper thing and actually list what I'm using.

OS: Debian Wheezy with LXDE and xRDP
Controller/Host: BeagleBone Black
Miners: (1) BFL Jalapeno 7GH; (18) Block Erupter 330 MHz/ea
Updates: Updated as of Feb. 3rd, 2014 using sudo apt-get

[mudge]

Hi

Quick question

Is there a way to set max temp for a Butterfly labs 30GH/S?

Ps sorry

I was trying to make a .bat to autorun BFGminer but it just crashes.

This is what I have:-

bfgminer -S bifury:all -S antminer:all --set-device antminer:clock=x0981

When I put that in a command window it works fine but crashes if launched in a .bat

[Mudbankkeith]

Hi

Quick question

Is there a way to set max temp for a Butterfly labs 30GH/S?

Ps sorry

I was trying to make a .bat to autorun BFGminer but it just crashes.

This is what I have:-

bfgminer -S bifury:all -S antminer:all --set-device antminer:clock=x0981

When I put that in a command window it works fine but crashes if launched in a .bat

this is my batch file for antminers
bfgminer.exe  --set-device antminer:clock=x0981 --icarus-options 115200:2:2 --no-submit-stale -o http://stratum.bitcoin.cz:3333 -O worker:pasword -S antminer:all