Pages:
Author

Topic: OLD: BFGMiner 3.10.0: modular ASIC+FPGA, GBT+Strtm, RPC, Mac/Lnx/W64, AntU1, DRB - page 7. (Read 1193208 times)

legendary
Activity: 1150
Merit: 1004
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.
hero member
Activity: 840
Merit: 1002
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.
legendary
Activity: 1150
Merit: 1004
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.
legendary
Activity: 2576
Merit: 1186
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/

 Cool
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
newbie
Activity: 25
Merit: 0
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/

 Cool
member
Activity: 112
Merit: 10
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.
sr. member
Activity: 339
Merit: 250
Vice versa is not a meal.
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.
sr. member
Activity: 339
Merit: 250
Vice versa is not a meal.
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://bitcointalksearch.org/topic/m.6357240

Is it a timing problem ?
legendary
Activity: 2576
Merit: 1186
Hi,,
I have a problem with API command.

With this code:
Code:
$request = array('command'=>'summary');
$url = "xxxxxx:xxxx";
$request = json_encode($request);
echo "
".$request."
";
        $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 Sad
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...)
member
Activity: 74
Merit: 10
Hi,,
I have a problem with API command.

With this code:
Code:
$request = array('command'=>'summary');
$url = "xxxxxx:xxxx";
$request = json_encode($request);
echo "
".$request."
";
        $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 Sad
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 ?
legendary
Activity: 1288
Merit: 1004
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 Sad
legendary
Activity: 2576
Merit: 1186
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 Sad
legendary
Activity: 1288
Merit: 1004
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?
legendary
Activity: 2576
Merit: 1186
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?
legendary
Activity: 1288
Merit: 1004
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?
hero member
Activity: 520
Merit: 500
Frontend/GUI authors: Do you hide the BFGMiner window? Will an informational notice annoy you or your users?

Nope!
newbie
Activity: 29
Merit: 0
Is there an updated BFGMiner which works with Gridseed Blades that produces the correct hash power of the blades?
legendary
Activity: 2576
Merit: 1186
Frontend/GUI authors: Do you hide the BFGMiner window? Will an informational notice annoy you or your users?
member
Activity: 102
Merit: 12
I would expect something like /dev/cuaU0 on BSD.

Yes, on my system exist two devices /dev/cuau*:
# ls -l /dev/cu*
crw-rw----  1 uucp  dialer    0,  45 Apr 19 21:16 /dev/cuau0
crw-rw----  1 uucp  dialer    0,  46 Jan 30 13:14 /dev/cuau0.init
crw-rw----  1 uucp  dialer    0,  47 Jan 30 13:14 /dev/cuau0.lock
crw-rw----  1 uucp  dialer    0,  51 Apr 19 21:18 /dev/cuau1
crw-rw----  1 uucp  dialer    0,  52 Jan 30 13:14 /dev/cuau1.init
crw-rw----  1 uucp  dialer    0,  53 Jan 30 13:14 /dev/cuau1.lock

but both following attempts anyway do not found BFL SC device:

Enter target:bitforce:/dev/cuau0
Enter target:bitforce:/dev/cuau1

No new devices found

legendary
Activity: 2576
Merit: 1186
What about uthash?
I don't know why, but configure does not search uthash headers in the /usr/local/include.

I modified configure.ac, and wrote direct path to include files (added part is bold):
#include </usr/local/include/utlist.h>
#include </usr/local/include/uthash.h>

Thereafter, configure runs OK.
This is a compiler/OS issue.

The standard "bitforce" driver should work fine.

Sorry, but something wrong. see terminal output:

# lsusb
Bus /dev/usb Device /dev/ugen2.2: ID 0403:6014 Future Technology Devices International, Ltd
Bus /dev/usb Device /dev/ugen2.1: ID 0000:0000
Bus /dev/usb Device /dev/ugen1.1: ID 0000:0000
Bus /dev/usb Device /dev/ugen0.1: ID 0000:0000

# ls -la /dev/ugen2.2
lrwxr-xr-x  1 root  wheel  9 Apr 19 20:27 /dev/ugen2.2 -> usb/2.2.0
# ls -la /dev/usb/2.2.0
crw-------  1 root  operator    0, 120 Apr 19 20:27 /dev/usb/2.2.0


# ./bfgminer/bfgminer -o pool.xxx.com:0000 -u username -p secret -D -T --verbose -S all
 [2014-04-19 20:32:46] setrlimit: Changed soft fd limit from 11095 to 1024 (FD_SETSIZE=1024; hard limit=11095)         
 [2014-04-19 20:32:46] Started bfgminer 3.99.0
 [2014-04-19 20:32:46] lowlevel_scan: Found usb device at usb:002:002 (path=(null), vid=0403, pid=6014, manuf=FTDI, prod=BitFORCE SHA256 SC, serial=(null))
 [2014-04-19 20:32:46] lowlevel_scan: Found usb device at usb:002:001 (path=(null), vid=0000, pid=0000, manuf=CMDTECH, prod=OHCI root HUB, serial=(null))
 [2014-04-19 20:32:46] lowlevel_scan: Found usb device at usb:001:001 (path=(null), vid=0000, pid=0000, manuf=SiS, prod=OHCI root HUB, serial=(null))
 [2014-04-19 20:32:46] lowlevel_scan: Found usb device at usb:000:001 (path=(null), vid=0000, pid=0000, manuf=SiS, prod=OHCI root HUB, serial=(null))
 [2014-04-19 20:32:46] lowlevel_scan: Found ft232r device at usb:002:002 (path=(null), vid=0403, pid=6014, manuf=FTDI, prod=BitFORCE SHA256 SC, serial=(null))
 [2014-04-19 20:32:46] Reattaching kernel driver for usb:002:002
 [2014-04-19 20:32:46] Reattaching kernel driver for usb:002:002
 [2014-04-19 20:32:46] Device rescan requested
 [2014-04-19 20:32:46] lowlevel_scan: Found usb device at usb:002:002 (path=(null), vid=0403, pid=6014, manuf=FTDI, prod=BitFORCE SHA256 SC, serial=(null))
 [2014-04-19 20:32:46] lowlevel_scan: Found usb device at usb:002:001 (path=(null), vid=0000, pid=0000, manuf=CMDTECH, prod=OHCI root HUB, serial=(null))
 [2014-04-19 20:32:46] lowlevel_scan: Found usb device at usb:001:001 (path=(null), vid=0000, pid=0000, manuf=SiS, prod=OHCI root HUB, serial=(null))
 [2014-04-19 20:32:46] lowlevel_scan: Found usb device at usb:000:001 (path=(null), vid=0000, pid=0000, manuf=SiS, prod=OHCI root HUB, serial=(null))
 [2014-04-19 20:32:46] lowlevel_scan: Found ft232r device at usb:002:002 (path=(null), vid=0403, pid=6014, manuf=FTDI, prod=BitFORCE SHA256 SC, serial=(null))
 [2014-04-19 20:32:46] Reattaching kernel driver for usb:002:002
 [2014-04-19 20:32:46] Reattaching kernel driver for usb:002:002
 [2014-04-19 20:32:46] Device rescan requested a second time, delaying
 [2014-04-19 20:32:46] schedule_rescan: Scheduling rescan (no rescans currently pending)
 [2014-04-19 20:32:46] No devices detected!
 [2014-04-19 20:32:46] Waiting for devices

 [2014-04-19 20:32:46] Probing for an alive pool
 
I seen this message, and decided, probably some problems with a driver.

Also, I tried to use M+, with line:
Enter target:bitforce/dev/ugen2.2

Anyway see:
(no devices)
[Plus] Add device(s)  [Enter] Close device manager
No new devices found

So, this time I have no idea, what is happening...
I would expect something like /dev/cuaU0 on BSD.
Pages:
Jump to: