OLD: BFGMiner 4.10.0: GBT+Stratum, RPC, Mac/Linux/Win64, Spondoolies SP30 - page 11.

ScriptProdigy

newbie

Activity: 37

Merit: 0

Quote from: nwoolls on September 24, 2014, 02:27:06 PM

Quote from: ScriptProdigy on September 24, 2014, 02:10:52 PM

Quote from: nwoolls on September 24, 2014, 01:47:22 PM

Quote from: ScriptProdigy on September 24, 2014, 09:33:06 AM

Quote from: nwoolls on September 24, 2014, 09:19:51 AM

Quote from: ScriptProdigy on September 23, 2014, 09:28:48 AM

PMed luke with no reply, so throwing this in here. My test rig is reporting incorrect mhs in the bfgminer api.

http://puu.sh/bJlV6/5b42cc5027.png

Api reported data ^^

http://puu.sh/bJlX5/8539153d87.png

In bfgminer console ^^

any ideas?

What specifically do you see is wrong in the API data?

The MHS says 7,000. When it should say 150.

I'm not sure where you get 150 Mh/s from the output of BFGMiner?

Your BFGMiner screenshot shows you doing 7 Mh/s. That is also what the API is reporting.

The 0.15GH/s ?

That part looks like a bug - your 7 Mh/s of ASICs isn't doing 150 Mh/s unfortunately Wink

Nah

Figured it out, if I didnt set the chip count it reports the wrong MHS. Was still getting the correct MHS on the pools side. --set zus:chips=128

nwoolls

hero member

Activity: 840

Merit: 1002

Quote from: ScriptProdigy on September 24, 2014, 02:10:52 PM

Quote from: nwoolls on September 24, 2014, 01:47:22 PM

Quote from: ScriptProdigy on September 24, 2014, 09:33:06 AM

Quote from: nwoolls on September 24, 2014, 09:19:51 AM

Quote from: ScriptProdigy on September 23, 2014, 09:28:48 AM

PMed luke with no reply, so throwing this in here. My test rig is reporting incorrect mhs in the bfgminer api.

http://puu.sh/bJlV6/5b42cc5027.png

Api reported data ^^

http://puu.sh/bJlX5/8539153d87.png

In bfgminer console ^^

any ideas?

What specifically do you see is wrong in the API data?

The MHS says 7,000. When it should say 150.

I'm not sure where you get 150 Mh/s from the output of BFGMiner?

Your BFGMiner screenshot shows you doing 7 Mh/s. That is also what the API is reporting.

The 0.15GH/s ?

That part looks like a bug - your 7 Mh/s of ASICs isn't doing 150 Mh/s unfortunately Wink

ScriptProdigy

newbie

Activity: 37

Merit: 0

Quote from: nwoolls on September 24, 2014, 01:47:22 PM

Quote from: ScriptProdigy on September 24, 2014, 09:33:06 AM

Quote from: nwoolls on September 24, 2014, 09:19:51 AM

Quote from: ScriptProdigy on September 23, 2014, 09:28:48 AM

PMed luke with no reply, so throwing this in here. My test rig is reporting incorrect mhs in the bfgminer api.

http://puu.sh/bJlV6/5b42cc5027.png

Api reported data ^^

http://puu.sh/bJlX5/8539153d87.png

In bfgminer console ^^

any ideas?

What specifically do you see is wrong in the API data?

The MHS says 7,000. When it should say 150.

I'm not sure where you get 150 Mh/s from the output of BFGMiner?

Your BFGMiner screenshot shows you doing 7 Mh/s. That is also what the API is reporting.

Figured it out, if I didnt set the chip count it reports the wrong MHS. Was still getting the correct MHS on the pools side. --set zus:chips=128

nwoolls

hero member

Activity: 840

Merit: 1002

Quote from: ScriptProdigy on September 24, 2014, 09:33:06 AM

Quote from: nwoolls on September 24, 2014, 09:19:51 AM

Quote from: ScriptProdigy on September 23, 2014, 09:28:48 AM

PMed luke with no reply, so throwing this in here. My test rig is reporting incorrect mhs in the bfgminer api.

http://puu.sh/bJlV6/5b42cc5027.png

Api reported data ^^

http://puu.sh/bJlX5/8539153d87.png

In bfgminer console ^^

any ideas?

What specifically do you see is wrong in the API data?

The MHS says 7,000. When it should say 150.

I'm not sure where you get 150 Mh/s from the output of BFGMiner?

Your BFGMiner screenshot shows you doing 7 Mh/s. That is also what the API is reporting.

ScriptProdigy

newbie

Activity: 37

Merit: 0

Quote from: nwoolls on September 24, 2014, 09:19:51 AM

Quote from: ScriptProdigy on September 23, 2014, 09:28:48 AM

PMed luke with no reply, so throwing this in here. My test rig is reporting incorrect mhs in the bfgminer api.

http://puu.sh/bJlV6/5b42cc5027.png

Api reported data ^^

http://puu.sh/bJlX5/8539153d87.png

In bfgminer console ^^

any ideas?

What specifically do you see is wrong in the API data?

The MHS says 7,000. When it should say 150.

nwoolls

hero member

Activity: 840

Merit: 1002

Quote from: ScriptProdigy on September 23, 2014, 09:28:48 AM

PMed luke with no reply, so throwing this in here. My test rig is reporting incorrect mhs in the bfgminer api.

http://puu.sh/bJlV6/5b42cc5027.png

Api reported data ^^

http://puu.sh/bJlX5/8539153d87.png

In bfgminer console ^^

any ideas?

What specifically do you see is wrong in the API data?

Ntrain2k

hero member

Activity: 527

Merit: 500

HiveNet - Distributed Cloud Computing

Quote from: nwoolls on September 23, 2014, 11:22:20 AM

Quote from: Ntrain2k on September 23, 2014, 10:16:45 AM

Quote from: nwoolls on September 23, 2014, 08:57:15 AM

Quote from: Ntrain2k on September 23, 2014, 08:41:24 AM

Quote from: nwoolls on September 23, 2014, 08:32:58 AM

Quote from: Ntrain2k on September 23, 2014, 07:21:14 AM

I have 10 of the original r-boxes and 2 of the new ones. Is there a way to get BFGMiner to run them all together, but set one frequency for the original ones and another for the new ones?

Thanks.

The --set parameter can be used to target specific devices by path or serial number:

Code:

--set rkm@/some/path:clock=XYZ
--set rkm@serial123:clock=ABC

If I understand correctly, the R-boxes generally have the same serial number, so this line would only have to be used signally?

--set rkm@serial123:clock=ABC

Hopefully the new R-boxes will have a different serial.

Sorry, kind of new at digging this deep into them.

If the devices have the same serial number (IOW manufacturer did not set proper information), you would either need to use the device path instead or use a tool to program a serial number on the device(s).

For CP210x-based devices the following tool is relatively painless: http://cp210x-program.sourceforge.net

Could I leave my current setup for the frequency on the older r-boxes and then use the serial frequency command on just the 2 new r-boxes?

Sure it should work.

Sweet. Thank you Sir.

nwoolls

hero member

Activity: 840

Merit: 1002

Quote from: Ntrain2k on September 23, 2014, 10:16:45 AM

Quote from: nwoolls on September 23, 2014, 08:57:15 AM

Quote from: Ntrain2k on September 23, 2014, 08:41:24 AM

Quote from: nwoolls on September 23, 2014, 08:32:58 AM

Quote from: Ntrain2k on September 23, 2014, 07:21:14 AM

I have 10 of the original r-boxes and 2 of the new ones. Is there a way to get BFGMiner to run them all together, but set one frequency for the original ones and another for the new ones?

Thanks.

The --set parameter can be used to target specific devices by path or serial number:

Code:

--set rkm@/some/path:clock=XYZ
--set rkm@serial123:clock=ABC

If I understand correctly, the R-boxes generally have the same serial number, so this line would only have to be used signally?

--set rkm@serial123:clock=ABC

Hopefully the new R-boxes will have a different serial.

Sorry, kind of new at digging this deep into them.

If the devices have the same serial number (IOW manufacturer did not set proper information), you would either need to use the device path instead or use a tool to program a serial number on the device(s).

For CP210x-based devices the following tool is relatively painless: http://cp210x-program.sourceforge.net

Could I leave my current setup for the frequency on the older r-boxes and then use the serial frequency command on just the 2 new r-boxes?

Sure it should work.

Ntrain2k

hero member

Activity: 527

Merit: 500

HiveNet - Distributed Cloud Computing

Quote from: nwoolls on September 23, 2014, 08:57:15 AM

Quote from: Ntrain2k on September 23, 2014, 08:41:24 AM

Quote from: nwoolls on September 23, 2014, 08:32:58 AM

Quote from: Ntrain2k on September 23, 2014, 07:21:14 AM

I have 10 of the original r-boxes and 2 of the new ones. Is there a way to get BFGMiner to run them all together, but set one frequency for the original ones and another for the new ones?

Thanks.

The --set parameter can be used to target specific devices by path or serial number:

Code:

--set rkm@/some/path:clock=XYZ
--set rkm@serial123:clock=ABC

If I understand correctly, the R-boxes generally have the same serial number, so this line would only have to be used signally?

--set rkm@serial123:clock=ABC

Hopefully the new R-boxes will have a different serial.

Sorry, kind of new at digging this deep into them.

If the devices have the same serial number (IOW manufacturer did not set proper information), you would either need to use the device path instead or use a tool to program a serial number on the device(s).

For CP210x-based devices the following tool is relatively painless: http://cp210x-program.sourceforge.net

Could I leave my current setup for the frequency on the older r-boxes and then use the serial frequency command on just the 2 new r-boxes?

ScriptProdigy

newbie

Activity: 37

Merit: 0

PMed luke with no reply, so throwing this in here. My test rig is reporting incorrect mhs in the bfgminer api.

http://puu.sh/bJlV6/5b42cc5027.png

Api reported data ^^

http://puu.sh/bJlX5/8539153d87.png

In bfgminer console ^^

any ideas?

nwoolls

hero member

Activity: 840

Merit: 1002

Quote from: Ntrain2k on September 23, 2014, 08:41:24 AM

Quote from: nwoolls on September 23, 2014, 08:32:58 AM

Quote from: Ntrain2k on September 23, 2014, 07:21:14 AM

I have 10 of the original r-boxes and 2 of the new ones. Is there a way to get BFGMiner to run them all together, but set one frequency for the original ones and another for the new ones?

Thanks.

The --set parameter can be used to target specific devices by path or serial number:

Code:

--set rkm@/some/path:clock=XYZ
--set rkm@serial123:clock=ABC

If I understand correctly, the R-boxes renerally have the same serial number, so this line would only have to be used signally?

--set rkm@serial123:clock=ABC

Hopefully the new R-boxes will have a different serial.

Sorry, kind of new at digging this deep into them.

If the devices have the same serial number (IOW manufacturer did not set proper information), you would either need to use the device path instead or use a tool to program a serial number on the device(s).

For CP210x-based devices the following tool is relatively painless: http://cp210x-program.sourceforge.net

Ntrain2k

hero member

Activity: 527

Merit: 500

HiveNet - Distributed Cloud Computing

Quote from: nwoolls on September 23, 2014, 08:32:58 AM

Quote from: Ntrain2k on September 23, 2014, 07:21:14 AM

I have 10 of the original r-boxes and 2 of the new ones. Is there a way to get BFGMiner to run them all together, but set one frequency for the original ones and another for the new ones?

Thanks.

The --set parameter can be used to target specific devices by path or serial number:

Code:

--set rkm@/some/path:clock=XYZ
--set rkm@serial123:clock=ABC

If I understand correctly, the R-boxes renerally have the same serial number, so this line would only have to be used signally?

--set rkm@serial123:clock=ABC

Hopefully the new R-boxes will have a different serial.

Sorry, kind of new at digging this deep into them.

nwoolls

hero member

Activity: 840

Merit: 1002

Quote from: Ntrain2k on September 23, 2014, 07:21:14 AM

I have 10 of the original r-boxes and 2 of the new ones. Is there a way to get BFGMiner to run them all together, but set one frequency for the original ones and another for the new ones?

Thanks.

The --set parameter can be used to target specific devices by path or serial number:

Code:

--set rkm@/some/path:clock=XYZ
--set rkm@serial123:clock=ABC

Ntrain2k

hero member

Activity: 527

Merit: 500

HiveNet - Distributed Cloud Computing

I have 10 of the original r-boxes and 2 of the new ones. Is there a way to get BFGMiner to run them all together, but set one frequency for the original ones and another for the new ones?

Thanks.

ScriptProdigy

newbie

Activity: 37

Merit: 0

Quote from: nwoolls on September 22, 2014, 01:50:44 PM

Quote from: ScriptProdigy on September 22, 2014, 01:28:11 PM

Quote from: nwoolls on September 22, 2014, 01:22:21 PM

Quote from: ScriptProdigy on September 22, 2014, 12:09:26 PM

Has anyone gotten BFGMiner to run the Antminer S3's successfully?

Have they released the source code yet? Last I heard they were going to, and then they did, and then it turned out to be the source for the USB sticks.

The cgminer with s3 support is now open source, https://github.com/bitmaintech/cgminer, supports up to s4 now

however, bfgminer supports some stratum calls that cgminer doesn't and I require those. So need a bfgminer build that supports these.

Thanks - I'll check it out. Trying to get the R-Boxes playing nicely currently.

Really appreciate it! Should see a large spike in bfgminer use soon Wink

You guys are willing to work with other people and grow your product. Cgminer doesn't do so much of that, we'll be promoting you as our officially supported mining software. Not sure if I'm allowed to say yet what project I'm working on. But will let everyone in on the info once I get the clear

hurricandave

legendary

Activity: 966

Merit: 1003

Well, whatever they did to their cgminer fork, they aren't sharing with ckolivas either, and the official release doesn't work as well as rockminers fork. But its stuck using 4.3.3 till they change it.

nwoolls

hero member

Activity: 840

Merit: 1002

Quote from: hurricandave on September 22, 2014, 02:19:03 PM

nwools, have you noticed Rockminer uses main.lib instead of cgminer.exe for the application name?

At this point I haven't looked much into the CGMiner code - Luke did the work for the R-Box driver and I'm trying to figure out / overcome the (seeming) overclocking limitations so that BFGMiner can push the R-Boxes (e.g. R3-Box) as far as their CGMiner fork.

hurricandave

legendary

Activity: 966

Merit: 1003

nwools, have you noticed Rockminer uses main.lib instead of cgminer.exe for the application name?

nwoolls

hero member

Activity: 840

Merit: 1002

Quote from: ScriptProdigy on September 22, 2014, 01:28:11 PM

Quote from: nwoolls on September 22, 2014, 01:22:21 PM

Quote from: ScriptProdigy on September 22, 2014, 12:09:26 PM

Has anyone gotten BFGMiner to run the Antminer S3's successfully?

Have they released the source code yet? Last I heard they were going to, and then they did, and then it turned out to be the source for the USB sticks.

The cgminer with s3 support is now open source, https://github.com/bitmaintech/cgminer, supports up to s4 now

however, bfgminer supports some stratum calls that cgminer doesn't and I require those. So need a bfgminer build that supports these.

Thanks - I'll check it out. Trying to get the R-Boxes playing nicely currently.

ScriptProdigy

newbie

Activity: 37

Merit: 0

Quote from: nwoolls on September 22, 2014, 01:22:21 PM

Quote from: ScriptProdigy on September 22, 2014, 12:09:26 PM

Has anyone gotten BFGMiner to run the Antminer S3's successfully?

Have they released the source code yet? Last I heard they were going to, and then they did, and then it turned out to be the source for the USB sticks.

The cgminer with s3 support is now open source, https://github.com/bitmaintech/cgminer, supports up to s4 now

however, bfgminer supports some stratum calls that cgminer doesn't and I require those. So need a bfgminer build that supports these.

Topic: OLD: BFGMiner 4.10.0: GBT+Stratum, RPC, Mac/Linux/Win64, Spondoolies SP30 - page 11. (Read 308577 times)