Bitcoin Forum
March 19, 2024, 02:49:17 AM *
News: Latest Bitcoin Core release: 26.0 [Torrent]
 
   Home   Help Search Login Register More  
Pages: « 1 ... 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 [64] 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 ... 165 »
  Print  
Author Topic: OLD: BFGMiner 3.10.0: modular ASIC+FPGA, GBT+Strtm, RPC, Mac/Lnx/W64, AntU1, DRB  (Read 1192929 times)
This is a self-moderated topic. If you do not want to be moderated by the person who started this topic, create a new topic.
Mudbankkeith
Hero Member
*****
Offline Offline

Activity: 868
Merit: 1000



View Profile
October 29, 2013, 09:13:20 PM
 #1261

I`ve tried switching from .3 to .4, carried over the bat file, and started 3.4, added a pool pressed enter and...it froze. did nothing for 10 mins.

Any ideas?

My bat file works perfectly on 3.3, and thats the only thing i`ve added.

Does the old 3.3.0 bat file still work on version 3.3.0?

If so start version 3.4.0 with the old bat file.

Then if you want to change or add another pool, just work on a spare copy of the file.

BTc donations welcome:-  13c2KuzWCaWFTXF171Zn1HrKhMYARPKv97
There are several different types of Bitcoin clients. The most secure are full nodes like Bitcoin Core, but full nodes are more resource-heavy, and they must do a lengthy initial syncing process. As a result, lightweight clients with somewhat less security are commonly used.
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction.
1710816557
Hero Member
*
Offline Offline

Posts: 1710816557

View Profile Personal Message (Offline)

Ignore
1710816557
Reply with quote  #2

1710816557
Report to moderator
NorbyTheGeek
Full Member
***
Offline Offline

Activity: 201
Merit: 100



View Profile
October 29, 2013, 09:41:39 PM
Last edit: October 29, 2013, 09:55:50 PM by NorbyTheGeek
 #1262

Hello.  I'm hoping someone can help me find what I don't have set up correctly.

I've been CPU mining scrypt coins on a group of Windows machines funneled through stratum_proxy.exe, but I'm trying to get bfgminer working that proxy role instead.

I have a basic config:

Code:
{
"pools" : [
{
"url" : "http://scryptcoin.pool.xx:1234",
"user" : "user.worker",
"pass" : "password"
}
],
"http-port" : 8332,
"scrypt" : true
}

And just to be sure, I start bfgminer with:  bfgminer --scrypt

But my test minerd doesn't seem to be generating any shares:

Code:
bfgminer version 3.4.0 - Started: [2013-10-29 16:28:44] - [  0 days 00:06:32]
 [M]anage devices [P]ool management [S]ettings [D]isplay options  [H]elp [Q]uit
 Connected to scryptcoin.pool.xx diff 0 with stratum as user user.worker
 Block: ...fae40f09 #744698  Diff:8 (60.99Mh/s)  Started: [16:35:11]
 ST:2  F:0  NB:11  AS:0  BW:[ 22/  4 B/s]  E:0.00  I: 0.00 BTC/hr  BS:0
 0            |   0.0/  0.0/  0.0 h/s | A:0 R:0+0(none) HW:0/none
--------------------------------------------------------------------------------
 PXY 0:       |   0.0/  0.0/  0.0 h/s | A:0 R:0+0(none) HW:0/none
--------------------------------------------------------------------------------
 [2013-10-29 16:28:41] Waiting for devices; press 'M+' to add, or 'Q' to quit
 [2013-10-29 16:28:41] Probing for an alive pool
 [2013-10-29 16:28:44] Pool 0 http://scryptcoin.pool.xx:1234 alive
 [2013-10-29 16:28:44] Network difficulty changed to 8 (60.99Mh/s)
 [2013-10-29 16:28:44] Stratum from pool 0 detected new block
 [2013-10-29 16:28:44] Pool 0 is hiding block contents from us
 [2013-10-29 16:28:44] HTTP server listening on port 8332
 [2013-10-29 16:29:18] Stratum from pool 0 detected new block
 [2013-10-29 16:30:18] Stratum from pool 0 requested work update
 [2013-10-29 16:30:55] Stratum from pool 0 detected new block

...etc.

Am I missing something?

Cryptsy:  All new look - USD Trading coming soon!
Learn why Bitcoin is NOT a bubble... | Are you an "expert" bitcoin trader?
BTC: 1NorbyPiNPEFBXJ7GVKsMCkfAW4p8j5cTs | 42: 4KjFuqfESkdXWDHMK8rnaxc84NqMpxu9t8
Taugeran
Hero Member
*****
Offline Offline

Activity: 658
Merit: 500


CCNA: There i fixed the internet.


View Profile
October 29, 2013, 09:55:37 PM
 #1263

Hello.  I'm hoping someone can help me find what I don't have set up correctly.

I've been CPU mining scrypt coins on a group of Windows machines funneled through stratum_proxy.exe, but I'm trying to get bfgminer working that proxy role instead.

I have a basic config:

Code:
{
"pools" : [
{
"url" : "http://scryptcoin.pool.xx:1234",
"user" : "user.worker",
"pass" : "password"
}
],
"http-port" : 8332,
"scrypt" : true
}

And just to be sure, I start bfgminer with:  bfgminer --scrypt

But my test minerd doesn't seem to be generating any shares:

Code:
bfgminer version 3.4.0 - Started: [2013-10-29 16:28:44] - [  0 days 00:06:32]
 [M]anage devices [P]ool management [S]ettings [D]isplay options  [H]elp [Q]uit
 Connected to scryptcoin.pool.xx diff 0 with stratum as user user.worker
 Block: ...fae40f09 #744698  Diff:8 (60.99Mh/s)  Started: [16:35:11]
 ST:2  F:0  NB:11  AS:0  BW:[ 22/  4 B/s]  E:0.00  I: 0.00 BTC/hr  BS:0
 0            |   0.0/  0.0/  0.0 h/s | A:0 R:0+0(none) HW:0/none
--------------------------------------------------------------------------------
 PXY 0:       |   0.0/  0.0/  0.0 h/s | A:0 R:0+0(none) HW:0/none
--------------------------------------------------------------------------------
 [2013-10-29 16:28:41] Waiting for devices; press 'M+' to add, or 'Q' to quit
 [2013-10-29 16:28:41] Probing for an alive pool
 [2013-10-29 16:28:44] Pool 0 http://stratum01.hashco.ws:8888 alive
 [2013-10-29 16:28:44] Network difficulty changed to 8 (60.99Mh/s)
 [2013-10-29 16:28:44] Stratum from pool 0 detected new block
 [2013-10-29 16:28:44] Pool 0 is hiding block contents from us
 [2013-10-29 16:28:44] HTTP server listening on port 8332
 [2013-10-29 16:29:18] Stratum from pool 0 detected new block
 [2013-10-29 16:30:18] Stratum from pool 0 requested work update
 [2013-10-29 16:30:55] Stratum from pool 0 detected new block

...etc.

Am I missing something?


--http-port is the getwork proxy  for stratum you need to use --stratum-port


also should add that each miner needs its own unique username and pass; doesn't matter what

Bitfury HW & Habañero : 1.625Th/s
tips/Donations: 1NoS89H3Mr6U5CmP4VwWzU2318JEMxHL1
Come join Coinbase
NorbyTheGeek
Full Member
***
Offline Offline

Activity: 201
Merit: 100



View Profile
October 29, 2013, 10:02:57 PM
 #1264


--http-port is the getwork proxy  for stratum you need to use --stratum-port

Ah, I see.  I was hoping by using --http-port it would take the getwork requests and translate them to stratum requests to the pool, like stratum_proxy.exe does.

I've changed to --stratum-port, and changed my minerd to point to stratum+tcp://bfgminer-pc instead of http://bfgminer-pc.  It's working now.  I had been using getwork because before today I never had good luck getting stratum to work with minerd.  But now it works like a charm!

Thanks!

Cryptsy:  All new look - USD Trading coming soon!
Learn why Bitcoin is NOT a bubble... | Are you an "expert" bitcoin trader?
BTC: 1NorbyPiNPEFBXJ7GVKsMCkfAW4p8j5cTs | 42: 4KjFuqfESkdXWDHMK8rnaxc84NqMpxu9t8
Taugeran
Hero Member
*****
Offline Offline

Activity: 658
Merit: 500


CCNA: There i fixed the internet.


View Profile
October 29, 2013, 10:12:29 PM
 #1265


--http-port is the getwork proxy  for stratum you need to use --stratum-port

Ah, I see.  I was hoping by using --http-port it would take the getwork requests and translate them to stratum requests to the pool, like stratum_proxy.exe does.

I've changed to --stratum-port, and changed my minerd to point to stratum+tcp://bfgminer-pc instead of http://bfgminer-pc.  It's working now.  I had been using getwork because before today I never had good luck getting stratum to work with minerd.  But now it works like a charm!

Thanks!

happy to be of service Smiley

Bitfury HW & Habañero : 1.625Th/s
tips/Donations: 1NoS89H3Mr6U5CmP4VwWzU2318JEMxHL1
Come join Coinbase
juhakall
Sr. Member
****
Offline Offline

Activity: 657
Merit: 250


View Profile WWW
October 30, 2013, 03:08:33 PM
 #1266

I've been having random problems where BFGMiner refuses to start mining on startup. It has happened with both BFL and BFSB hardware. Here's an example of what it looks like on BFL hardware: http://pastebin.com/ZixrFdrM

BFGMiner will just sit there doing nothing for minutes. If I manually command it to switch to some other pool, and then back to pool 0, it will start working right away. Sometimes pool 0 is detected as dead upon startup (I think this is a ghash.io specific issue), but then BFGMiner might get similarly stuck on pool 1.

I'm currently developing an experimental social AI platform
rmolby
Member
**
Offline Offline

Activity: 75
Merit: 10


View Profile
October 30, 2013, 07:39:29 PM
 #1267

WISHLIST

Luke-Jr,

any chance you could modify BFG miner so we can put the

"rotate" : "15",

item in the conf file into the pool configuration so we can have various pools mined for different time lengths, i.e.

"pools" : [
   {
      "url" : "stratum+tcp://poolserver1:port",
      "user" : "UserName",
      "pass" : "Password",
      "rotate" : "15",
      "pool-priority" : "0"
   },
   {
      "url" : "stratum+tcp://poolserver2:port",
      "user" : "UserName",
      "pass" : "Password",
      "rotate" : "90",
      "pool-priority" : "1"
   }

I will be relegating my Erupters to coin other than BTC, and would like to rotate through several different coin, but I don't want to mine each one for 15 or 45 minutes each, since they all have different rewards and difficulty levels, so it would be nice to be able to adjust how long each pool gets mined.

Thanks
Luke-Jr (OP)
Legendary
*
Offline Offline

Activity: 2576
Merit: 1186



View Profile
October 30, 2013, 07:42:19 PM
 #1268

More likely I'd just make rotate based on the new quota system.
But there's so many higher-priority things right now, I don't think I'll be able to get to it for a while.

rmolby
Member
**
Offline Offline

Activity: 75
Merit: 10


View Profile
October 30, 2013, 07:48:21 PM
 #1269

More likely I'd just make rotate based on the new quota system.
But there's so many higher-priority things right now, I don't think I'll be able to get to it for a while.

That's cool, if you can squeeze it in while working on the section of code that needs the modification when you find time.

This is not a pressing request, but it would be a nice thing to have.

No rush on my part, just an idea.

Thanks for listening
Luke-Jr (OP)
Legendary
*
Offline Offline

Activity: 2576
Merit: 1186



View Profile
October 30, 2013, 07:50:05 PM
 #1270

I plan to rewrite all the work distribution code at some point to complete GBT support.

camolist
Hero Member
*****
Offline Offline

Activity: 896
Merit: 1000


View Profile WWW
October 30, 2013, 08:43:49 PM
 #1271

first post:

"For miners using ModMiner, X6500, or ZTEX devices, you will need to download bitstreams for BFGMiner 3+ to work with your device. Download links and instructions are included in the README.ASIC file."


shouldn't README.ASIC read README.FPGA  Tongue

Luke-Jr (OP)
Legendary
*
Offline Offline

Activity: 2576
Merit: 1186



View Profile
October 30, 2013, 09:14:11 PM
 #1272

first post:

"For miners using ModMiner, X6500, or ZTEX devices, you will need to download bitstreams for BFGMiner 3+ to work with your device. Download links and instructions are included in the README.ASIC file."


shouldn't README.ASIC read README.FPGA  Tongue
Fixed, thanks.

rmolby
Member
**
Offline Offline

Activity: 75
Merit: 10


View Profile
October 30, 2013, 09:39:44 PM
 #1273

I plan to rewrite all the work distribution code at some point to complete GBT support.

I wasn't all that familiar with the quota system, but I played around with it a little, and it sort of does what I want, but it jumps around the pools too much; 5-10 hashes to one pool, then it switches to another pool...

I'm envisioning something where you could set the quota, and then tell it to mine at least xx minutes to one pool before switching, especially if you are running multiple pools that have different coin... when jumping from one coin to another, BFG seems to hang and have to re-tune itself to the other coin, which is time consuming lowering the hashing rate... if you could stay on one pool for xx minutes or longer, then this re-tuning to a different coin would be reduced.

For example, I would like to mine ASC, OSC, TGC, UNO, XJC and ZET together, but currently with the quota system it just jumps around too much and has to re-tune for each coin... the only viable options right now is to go with "rotate xx minutes" and you are stuck with the global time in minuted you set... if you could specify the pool mining time for each pool, then we would be closer to what I am looking for...

Anyway, just work on your high priority requirements and when the time comes and you can work on this, see what you can do with either the quota system or the rotate option.

Thanks.

P.S. Keep up the awesome work, your miner is the best in my opinion.
Luke-Jr (OP)
Legendary
*
Offline Offline

Activity: 2576
Merit: 1186



View Profile
October 30, 2013, 09:53:25 PM
 #1274

especially if you are running multiple pools that have different coin...
This is not supported, nor planned to be supported.
It wrecks havoc on the internals of the mining framework, so it wouldn't surprise me if it fried your CPU or caused your GPU to explode or anything.

As the README says:
Quote
Do not use on multiple block chains at the same time!

juhakall
Sr. Member
****
Offline Offline

Activity: 657
Merit: 250


View Profile WWW
October 31, 2013, 02:55:53 AM
Last edit: October 31, 2013, 03:25:28 AM by juhakall
 #1275

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.

I realized that the stats reply has the naming scheme I desired, but curiously, using DEVS+STATS in a customsummarypage on miner.php results in all chips from BSB2 being left out completely from the tables. It's the only device I have with 32 chips instead of 16.

So with just DEVS, I can see BSB0 (16 chips), BSB1 (16 chips), BSB2 (32 chips) & BSB3 (16 chips). If I change the DEVS to DEVS+STATS, for some reason BSB2 is skipped. Setting $per_proc to true or false makes no difference; either BSB2 or all chips from BSB2 are missing.

I'm thinking there might be something wrong with the join_get_field function's ProcID -> lowercase letter conversion, when there are two letters instead of one. Looks like the code just converts the ProcID to a letter, but that won't match the naming scheme with two letters. Doesn't look like it's easy to fix, because you just can't know whether ProcID 0 should be converted to a or aa, until you know how many procs there actually are in that device.

I'm currently developing an experimental social AI platform
jedimstr
Hero Member
*****
Offline Offline

Activity: 798
Merit: 1000



View Profile
October 31, 2013, 10:00:30 AM
 #1276

OK, not the most advanced miner here.

Win7 64 bit running BFGminer 3.4.0 64bit. on Slush's

I recently began building up my mini-wannabe army of Erupters: only 18 so far. All into USB 3.0 ports.

9 Erupters per 10 port, powered, USB3.0 Dyconn hub[10th is fan]. The specs i read say this hub can power whats in it.

However, BFGminer wont run more than 15 of these ASIC Erupters. At least, it only shows 0-14 and associated info(hasrates etc)

Sometimes it will only run half my Erupters, 9, but random ones from each hub, not just 9 from one and none from the other.

I have what I am told are the correct driver(s),CP210x...
All 18 appear in my Device Manager

Shortcut commands:
-o stratum.bitcoin.cz:3333 -u [user] -p [password] -G -S all --icarus-options 115200:1:1 --icarus-timing 3.0=100

Any insight into this problem would be very much appreciated,
Ive been trying to fix this on my own for a while, so now im here more or less begging the cool kids for advice =]
thanks.

edit: also, when BFGminer starts, it often says i cannon access certain COM ports. Seems to be different ones each time.

Unplug and re plug your USB hubs with the miners while the computer is on and without BFGMiner running and let them all light up before starting BFGMiner.

Then use -S erupter:all instead of all the Icarus options. 

Nemo1024
Legendary
*
Offline Offline

Activity: 1680
Merit: 1014



View Profile WWW
October 31, 2013, 11:15:32 AM
 #1277

Luke, can you comment on the following, regarding BlueFuries:

They draw 0.5A from what the EE has told me.
The command would be along the lines of.

Code:
bfgminer -S bigpic:all -o pool -u user -p pass

Also if you are using bfgminer from Luke's build you won't be able to probe for both block eruptor and blue fury as both probes will break each other. If that makes sense?

Hmm. I plan to run two separate instances of bfgminer, where one instance would only control/probe for Erupters (-S erupter:all), and the other - only BFs (-S bigpic:all).  Hope this works. If not, I'd need to plan for all BlueFuries running from a separate machine.  Huh
I don't think cgminer has the same issue. One option would be use a old version of bfgminer sub 3.3.0 so it is only compatiable with the block eruptors and then use our version of bfgminer. Theoretically that should work. Luke might know a better idea or he might have some kind of fix in the works I am not sure.

“Dark times lie ahead of us and there will be a time when we must choose between what is easy and what is right.”
“We are only as strong as we are united, as weak as we are divided.”
“It is important to fight and fight again, and keep fighting, for only then can evil be kept at bay, though never quite eradicated.”
Nemo1024
Legendary
*
Offline Offline

Activity: 1680
Merit: 1014



View Profile WWW
October 31, 2013, 11:18:25 AM
 #1278


edit: also, when BFGminer starts, it often says i cannon access certain COM ports. Seems to be different ones each time.

I experienced this problem when UPS controller software would hi-jack random COM ports. I had to uninstall UPS monitor, but I am petitioning for Luke to include a delayed automatic re-scan of COM ports that failed to initialise. Wink

“Dark times lie ahead of us and there will be a time when we must choose between what is easy and what is right.”
“We are only as strong as we are united, as weak as we are divided.”
“It is important to fight and fight again, and keep fighting, for only then can evil be kept at bay, though never quite eradicated.”
Luke-Jr (OP)
Legendary
*
Offline Offline

Activity: 2576
Merit: 1186



View Profile
October 31, 2013, 04:23:39 PM
 #1279

Luke, can you comment on the following, regarding BlueFuries:

They draw 0.5A from what the EE has told me.
The command would be along the lines of.

Code:
bfgminer -S bigpic:all -o pool -u user -p pass

Also if you are using bfgminer from Luke's build you won't be able to probe for both block eruptor and blue fury as both probes will break each other. If that makes sense?

Hmm. I plan to run two separate instances of bfgminer, where one instance would only control/probe for Erupters (-S erupter:all), and the other - only BFs (-S bigpic:all).  Hope this works. If not, I'd need to plan for all BlueFuries running from a separate machine.  Huh
I don't think cgminer has the same issue. One option would be use a old version of bfgminer sub 3.3.0 so it is only compatiable with the block eruptors and then use our version of bfgminer. Theoretically that should work. Luke might know a better idea or he might have some kind of fix in the works I am not sure.
Just don't use -S <anything>:all
This tells BFGMiner to probe every port for the <anything> device.
Erupters can't handle BigPic probes, and BigPic can't handle Icarus probes.

madcratebuilder
Member
**
Offline Offline

Activity: 70
Merit: 10


View Profile
November 01, 2013, 07:26:38 PM
 #1280

Quote
I recently began building up my mini-wannabe army of Erupters: only 18 so far. All into USB 3.0 ports.

9 Erupters per 10 port, powered, USB3.0 Dyconn hub[10th is fan]. The specs i read say this hub can power whats in it.

However, BFGminer wont run more than 15 of these ASIC Erupters. At least, it only shows 0-14 and associated info(hasrates etc)

Sometimes it will only run half my Erupters, 9, but random ones from each hub, not just 9 from one and none from the other.

This acts like you do not have a full 0.5 amps to each usb port.  I know Dyconn claims .900mA per port, that means it must have a 9 amp power supply.  I bet if you measured the amp out put it well be less than 9 amps.  A good Fluke meter can measure up to 10 amps dc with out a external shunt.
Pages: « 1 ... 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 [64] 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 ... 165 »
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!