Author

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

sr. member
Activity: 333
Merit: 250
Ants Rock
Any update for the settings in BFGminer for Klondike K16 mining unit?
legendary
Activity: 2576
Merit: 1186
it is seemingly detecting the chili however I'm unable to see the individual chips under the [M]anage Devices section.
This is due to Chili being based on a very old protocol.

The error message that I keep receiving from the BFL 1 (chili) device is 'Failed to send queue, and queue empty; retrying after 1 second"
This is due to bugs in the Chili firmware. I think they plan to release a fix at some point.
BFGMiner 3.4 has a workaround for it, but it needs to use more USB bandwidth than normal.
sr. member
Activity: 333
Merit: 250
Ants Rock
Any update for the settings in BFGminer for Klondike K16 mining unit? I've tried yet I'm missing something. I tried: -0 http://stratum.btcguild.com:3333 -u username - p x -- usb KLN: 3 --enable-klondike16     no go  Embarrassed
legendary
Activity: 1610
Merit: 1000
Well hello there!
Hey Luke-jr,

So I finally got my twin turbo ii mounted on my first of two chilis. However, when I execute an instance of bfgminer it properly brings up my Icarus Block Eruptor, as well as the single BFL jally that I have connected, it is seemingly detecting the chili however I'm unable to see the individual chips under the [M]anage Devices section.  The error message that I keep receiving from the BFL 1 (chili) device is 'Failed to send queue, and queue empty; retrying after 1 second"

Any idea what might be causing this?

*Note: I am currently testing out version 3.4.0 (x86)
hero member
Activity: 868
Merit: 1000
Hi Luke-Jr

Is it possible to display the 'Time on Current Block' ?
hero member
Activity: 1246
Merit: 501
Anyone else noticed the OpenWRT version causes a seg fault when quitting or restarting?  Happened on 3.3 and still happens on 3.4.
hero member
Activity: 658
Merit: 500
CCNA: There i fixed the internet.
[Nevermind] I found the restart option in settings.  Doh!
Would it make sense to the developer(s) to have a option to re-read the config file without exiting and restarting?

should be doable but as with any feature, takes time. actually... @LJR should externally changing the config and using bfgminers restart functionality work?
member
Activity: 69
Merit: 10
hero member
Activity: 658
Merit: 500
CCNA: There i fixed the internet.
Can't find "--quiet-work-updates" in the Readme files.
But I will try it.
OPT_WITHOUT_ARG("--quiet-work-updates|--quiet-work-update",
                        opt_set_bool, &opt_quiet_work_updates,
                        opt_hidden)

its a hidden option there are actually quite a few
member
Activity: 69
Merit: 10
[Nevermind] I found the restart option in settings.  Doh!
Would it make sense to the developer(s) to have a option to re-read the config file without exiting and restarting?
member
Activity: 69
Merit: 10
Can't find "--quiet-work-updates" in the Readme files.
But I will try it.
member
Activity: 69
Merit: 10
Summary of runtime statistics:
 [2013-10-27 22:45:30] Started at [2013-10-27 21:55:56]
 [2013-10-27 22:45:30] Pool: http://mint.bitminter.com:8332
 [2013-10-27 22:45:30] Runtime: 0 hrs : 49 mins : 30 secs
 [2013-10-27 22:45:30] Average hashrate: 71.7 Megahash/s
 [2013-10-27 22:45:30] Solved blocks: 0
 [2013-10-27 22:45:30] Best share difficulty: 27
 [2013-10-27 22:45:31] Share submissions: 49
 [2013-10-27 22:45:31] Accepted shares: 49
 [2013-10-27 22:45:31] Rejected shares: 0 + 0 stale (0.00%)
 [2013-10-27 22:45:31] Accepted difficulty shares: 49
 [2013-10-27 22:45:31] Rejected difficulty shares: 0
 [2013-10-27 22:45:31] Hardware errors: 0
 [2013-10-27 22:45:31] Network transfer: 208.2 /  15.9 kB  ( 70.1 /   5.3  B/s)
 [2013-10-27 22:45:31] Efficiency (accepted shares * difficulty / 2 KB): 0.45
 [2013-10-27 22:45:31] Utility (accepted shares / min): 0.99/min
 [2013-10-27 22:45:31] Unable to get work from server occasions: 0
 [2013-10-27 22:45:31] Work items generated locally: 952
 [2013-10-27 22:45:31] Submitting work remotely delay occasions: 0
 [2013-10-27 22:45:31] New blocks detected on network: 7
 [2013-10-27 22:45:31] Summary of per device statistics:
 [2013-10-27 22:45:31] OCL0 63.0C | 5s:  0.0 avg:  0.0 u:  0.0  h/s | A:0 R:0+0 none) HW:0/none
 [2013-10-27 22:45:31] OCL1 66.0C | 5s:71.68 avg:71.65 u:70.82 Mh/s | A:49 R:0+ (none) HW:0/none
 [2013-10-27 22:45:31] Shutdown signal received.

This indicates everything is fine! Hmm.
member
Activity: 69
Merit: 10
Thanks for your response!
Ok. So you just chose a more verbose default setting than cgminer. That make sense now.

But what about throughput:
cg: WU: 1.1/m         HD4850
bfg: 0.00 BTC/hr      HD5570

I don't think this is a question of which client is better. I think I must have something configured wrong!
For these tests, I'm using the vanilla client for Win-32. No building from source. I was only doing that on the Arm platform.
I will keep looking. Maybe I will try debug mode.
legendary
Activity: 2576
Merit: 1186
But the cgminer client is running fine with the same config except for the d=0:
They're both running fine: work updates are a perfectly normal part of mining.
Stratum pools just do it more often than non-stratum ones traditionally have.

You can ask cgminer why they only announce http work updates if you like.
--quiet-work-updates will hide it in BFGMiner.
member
Activity: 69
Merit: 10
But the cgminer client is running fine with the same config except for the d=0:

cgminer -u xxx_RHD4850 -p xxx -d 0 -c cgminer.conf
cgminer version 3.6.5 - Started: [2013-10-27 20:08:48]
-----------------------------------------------------------------------------
 (5s):68.54M (avg):68.70Mh/s | A:159  R:1  HW:0  WU:1.1/m
 ST: 2  SS: 0  NB: 17  LW: 977  GF: 0  RF: 0
 Connected to us1.bitminter.com diff 1 with stratum as user xxx_RHD4850
 Block: 0002e4e03399ee5a...  Diff:391M  Started: [22:34:11]  Best share: 52
-----------------------------------------------------------------------------
 [P]ool management [G]PU management [_S]ettings [D]isplay options [Q]uit
 GPU 0:  67.5C  50%    | 68.58M/68.70Mh/s | A:159 R:0 HW:0 WU: 1.1/m I: 2
 GPU 1:  67.5C  50%    | OFF   / 0.000h/s | A:  0 R:0 HW:0 WU: 0.0/m I: 0
-----------------------------------------------------------------------------
 [2013-10-27 22:23:05] Accepted 7f5869ca Diff 2/1 GPU 0
 [2013-10-27 22:25:06] Stratum from pool 0 detected new block
 [2013-10-27 22:25:52] Accepted f0c4e674 Diff 1/1 GPU 0
 [2013-10-27 22:27:30] Accepted 819aa378 Diff 1/1 GPU 0
 [2013-10-27 22:29:14] Accepted 1401299a Diff 12/1 GPU 0
 [2013-10-27 22:31:21] Accepted 32c540ba Diff 5/1 GPU 0
 [2013-10-27 22:34:07] Accepted ead2bca4 Diff 1/1 GPU 0
 [2013-10-27 22:34:11] Stratum from pool 0 detected new block
 [2013-10-27 22:34:15] Stratum from pool 0 requested work restart
 [2013-10-27 22:35:29] Accepted 8c7cd188 Diff 1/1 GPU 0
 [2013-10-27 22:37:09] Accepted cd8ca6a3 Diff 1/1 GPU 0
 [2013-10-27 22:37:22] Accepted 68032a3e Diff 2/1 GPU 0
hero member
Activity: 658
Merit: 500
CCNA: There i fixed the internet.
bfgminer -u xxx_RHD5570bfg -p xxx -d 1 -c bfgminer.conf
bfgminer.conf
{
    "url"      : "http://mint.bitminter.com:8332"
}

bfgminer version 3.4.0 - Started: [2013-10-27 21:55:56] - [  0 days 00:00:45]
 [M]anage devices [P]ool management [_S]ettings [D]isplay options  [H]elp [Q]uit
 Connected to us1.bitminter.com diff 1 with stratum as user xxx_RHD5570bfg
 Block: ...2d46a0b0 #266459  Diff:391M ( 2.80Ph/s)  Started: [21:55:56]
 ST:2  F:0  NB:1  AS:0  BW:[  2/  0kB/s]  E:0.00  I: 0.00 BTC/hr  BS:0
 1      66.0C | 70.39/71.09/ 0.00Mh/s | A:0 R:0+0(none) HW:0/none
--------------------------------------------------------------------------------
 OCL 0: 60.0C | OFF  /  0.0/  0.0 h/s | A:0 R:0+0(none) HW:0/none
 OCL 1: 66.5C | 71.43/71.03/ 0.00Mh/s | A:0 R:0+0(none) HW:0/none
--------------------------------------------------------------------------------
 
Code:
[2013-10-27 21:55:53] Loaded configuration file bfgminer.conf
 [2013-10-27 21:55:54] Probing for an alive pool
 [2013-10-27 21:55:55] Switching pool 0 http://mint.bitminter.com:8332 to stratu
m+tcp://us1.bitminter.com:3333
 [2013-10-27 21:55:56] Pool 0 http://mint.bitminter.com:8332 alive
 [2013-10-27 21:55:56] Network difficulty changed to 391M ( 2.80Ph/s)
 [2013-10-27 21:55:56] Stratum from pool 0 detected new block
 [2013-10-27 21:55:56] Pool 0 is hiding block contents from us
 [2013-10-27 21:55:57] Stratum from pool 0 requested work update
 [2013-10-27 21:55:58] OCL 0 (thread 0) being disabled
 [2013-10-27 21:55:58] OCL 0 (thread 1) being disabled
 [2013-10-27 21:56:00] Disabling extra threads due to dynamic mode.
 [2013-10-27 21:56:00] Tune dynamic intensity with --gpu-dyninterval
 [2013-10-27 21:56:27] Stratum from pool 0 requested work update
 [2013-10-27 21:56:57] Stratum from pool 0 requested work update
 [2013-10-27 21:57:02] Stratum from pool 0 requested work update
 [2013-10-27 21:57:07] Accepted 8afaaed2 OCL 1  Diff 1/1
 [2013-10-27 21:57:32] Stratum from pool 0 requested work update
 [2013-10-27 21:58:02] Stratum from pool 0 requested work update
 [2013-10-27 21:58:32] Stratum from pool 0 requested work update
 [2013-10-27 21:59:03] Stratum from pool 0 requested work update
 [2013-10-27 21:59:20] Accepted 6fc651cc OCL 1  Diff 2/1
 [2013-10-27 21:59:33] Stratum from pool 0 requested work update
 [2013-10-27 22:00:03] Stratum from pool 0 requested work update
 [2013-10-27 22:00:10] Accepted b46c7e2f OCL 1  Diff 1/1
 [2013-10-27 22:00:33] Stratum from pool 0 requested work update

Why so many "Stratum from pool 0 requested work update" requests?
I must doing something seriously wrong?

Edit: Forgot to mention: I'm running cgminer on d=0 and bfgminer on d=1 on the same PC in WXPSP3.
Could there be a port conflict? If so, is there a way to resolve it and still run both miners?

71 Mhash/second isn't particularly fast stratum updates every 30 sec or so and you only have about 1 share per minute it seems


math:

for 71Mhash to search the entire nonce space would take about 60.5 seconds to search the entire 2^32 every update starts new work so in reality your only searching half of the nonce space or the first 2^31 nonces.   slow hardware is slow :/ can't be helped
member
Activity: 69
Merit: 10
bfgminer -u xxx_RHD5570bfg -p xxx -d 1 -c bfgminer.conf
bfgminer.conf
{
    "url"      : "http://mint.bitminter.com:8332"
}

bfgminer version 3.4.0 - Started: [2013-10-27 21:55:56] - [  0 days 00:00:45]
 [M]anage devices [P]ool management [_S]ettings [D]isplay options  [H]elp [Q]uit
 Connected to us1.bitminter.com diff 1 with stratum as user xxx_RHD5570bfg
 Block: ...2d46a0b0 #266459  Diff:391M ( 2.80Ph/s)  Started: [21:55:56]
 ST:2  F:0  NB:1  AS:0  BW:[  2/  0kB/s]  E:0.00  I: 0.00 BTC/hr  BS:0
 1      66.0C | 70.39/71.09/ 0.00Mh/s | A:0 R:0+0(none) HW:0/none
--------------------------------------------------------------------------------
 OCL 0: 60.0C | OFF  /  0.0/  0.0 h/s | A:0 R:0+0(none) HW:0/none
 OCL 1: 66.5C | 71.43/71.03/ 0.00Mh/s | A:0 R:0+0(none) HW:0/none
--------------------------------------------------------------------------------
 
Code:
[2013-10-27 21:55:53] Loaded configuration file bfgminer.conf
 [2013-10-27 21:55:54] Probing for an alive pool
 [2013-10-27 21:55:55] Switching pool 0 http://mint.bitminter.com:8332 to stratu
m+tcp://us1.bitminter.com:3333
 [2013-10-27 21:55:56] Pool 0 http://mint.bitminter.com:8332 alive
 [2013-10-27 21:55:56] Network difficulty changed to 391M ( 2.80Ph/s)
 [2013-10-27 21:55:56] Stratum from pool 0 detected new block
 [2013-10-27 21:55:56] Pool 0 is hiding block contents from us
 [2013-10-27 21:55:57] Stratum from pool 0 requested work update
 [2013-10-27 21:55:58] OCL 0 (thread 0) being disabled
 [2013-10-27 21:55:58] OCL 0 (thread 1) being disabled
 [2013-10-27 21:56:00] Disabling extra threads due to dynamic mode.
 [2013-10-27 21:56:00] Tune dynamic intensity with --gpu-dyninterval
 [2013-10-27 21:56:27] Stratum from pool 0 requested work update
 [2013-10-27 21:56:57] Stratum from pool 0 requested work update
 [2013-10-27 21:57:02] Stratum from pool 0 requested work update
 [2013-10-27 21:57:07] Accepted 8afaaed2 OCL 1  Diff 1/1
 [2013-10-27 21:57:32] Stratum from pool 0 requested work update
 [2013-10-27 21:58:02] Stratum from pool 0 requested work update
 [2013-10-27 21:58:32] Stratum from pool 0 requested work update
 [2013-10-27 21:59:03] Stratum from pool 0 requested work update
 [2013-10-27 21:59:20] Accepted 6fc651cc OCL 1  Diff 2/1
 [2013-10-27 21:59:33] Stratum from pool 0 requested work update
 [2013-10-27 22:00:03] Stratum from pool 0 requested work update
 [2013-10-27 22:00:10] Accepted b46c7e2f OCL 1  Diff 1/1
 [2013-10-27 22:00:33] Stratum from pool 0 requested work update

Why so many "Stratum from pool 0 requested work update" requests?
I must doing something seriously wrong?

Edit: Forgot to mention: I'm running cgminer on d=0 and bfgminer on d=1 on the same PC in WXPSP3.
Could there be a port conflict? If so, is there a way to resolve it and still run both miners?
legendary
Activity: 1680
Merit: 1014
Will 3.4.0 retry failed COM ports when initialising USB BEs? I guess I can try tomorrow, but it's be nice to have a confirmation befor re-installing the UPS monitoring software.
When you tell it to, like 3.3 and 3.2 did...
From command line? Can't seem to find the appropriate switch. I'm running from my own unattended front-end with -T
legendary
Activity: 2576
Merit: 1186
I was wondering if you could add JSONP commands to your APIs.
JSONP extension of your APIs would allow to access bfgminer directly from any static (local to browser) page.
AJAX calls can be made from the browser directly to API port.  No cross-domain issues.
How about CORS? That seems to be the way to go nowadays...?
sr. member
Activity: 658
Merit: 250
Is there any way to determine the BSB2ab style device names from API replies? I can't use ProcID, because the naming scheme differs when there are more chips. For example, I have BSB devices with 16 or 32 chips. ProcID 0 on BSB0 is BSB0a, but ProcID 0 on BSB2 is BSB2aa.

This would be useful because --set-device use the letter naming scheme as arguments when setting options for individual chips.
Jump to: