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

[BRADLEYPLOOF]

Frontend/GUI authors: Do you hide the BFGMiner window? Will an informational notice annoy you or your users?

Nope!

[1715114943]

1715114943

[1715114943]

1715114943

[1715114943]

1715114943

[1715114943]

1715114943

[1715114943]

1715114943

[ManeBjorn]

What kind of information is it that you want to display?

Frontend/GUI authors: Do you hide the BFGMiner window? Will an informational notice annoy you or your users?

[Luke-Jr]

Frontend/GUI authors: Do you hide the BFGMiner window? Will an informational notice annoy you or your users?

What kind of information is it that you want to display?

Read the link?

[ManeBjorn]

I did but I was not sure how the msg would combat Malware.  Would it be to let us know it was ok or clear?

Frontend/GUI authors: Do you hide the BFGMiner window? Will an informational notice annoy you or your users?

What kind of information is it that you want to display?

Read the link?

[Luke-Jr]

I did but I was not sure how the msg would combat Malware.  Would it be to let us know it was ok or clear?

It pops up a message dialog if the main window is hidden.
In theory, it should be difficult for the malware to hide it also.
But it seems it'll be a problem for GUIs

[ManeBjorn]

That makes sense.
I am glad I stick to distros directly from you and Nate.

I did but I was not sure how the msg would combat Malware.  Would it be to let us know it was ok or clear?

It pops up a message dialog if the main window is hidden.
In theory, it should be difficult for the malware to hide it also.
But it seems it'll be a problem for GUIs

[evolvia31]

Hi,,
I have a problem with API command.

With this code:

Code:

$request = array('command'=>'summary');
$url = "xxxxxx:xxxx";
$request = json_encode($request);
echo "<br>".$request."<br>";
        $ch = curl_init();
        curl_setopt($ch, CURLOPT_URL, $url);
        curl_setopt($ch,CURLOPT_RETURNTRANSFER, true);
        curl_setopt($ch, CURLOPT_HTTPHEADER, array('Content-type: application/json'));
        curl_setopt($ch, CURLOPT_POST, true);
        curl_setopt($ch, CURLOPT_POSTFIELDS, $request);
        $response = curl_exec($ch);
        curl_close($ch);
var_dump($response);

I have this error

Code:

string(82) "STATUS=E,When=1398234523,Code=14,Msg=Invalid command,

I don't understand because in the README.RPC, command "summary" exist.

Anyone can help me ?

[Luke-Jr]

Hi,,
I have a problem with API command.

With this code:

Code:

$request = array('command'=>'summary');
$url = "xxxxxx:xxxx";
$request = json_encode($request);
echo "<br>".$request."<br>";
        $ch = curl_init();
        curl_setopt($ch, CURLOPT_URL, $url);
        curl_setopt($ch,CURLOPT_RETURNTRANSFER, true);
        curl_setopt($ch, CURLOPT_HTTPHEADER, array('Content-type: application/json'));
        curl_setopt($ch, CURLOPT_POST, true);
        curl_setopt($ch, CURLOPT_POSTFIELDS, $request);
        $response = curl_exec($ch);
        curl_close($ch);
var_dump($response);

I have this error

Code:

string(82) "STATUS=E,When=1398234523,Code=14,Msg=Invalid command,

I don't understand because in the README.RPC, command "summary" exist.

Anyone can help me ?

The RPC interface is not JSON-RPC or even HTTP.
Check out the api-example.* files.

(patches are welcome to add a HTTP JSON-RPC compliant interface, but please note I reserve the right to replace libmicrohttpd with something else...)

[nemercry]

Is there any way to set seperate workers for each device?

Run multiple instances of BFGMiner with different log in stuff for whatever pool you're using...

The reason im ask is my effective hashrate is really low with 40 gridseeds. Any ideas anyone?

I'm seeing the same issues, drop offs in reported hashrate, some devices not seen when started, some going dead after a few minutes. Review my post above for a temp solution until BFG 4.0 comes out. (sorry Linux only)

Yeah this describes my issues well. Sucks cause i got excited when i saw 15mh from 39 units but the effective hashrate is only 11.45mh

Was this problem here solved ?
We are discussing the same issue over here: https://bitcointalk.org/index.php?topic=519112.msg6357240#msg6357240

Is it a timing problem ?

[nemercry]

How's it work for others who have been using them in production?

I'm running this for a while now with good results:

Code:

 bfgminer version 3.99.0 - Started: [2014-04-04 21:06:45] - [  0 days 12:18:32]
 [M]anage devices [P]ool management [S]ettings [D]isplay options                        [H]elp [Q]uit
 Connected to x diff 1m with stratum as user x
 Block: ...b53afe02 #544104  Diff:5.75k (41.13Gh/s)  Started: [09:24:58]
 ST:102  F:0  NB:305  AS:0  BW:[  3/  0kB/s]  E:0.00  I:11.33mBTC/hr  BS:196
 0            |  6.95/ 7.01/ 6.21Mh/s | A:26713 R:2704+0(8.6%) HW:17/none
------------------------------------------------------------------------------------------------------
 GSD 0:       | 338.6/348.9/264.6kh/s | A: 1138 R: 119+0(none) HW: 0/none
 GSD 1:       | 346.6/350.5/323.2kh/s | A: 1388 R: 128+0(none) HW: 0/none
 GSD 2:       | 344.4/351.1/320.7kh/s | A: 1383 R: 135+0(none) HW: 0/none
 GSD 3:       | 339.4/349.2/283.3kh/s | A: 1207 R: 111+0(none) HW: 0/none
 GSD 4:       | 338.4/350.2/300.9kh/s | A: 1303 R: 147+0(none) HW: 0/none
 GSD 5:       | 345.4/350.6/316.2kh/s | A: 1359 R: 155+0(none) HW: 0/none
 GSD 6:       | 345.4/351.0/330.8kh/s | A: 1431 R: 142+0(none) HW: 0/none
 GSD 7:       | 356.6/350.8/334.8kh/s | A: 1435 R: 132+0(none) HW: 0/none
 GSD 8:       | 343.9/350.6/329.5kh/s | A: 1415 R: 122+0(none) HW: 0/none
 GSD 9:       | 349.7/350.1/303.3kh/s | A: 1314 R: 116+0(none) HW: 0/none
 GSD10:       | 347.2/349.6/295.9kh/s | A: 1272 R: 143+0(none) HW: 0/none
 GSD11:       | 357.0/350.5/307.9kh/s | A: 1332 R: 144+0(none) HW:12/none
 GSD12:       | 344.4/348.9/271.1kh/s | A: 1167 R: 116+0(none) HW: 0/none
 GSD13:       | 339.6/350.2/318.7kh/s | A: 1358 R: 130+0(none) HW: 0/none
 GSD14:       | 352.7/350.3/310.1kh/s | A: 1330 R: 164+0(none) HW: 0/none
 GSD15:       | 344.9/350.5/317.0kh/s | A: 1372 R: 148+0(none) HW: 0/none
 GSD16:       | 347.0/350.2/312.9kh/s | A: 1342 R: 130+0(none) HW: 1/none
 GSD17:       | 342.5/351.2/335.5kh/s | A: 1440 R: 156+0(none) HW: 0/none
 GSD18:       | 344.6/350.6/316.4kh/s | A: 1350 R: 129+0(none) HW: 4/none
 GSD19:       | 351.0/351.1/320.8kh/s | A: 1387 R: 138+0(none) HW: 0/none
------------------------------------------------------------------------------------------------

This is on p2pool so rejects are a bit high. Only wish for now is individual freq settings.
Right now it's running gridseed-support-clean branche. With the default branche the hashrates looked higher (but maybe it is more accurate now?).

Hey can you actually tell me at which hashrate they run and with which options ?
I run them at 1150mhz all overclocked, but i got the problem that my actual hashrate is about 50% lower than with cgminer..

I am also using the gridseed-support-clean branche.

[Mr. Jinx]

The hashrate reported by bfgminer is very close to what the pool is reporting, about 7mh/s. They are running 850-900mhz.
This is with the official gridseed branche from Luke-Jr.

[Flaste]

I have been using CGMiner 3.7.2 modified because it supports overclocking gridseeds with the following frequency selections built in: 250, 400, 450, 500, 550, 600, 650, 700, 706, 713, 719, 725, 731, 738, 744, 750, 756, 763, 769, 775, 781, 788, 794, 800, 813, 825, 838, 850, 863, 875, 888, 900, 913, 925, 938, 950, 963, 975, 988, 1000, 1013, 1025, 1038, 1050, 1063, 1075, 1088, 1100, 1113, 1125, 1138, 1150, 1163, 1175, 1188, 1200, 1213, 1225, 1238, 1250, 1263, 1275, 1288, 1300, 1313, 1325, 1338, 1350, 1363, 1375, 1388, 1400.

My question is, can I do this with the BFGminer? I have been running CGMiner with gridseeds for a couple weeks, and haven't had any issues running at 1200Mhz on all the gridseeds, I'm just curious whats different about BFGminer than CGMiner for overclocking gridseeds? Trying to establish the best fit.

http://cryptomining-blog.com/1828-updated-cgminer-3-7-2-and-cpuminer-for-overclocking-gridseed-5-chip-gc3355-asics/

 

[Luke-Jr]

I have been using CGMiner 3.7.2 modified because it supports overclocking gridseeds with the following frequency selections built in: 250, 400, 450, 500, 550, 600, 650, 700, 706, 713, 719, 725, 731, 738, 744, 750, 756, 763, 769, 775, 781, 788, 794, 800, 813, 825, 838, 850, 863, 875, 888, 900, 913, 925, 938, 950, 963, 975, 988, 1000, 1013, 1025, 1038, 1050, 1063, 1075, 1088, 1100, 1113, 1125, 1138, 1150, 1163, 1175, 1188, 1200, 1213, 1225, 1238, 1250, 1263, 1275, 1288, 1300, 1313, 1325, 1338, 1350, 1363, 1375, 1388, 1400.

My question is, can I do this with the BFGminer? I have been running CGMiner with gridseeds for a couple weeks, and haven't had any issues running at 1200Mhz on all the gridseeds, I'm just curious whats different about BFGminer than CGMiner for overclocking gridseeds? Trying to establish the best fit.

http://cryptomining-blog.com/1828-updated-cgminer-3-7-2-and-cpuminer-for-overclocking-gridseed-5-chip-gc3355-asics/

 

BFGMiner can set any clock frequency supported by the gridseed chip.
Instead of a hardcoded list of frequencies, it calculates the correct code on demand

[edonkey]

I'm currently using cgminer (mox235 fork, based on girnyau) on a Raspberry Pi with 10 Gridseeds. It largely works, but I've seem some stability problems (an occasional crash, USB disconnects randomly if simultaneous processes try to access the API, and a GSD that showed hash rate, but share submits stopped). I'm interested in trying out bfgminer as an alternative.

But it looks like (based on searches of this thread and the site at large) that bfgminer does not support setting individual frequencies on a per Gridseed device basis. Is that the case?

I've got my Gridseed rig pretty well dialed in with individual frequencies that maximize utility. I can't go back to a version of miner software that only lets me set one frequency for all devices. Of course if bfgminer has an auto tune function for Gridseeds that does the work of tuning for me, that would be great if it works.

Also, does bfgminer disable the BTC cores in the Gridseed units when mining scrypt? I'm only mining scrypt and want the BTC cores off to reduce wattage. The cgminer I'm using now does turn the BTC cores off.

Thanks in advance for any answers or suggestions.

[nwoolls]

But it looks like (based on searches of this thread and the site at large) that bfgminer does not support setting individual frequencies on a per Gridseed device basis. Is that the case?

You can set clock speeds for each individual device. Use the following command to list the devices including their paths:

Code:

bfgminer -d? -S gridseed:all

Then you can use the following to set the clock speed per-device

Code:

bfgminer --set-device gridseed@/dev/something:clock=XYZ

Also, does bfgminer disable the BTC cores in the Gridseed units when mining scrypt?

Yes it does.

[edonkey]

But it looks like (based on searches of this thread and the site at large) that bfgminer does not support setting individual frequencies on a per Gridseed device basis. Is that the case?

You can set clock speeds for each individual device. Use the following command to list the devices including their paths:

Code:

bfgminer -d? -S gridseed:all

Then you can use the following to set the clock speed per-device

Code:

bfgminer --set-device gridseed@/dev/something:clock=XYZ

Also, does bfgminer disable the BTC cores in the Gridseed units when mining scrypt?

Yes it does.

Great! Thanks for the quick answers. Thanks also for your involvement in this community. I've seen your blog, of course.

One last question though. Is the list of devices consistent? For example, if I remove or add a device and reboot, do the device "something" values get reassigned?

I ask because with cgminer you specify the device by serial number, which is always independent of USB device discovery.

[BitcoinTraders]

I used this miner for weeks and i had no problem with it!
Really liked this and i will buy a bigger miner to use with it!

[edonkey]

Great! Thanks for the quick answers. Thanks also for your involvement in this community. I've seen your blog, of course.

One last question though. Is the list of devices consistent? For example, if I remove or add a device and reboot, do the device "something" values get reassigned?

I ask because with cgminer you specify the device by serial number, which is always independent of USB device discovery.

To answer my own question, it looks like you have to map the Linux dev node to the GSD physical unit. I guess this approach is general in that it potentially allows any device, including GPUs, to be able to be addressable in bfgminer.

But it sounds like in the case of USB devices this feature could be pretty difficult to use. Especially if moving a USB device around means that the assigned Linux "dev" nodes change. That would potentially mean that you'd have to remap the frequency to USB devices every time you change your rig configuration.

Compare that to the girnyau cgminer where you can specify a device by serial number, regardless of what Linux "dev" node it's assigned.

We're seeing GridSeeds pop up in an increasing number of USB products (DualMiners, 5-chip "cupcakes", blades). It strikes me that having a per USB serial number (and possibly per chip) frequency feature in bfgminer would be very useful.

[Luke-Jr]

Great! Thanks for the quick answers. Thanks also for your involvement in this community. I've seen your blog, of course.

One last question though. Is the list of devices consistent? For example, if I remove or add a device and reboot, do the device "something" values get reassigned?

I ask because with cgminer you specify the device by serial number, which is always independent of USB device discovery.

To answer my own question, it looks like you have to map the Linux dev node to the GSD physical unit. I guess this approach is general in that it potentially allows any device, including GPUs, to be able to be addressable in bfgminer.

But it sounds like in the case of USB devices this feature could be pretty difficult to use. Especially if moving a USB device around means that the assigned Linux "dev" nodes change. That would potentially mean that you'd have to remap the frequency to USB devices every time you change your rig configuration.

Compare that to the girnyau cgminer where you can specify a device by serial number, regardless of what Linux "dev" node it's assigned.

We're seeing GridSeeds pop up in an increasing number of USB products (DualMiners, 5-chip "cupcakes", blades). It strikes me that having a per USB serial number (and possibly per chip) frequency feature in bfgminer would be very useful.

BFGMiner will accept serial numbers after @ too, but I'm not sure if the gridseed driver supports this.

[nwoolls]

BFGMiner will accept serial numbers after @ too, but I'm not sure if the gridseed driver supports this.

How is supporting this different than supporting --set-device other fashions? Any code / docs to reference? I assumed providing set_device was enough and the miner proper was what targeted the devices.