Pages:
Author

Topic: BFGMiner 5.5.0: CPU/GPU/FPGA/ASIC mining software, GBT+Stratum, RPC, Linux/Win64 - page 35. (Read 834576 times)

legendary
Activity: 2576
Merit: 1186
Nah, I was looking for some hint as to what went wrong during detection. Smiley

I don't see significant differences (a part from the device name CBM vs AMU) when I compared the old debug log with the new one during the detection phase, but perhaps you can see that.
I found one bug. Can you confirm what command-line you are using?
full member
Activity: 179
Merit: 131
Nah, I was looking for some hint as to what went wrong during detection. Smiley

I don't see significant differences (a part from the device name CBM vs AMU) when I compared the old debug log with the new one during the detection phase, but perhaps you can see that.

Old log taken from bfgminer 5.3.0 up to commit (possibly) 484db74
Code:
 
 [2015-09-05 20:31:38] Timers: Using clock_gettime(CLOCK_MONOTONIC)
 [2015-09-05 20:31:38] Global quota greatest common denominator set to 1
 [2015-09-05 20:31:38] Global quota greatest common denominator set to 1
 [2015-09-05 20:31:38] setrlimit: Soft fd limit not being changed from 1024 (FD_SETSIZE=1024; hard limit=4096)
 [2015-09-05 20:31:38] Started bfgminer 5.3.0-unknown
 [2015-09-05 20:31:38] Loaded configuration file /etc/bfgminer/bfgminer.conf
 [2015-09-05 20:31:38] lowlevel_scan: Found vcom device at dev_t:000000000000bc01 (path=/dev/ttyUSB1, vid=0000, pid=0000, manuf=Silicon Labs, prod=CP2102 USB to UART Bridge Controller, serial=0001)
 [2015-09-05 20:31:38] lowlevel_scan: Found vcom device at dev_t:000000000000bc00 (path=/dev/ttyUSB0, vid=0000, pid=0000, manuf=Silicon Labs, prod=CP2102 USB to UART Bridge Controller, serial=0001)
 [2015-09-05 20:31:38] CBM: cgpu_set_defaults: Matched with set default: antminer:voltage=x750
 [2015-09-05 20:31:38] CBM: cgpu_set_defaults: Matched with set default: antminer:voltage=x750
 [2015-09-05 20:31:38] CBM: Applying rule antminer:voltage=x750: Unknown option: voltage
 [2015-09-05 20:31:38] CBM: Applying rule antminer:voltage=x750: Unknown option: voltage
 [2015-09-05 20:31:38] CBM: cgpu_set_defaults: Matched with set default: antminer:clock=x0D83
 [2015-09-05 20:31:38] CBM: Applying rule antminer:clock=x0D83: Unknown option: clock
 [2015-09-05 20:31:38] CBM: cgpu_set_defaults: Matched with set default: antminer:timing=0.0178
 [2015-09-05 20:31:38] (null): Init: mode=value read_timeout_ms=75 limit=0ms Hs=1.780000e-11
 [2015-09-05 20:31:38] CBM: Applied rule antminer:timing=0.0178
 [2015-09-05 20:31:38] antminer: Attempting to open /dev/ttyUSB0
 [2015-09-05 20:31:38] CBM: cgpu_set_defaults: Matched with set default: antminer:clock=x0D83
 [2015-09-05 20:31:38] CBM: Applying rule antminer:clock=x0D83: Unknown option: clock
 [2015-09-05 20:31:38] CBM: cgpu_set_defaults: Matched with set default: antminer:timing=0.0178
 [2015-09-05 20:31:38] (null): Init: mode=value read_timeout_ms=75 limit=0ms Hs=1.780000e-11
 [2015-09-05 20:31:38] Acquired exclusive advisory lock on /dev/ttyUSB0
 [2015-09-05 20:31:38] CBM: Applied rule antminer:timing=0.0178
 [2015-09-05 20:31:38] antminer: Attempting to open /dev/ttyUSB1
 [2015-09-05 20:31:38] Acquired exclusive advisory lock on /dev/ttyUSB1
 [2015-09-05 20:31:38] antminer: Test succeeded at /dev/ttyUSB0: got 000187a2
 [2015-09-05 20:31:38] /dev/ttyUSB0: Init: mode=value read_timeout_ms=75 limit=0ms Hs=1.780000e-11
 [2015-09-05 20:31:38] Acquired exclusive advisory lock on /dev/ttyUSB0
 [2015-09-05 20:31:38] antminer: Work division not specified - autodetecting
 [2015-09-05 20:31:38] antminer: Test succeeded at /dev/ttyUSB1: got 000187a2
 [2015-09-05 20:31:38] /dev/ttyUSB1: Init: mode=value read_timeout_ms=75 limit=0ms Hs=1.780000e-11
 [2015-09-05 20:31:38] Acquired exclusive advisory lock on /dev/ttyUSB1
 [2015-09-05 20:31:38] antminer: Work division not specified - autodetecting
 [2015-09-05 20:31:38] antminer: Work division autodetection got 417c0f36 (=4)
 [2015-09-05 20:31:38] Found CBM 0 at /dev/ttyUSB0
 [2015-09-05 20:31:38] CBM 0: Init: baud=115200 work_division=0 fpga_count=0
 [2015-09-05 20:31:38] antminer: Work division autodetection got 417c0f36 (=4)
 [2015-09-05 20:31:38] Found CBM 1 at /dev/ttyUSB1
 [2015-09-05 20:31:38] CBM 1: Init: baud=115200 work_division=0 fpga_count=0
 [2015-09-05 20:31:38] Probing for an alive pool
.
.


New log taken from bfgminer 5.3.0 up to commit 517af40
Code:
 
 [2015-10-18 02:35:53] Timers: Using clock_gettime(CLOCK_MONOTONIC)
 [2015-10-18 02:35:53] Global quota greatest common denominator set to 1
 [2015-10-18 02:35:53] Global quota greatest common denominator set to 1
 [2015-10-18 02:35:53] Global quota greatest common denominator set to 1
 [2015-10-18 02:35:53] setrlimit: Soft fd limit not being changed from 1024 (FD_SETSIZE=1024; hard limit=4096)
 [2015-10-18 02:35:53] Started bfgminer 5.3.0-unknown
 [2015-10-18 02:35:53] Loaded configuration file /etc/bfgminer/bfgminer.conf
 [2015-10-18 02:35:53] lowlevel_scan: Found vcom device at dev_t:000000000000bc01 (path=/dev/ttyUSB1, vid=0000, pid=0000, manuf=Silicon Labs, prod=CP2102 USB to UART Bridge Controller, serial=0001)
 [2015-10-18 02:35:53] lowlevel_scan: Found vcom device at dev_t:000000000000bc00 (path=/dev/ttyUSB0, vid=0000, pid=0000, manuf=Silicon Labs, prod=CP2102 USB to UART Bridge Controller, serial=0001)
 [2015-10-18 02:35:53] AMU: cgpu_set_defaults: Matched with set default: antminer:voltage=x750
 [2015-10-18 02:35:53] AMU: cgpu_set_defaults: Matched with set default: antminer:voltage=x750
 [2015-10-18 02:35:53] AMU: Applying rule antminer:voltage=x750: Unknown option: voltage
 [2015-10-18 02:35:53] AMU: Applying rule antminer:voltage=x750: Unknown option: voltage
 [2015-10-18 02:35:53] AMU: cgpu_set_defaults: Matched with set default: antminer:clock=xD83
 [2015-10-18 02:35:53] AMU: cgpu_set_defaults: Matched with set default: antminer:clock=xD83
 [2015-10-18 02:35:53] AMU: Applying rule antminer:clock=xD83: Unknown option: clock
 [2015-10-18 02:35:53] AMU: Applying rule antminer:clock=xD83: Unknown option: clock
 [2015-10-18 02:35:53] AMU: cgpu_set_defaults: Matched with set default: antminer:timing=0.0178
 [2015-10-18 02:35:53] AMU: cgpu_set_defaults: Matched with set default: antminer:timing=0.0178
 [2015-10-18 02:35:53] (null): Init: mode=value read_timeout_ms=75 limit=0ms Hs=1.780000e-11
 [2015-10-18 02:35:53] (null): Init: mode=value read_timeout_ms=75 limit=0ms Hs=1.780000e-11
 [2015-10-18 02:35:53] AMU: Applied rule antminer:timing=0.0178
 [2015-10-18 02:35:53] AMU: Applied rule antminer:timing=0.0178
 [2015-10-18 02:35:53] antminer: Attempting to open /dev/ttyUSB0
 [2015-10-18 02:35:53] antminer: Attempting to open /dev/ttyUSB1
 [2015-10-18 02:35:53] Acquired exclusive advisory lock on /dev/ttyUSB0
 [2015-10-18 02:35:53] Acquired exclusive advisory lock on /dev/ttyUSB1
 [2015-10-18 02:35:53] antminer: Test succeeded at /dev/ttyUSB0: got 000187a2
 [2015-10-18 02:35:53] antminer: Test succeeded at /dev/ttyUSB1: got 000187a2
 [2015-10-18 02:35:53] /dev/ttyUSB0: Init: mode=value read_timeout_ms=75 limit=0ms Hs=1.780000e-11
 [2015-10-18 02:35:53] /dev/ttyUSB1: Init: mode=value read_timeout_ms=75 limit=0ms Hs=1.780000e-11
 [2015-10-18 02:35:53] Acquired exclusive advisory lock on /dev/ttyUSB1
 [2015-10-18 02:35:53] Acquired exclusive advisory lock on /dev/ttyUSB0
 [2015-10-18 02:35:53] antminer: Work division not specified - autodetecting
 [2015-10-18 02:35:53] antminer: Work division not specified - autodetecting
 [2015-10-18 02:35:53] antminer: Work division autodetection got 417c0f36 (=4)
 [2015-10-18 02:35:53] antminer: Work division autodetection got 417c0f36 (=4)
 [2015-10-18 02:35:53] Found AMU 0 at /dev/ttyUSB0
 [2015-10-18 02:35:53] Found AMU 1 at /dev/ttyUSB1
 [2015-10-18 02:35:53] AMU 0: Init: baud=115200 work_division=0 fpga_count=0
 [2015-10-18 02:35:53] AMU 1: Init: baud=115200 work_division=0 fpga_count=0
 [2015-10-18 02:35:53] Probing for an alive pool
.
.

sr. member
Activity: 415
Merit: 250
Do you think this might work for my a2 farmboys... If not, is it possible to tweak it to work, or what would you need to be able to make it work. Thanks
legendary
Activity: 2576
Merit: 1186
full member
Activity: 179
Merit: 131
Maybe not so important since it's just a matter of displayed device name.

I believe you are looking for confirmation from debug output. I took a debug log after I upgraded my BFGMiner from 5.2.0 to the broken version of 5.3.0 on the 5th of September. I think it confirms that the device name of my Antminer U3's were recognised as CBM device. Below are some of the lines on that debug log. I can send you the whole log (only about 1 minute worth of messages though) if you are interested on that.
Code:
.
.
 [2015-09-05 20:32:08] CBM 0d nonce = 0xd26d8507 = 0x49b61420 hashes (0.034306s; 0.027740ns/hash)
 [2015-09-05 20:32:08] CBM 0a: Popping work from get queue to get work
 [2015-09-05 20:32:08] CBM 1c nonce = 0x508863f4 = 0x42218fd4 hashes (0.031638s; 0.028515ns/hash)
 [2015-09-05 20:32:08] CBM 1a: Popping work from get queue to get work
 [2015-09-05 20:32:08] CBM 0a: Got work 3252 from get queue to get work for thread 0
 [2015-09-05 20:32:08] CBM 1a: Got work 3256 from get queue to get work for thread 4
 [2015-09-05 20:32:08] Selecting pool 0 for work
 [2015-09-05 20:32:08] Generated stratum header 000000031f1b418f32e1029d0ba699fb6c6d69fa2b4505f910a6ac6a00000000000000001316c7f355e434897ef09f8d8721ec6ac457b46185081a8c5b9521989568c0b955eb351e18134dc100000000
 [2015-09-05 20:32:08] Work job_id 1441477890 107367 nonce2 0000039d
 [2015-09-05 20:32:08] Generated stratum work
 [2015-09-05 20:32:08] Pushing work 3292 from pool 0 to hash queue
 [2015-09-05 20:32:08] Selecting pool 0 for work
 [2015-09-05 20:32:08] Generated stratum header 000000031f1b418f32e1029d0ba699fb6c6d69fa2b4505f910a6ac6a00000000000000004d2c4d682acf97793bc560e527dd3f2cb2eead8cb51c3b79b23c7b5b1dd3718055eb351e18134dc100000000
 [2015-09-05 20:32:08] Work job_id 1441477890 107367 nonce2 0000039e
 [2015-09-05 20:32:08] Generated stratum work
 [2015-09-05 20:32:08] Pushing work 3294 from pool 0 to hash queue
 [2015-09-05 20:32:08] CBM 0: No data in 0.075 seconds
 [2015-09-05 20:32:08] CBM 1: No data in 0.075 seconds
 [2015-09-05 20:32:08] CBM 0 no nonce = 0xffffffff hashes (0.078335s)
 [2015-09-05 20:32:08] CBM 0a: Popping work from get queue to get work
 [2015-09-05 20:32:08] CBM 0a: Got work 3260 from get queue to get work for thread 0
 [2015-09-05 20:32:08] Selecting pool 0 for work
 [2015-09-05 20:32:08] Generated stratum header 000000031f1b418f32e1029d0ba699fb6c6d69fa2b4505f910a6ac6a0000000000000000335850b265322e3909d4501e6c911f47c655ca5b115b19bc9b542a5b9266912755eb351e18134dc100000000
 [2015-09-05 20:32:08] Work job_id 1441477890 107367 nonce2 0000039f
 [2015-09-05 20:32:08] Generated stratum work
 [2015-09-05 20:32:08] Pushing work 3297 from pool 0 to hash queue
 [2015-09-05 20:32:08] CBM 1 no nonce = 0xffffffff hashes (0.077746s)
 [2015-09-05 20:32:08] CBM 1a: Popping work from get queue to get work
 [2015-09-05 20:32:08] Selecting pool 0 for work
 [2015-09-05 20:32:08] Generated stratum header 000000031f1b418f32e1029d0ba699fb6c6d69fa2b4505f910a6ac6a0000000000000000ed92f07d4de37dc46ceaeb3ebe8f5206ffdcd29f446484f36d6323b0e0a9b12f55eb351e18134dc100000000
 [2015-09-05 20:32:08] CBM 1a: Got work 3264 from get queue to get work for thread 4
 [2015-09-05 20:32:08] Work job_id 1441477890 107367 nonce2 000003a0
 [2015-09-05 20:32:08] Generated stratum work
 [2015-09-05 20:32:08] Pushing work 3300 from pool 0 to hash queue
 [2015-09-05 20:32:08] PROOF OF WORK RESULT: true (yay!!!)
 [2015-09-05 20:32:08]  Proof: 0000000057e1afcb8faa3fcd24aca544e542a1bf3eda5347d80d989d18de1cfa
.
.
 [2015-09-05 20:32:43] Summary of per device statistics:

 [2015-09-05 20:32:43] CBM0        | 30s:28.72 avg:46.69 u:45.24 Gh/s | A:1 R:0+0(none) HW:0/none
 [2015-09-05 20:32:43] CBM0a        | 30s: 7.18 avg:11.67 u:11.96 Gh/s | A:1 R:0+0(none) HW:0/none
 [2015-09-05 20:32:43] CBM0b        | 30s: 7.18 avg:11.77 u:10.40 Gh/s | A:0 R:0+0(none) HW:0/none
 [2015-09-05 20:32:43] CBM0c        | 30s: 7.18 avg:11.77 u:11.65 Gh/s | A:0 R:0+0(none) HW:0/none
 [2015-09-05 20:32:43] CBM0d        | 30s: 7.18 avg:11.77 u:11.51 Gh/s | A:0 R:0+0(none) HW:0/none
 [2015-09-05 20:32:43] CBM1        | 30s:29.06 avg:47.24 u:41.67 Gh/s | A:0 R:0+0(none) HW:0/none
 [2015-09-05 20:32:43] CBM1a        | 30s: 7.26 avg:11.80 u:10.45 Gh/s | A:0 R:0+0(none) HW:0/none
 [2015-09-05 20:32:43] CBM1b        | 30s: 7.26 avg:11.90 u:10.47 Gh/s | A:0 R:0+0(none) HW:0/none
 [2015-09-05 20:32:43] CBM1c        | 30s: 7.27 avg:11.91 u:10.95 Gh/s | A:0 R:0+0(none) HW:0/none
 [2015-09-05 20:32:43] CBM1d        | 30s: 7.27 avg:11.91 u:10.05 Gh/s | A:0 R:0+0(none) HW:0/none
 [2015-09-05 20:32:43] 
legendary
Activity: 2576
Merit: 1186
Can you run the broken version with -D -d? and paste the output?

Ooppsss... I have already cleaned up everything related to the previous HEAD version, including the compiled package. I need to figure out how to tell OpenWRT build package to roll back to previous commit.

Is this quite important Luke? For instance, do you suspect something might broke other parts? I prefer to move on with your latest commits, but if that would be important I will try to roll back and re-compile.
Maybe not so important since it's just a matter of displayed device name.
full member
Activity: 179
Merit: 131
Can you run the broken version with -D -d? and paste the output?

Ooppsss... I have already cleaned up everything related to the previous HEAD version, including the compiled package. I need to figure out how to tell OpenWRT build package to roll back to previous commit.

Is this quite important Luke? For instance, do you suspect something might broke other parts? I prefer to move on with your latest commits, but if that would be important I will try to roll back and re-compile.
legendary
Activity: 2576
Merit: 1186
I saw that you have commited some changes on your github, especially commit 8488cf0 on the device name for compact device. I will try if that would fix the issue I am seeing.

I can confirm that your new commits fix the issue that I had as you can see on below link (I am not sure why I cannot insert image to this forum any more)


Strange, it shouldn't have...

Can you run the broken version with -D -d? and paste the output?
full member
Activity: 179
Merit: 131
I saw that you have commited some changes on your github, especially commit 8488cf0 on the device name for compact device. I will try if that would fix the issue I am seeing.

I can confirm that your new commits fix the issue that I had as you can see on below link (I am not sure why I cannot insert image to this forum any more)

full member
Activity: 179
Merit: 131
The name of the devices of my Antminer U3 have now changed to CBM where previously they were shown as AMU on version 5.2.0.
I can't see to reproduce this.
Mine always shows up as AMU...
What command line do you use?

I don't set the parameters on the command line and I have BFGMiner running on my router so I am using the command line as below.
Code:
root:~# screen -dmS bfgminer bfgminer --config /etc/bfgminer/bfgminer.conf

And the content of my bfgminer.conf is below (with usernames hidden)
Code:
root:~# cat /etc/bfgminer/bfgminer.conf
{
"pools" : [
{
"url" : "stratum+tcp://stratum.mining.eligius.st:3334",
"user" : "XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX",
"pass" : "x",
"pool-priority" : "0"
},
{
"url" : "stratum+tcp://stratum.antpool.com:3333",
"user" : "XXXXXXXX",
"pass" : "x",
"pool-priority" : "1"
}
]
,
"api-mcast-port" : "4028",
"api-port" : "4028",
"debuglog" : true,
"expiry" : "120",
"expiry-lp" : "3600",
"failover-switch-delay" : "300",
"log" : "30",
"no-local-bitcoin" : true,
"no-pool-disable" : true,
"no-client-reconnect" : true,
"queue" : "1",
"quiet" : true,
"quiet-work-updates" : true,
"quiet-work-update" : true,
"scan-time" : "60",
"show-processors" : true,
"show-procs" : true,
"skip-security-checks" : "0",
"submit-stale" : true,
"temp-hysteresis" : "3",
"shares" : 0,
"kernel-path" : "/usr/share/bfgminer",
"scan" : [
"antminer:/dev/ttyUSB0",
"antminer:/dev/ttyUSB1"
],
"set-device" : [
"antminer:voltage=x800",
"antminer:clock=x882",
"antminer:timing=0.0166"
]
}

I saw that you have commited some changes on your github, especially commit 8488cf0 on the device name for compact device. I will try if that would fix the issue I am seeing.
legendary
Activity: 2576
Merit: 1186
Hmm, maybe try changing the single-quotes to double-quotes.
legendary
Activity: 1274
Merit: 1000
You'll need to run BFGMiner with --api-listen --api-allow W:127.0.0.1 and then you can use the bfgminer-rpc command from a prompt.

Thanks, I'll need a little hand holding to get through this.  Here's what I am trying to do, on a Windows 7 machine, please let me know where I am going wrong.

I added "--api-listen --api-allow W:127.0.0.1" to my batch file and the launched bfgminer.

I opened a second command prompt and navigated to the bfgminer directory, then input the command as you had typed it (but changed the frequency hex) - is this correct?  Probably not because I get the following:

Code:
C:\bfgminer530>bfgminer-rpc 'pgaset|cbm0,clock,x1406'
'cbm0' is not recognized as an internal or external command,
operable program or batch file.

I must be close, because if I just enter bfgminer-rpc at the second command prompt I get a nice print-out summary of what is going on:
Code:
C:\bfgminer530>bfgminer-rpc
Reply was 'STATUS=S,When=1445036624,Code=11,Msg=Summary,Description=bfgminer 5.3.0|SUMMARY,Elapsed=678
,MHS av=27127.085,MHS 20s=28896.795,Found Blocks=0,Getworks=30,Accepted=1,Rejected=41,Hardware Errors=
7,Utility=0.088,Discarded=162,Stale=0,Get Failures=0,Local Work=8874,Remote Failures=0,Network Blocks=
1,Total MH=18403170.4900,Diff1 Work=4109,Work Utility=363.411,Difficulty Accepted=1041.99999975,Diffic
ulty Rejected=41,Difficulty Stale=0,Best Share=1259.64191468,Device Hardware%=0.1701,Device Rejected%=
0.9978,Pool Rejected%=3.7858,Pool Stale%=0.0000,Last getwork=1445036624|'
[STATUS] =>
(
   [STATUS] => S
   [When] => 1445036624
   [Code] => 11
   [Msg] => Summary
   [Description] => bfgminer 5.3.0
)
[SUMMARY] =>
(
   [0] => SUMMARY
   [Elapsed] => 678
   [MHS av] => 27127.085
   [MHS 20s] => 28896.795
   [Found Blocks] => 0
   [Getworks] => 30
   [Accepted] => 1
   [Rejected] => 41
   [Hardware Errors] => 7
   [Utility] => 0.088
   [Discarded] => 162
   [Stale] => 0
   [Get Failures] => 0
   [Local Work] => 8874
   [Remote Failures] => 0
   [Network Blocks] => 1
   [Total MH] => 18403170.4900
   [Diff1 Work] => 4109
   [Work Utility] => 363.411
   [Difficulty Accepted] => 1041.99999975
   [Difficulty Rejected] => 41
   [Difficulty Stale] => 0
   [Best Share] => 1259.64191468
   [Device Hardware%] => 0.1701
   [Device Rejected%] => 0.9978
   [Pool Rejected%] => 3.7858
   [Pool Stale%] => 0.0000
   [Last getwork] => 1445036624
>

Thank you for the help.[/code]
legendary
Activity: 2576
Merit: 1186
Hmm, I did test that it works on my Compac pre-prod sample before posting it here :/

Does it work any better if you use RPC's pgaset?

bfgminer-rpc 'pgaset|cbm0,clock,x0783'

It probably has to to with the changes made between pre- and post-production sticks.

Is the command you suggested something I enter from the command line or batch file?  I am not familiar with RPC.  I'll see what I can find out about it in the mean time and try that way, if I can figure it out.
You'll need to run BFGMiner with --api-listen --api-allow W:127.0.0.1 and then you can use the bfgminer-rpc command from a prompt.
legendary
Activity: 1274
Merit: 1000
Hmm, I did test that it works on my Compac pre-prod sample before posting it here :/

Does it work any better if you use RPC's pgaset?

bfgminer-rpc 'pgaset|cbm0,clock,x0783'

It probably has to to with the changes made between pre- and post-production sticks.

Is the command you suggested something I enter from the command line or batch file?  I am not familiar with RPC.  I'll see what I can find out about it in the mean time and try that way, if I can figure it out.
legendary
Activity: 2576
Merit: 1186
Using 5.3.0 to run a couple gekko compac sticks and no matter what value I input for --set compac:clock= the sticks hash as if they were set to 225 (x0882), so at about 11GH/s each.  Any idea why the sticks are not taking the frequency setting?
Found this bug. Will fix in 5.4.

Workaround: Use --set cbm:clock=x0783 instead.
I forgot to set the "compac" name on the driver... :|

Wonderful, thank you!  Now I have to dig up my usb tester and start dialing these sticks up.

edit - I have been unable to produce successful results with the revised cbm command, my sticks still hash at default frequency.   Cry
Hmm, I did test that it works on my Compac pre-prod sample before posting it here :/

Does it work any better if you use RPC's pgaset?

bfgminer-rpc 'pgaset|cbm0,clock,x0783'
legendary
Activity: 1274
Merit: 1000
Using 5.3.0 to run a couple gekko compac sticks and no matter what value I input for --set compac:clock= the sticks hash as if they were set to 225 (x0882), so at about 11GH/s each.  Any idea why the sticks are not taking the frequency setting?
Found this bug. Will fix in 5.4.

Workaround: Use --set cbm:clock=x0783 instead.
I forgot to set the "compac" name on the driver... :|

Wonderful, thank you!  Now I have to dig up my usb tester and start dialing these sticks up.

edit - I have been unable to produce successful results with the revised cbm command, my sticks still hash at default frequency.   Cry
legendary
Activity: 2576
Merit: 1186
Using 5.3.0 to run a couple gekko compac sticks and no matter what value I input for --set compac:clock= the sticks hash as if they were set to 225 (x0882), so at about 11GH/s each.  Any idea why the sticks are not taking the frequency setting?
Found this bug. Will fix in 5.4.

Workaround: Use --set cbm:clock=x0783 instead.
I forgot to set the "compac" name on the driver... :|
legendary
Activity: 2576
Merit: 1186
The name of the devices of my Antminer U3 have now changed to CBM where previously they were shown as AMU on version 5.2.0.
I can't see to reproduce this.
Mine always shows up as AMU...
What command line do you use?
legendary
Activity: 966
Merit: 1003
CKpool, has an initial connection diff of 1024 or 1042, whichever, once that is met the minimum diff that you set on the worker/management page is sent. If the pool software has determined that the particular worker has exceeded that diff by enough hashrate, over a given amount of time, the minimum will be raised. If the connection is ended, it still takes an appropriate amount of time for that worker instance average share rate to decline, before reaching the user setting under worker/management again.
 I think at this point, nearly all pools have at the very least, an initial minimum connection start of 42 diff. Before moving on to anything else.
legendary
Activity: 2576
Merit: 1186
There basically is no "correct". Stratum never had any way to request a difficulty "officially".

Originally in BFGMiner, --request-diff only supported GBT pools (since only GBT had protocol support for it).

Back in 2013, I extended it to stratum with a new mining.suggest_target extension.
This used a full hex target String to avoid the problems encountered with a difficulty Number (inaccurate, etc).

Then over a year later (2014), cgminer decided to introduce their own --suggest-diff option that was incompatible.
A month later, they changed it, but still left it incompatible.
AFAIK their "justification" for this gratuitous incompatibility is based on some passing ideas slush had, but never added to Stratum himself.
Pages:
Jump to: