Bitcoin Forum
March 28, 2024, 03:11:50 PM *
News: Latest Bitcoin Core release: 26.0 [Torrent]
 
   Home   Help Search Login Register More  
Pages: « 1 2 3 4 5 6 7 8 9 10 11 12 13 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 »
  Print  
Author Topic: [Guide] Dogie's Comprehensive ASICMiner Blade Setup  (Read 580724 times)
Vl4dim1r
Member
**
Offline Offline

Activity: 82
Merit: 10


View Profile WWW
September 20, 2013, 05:38:29 AM
 #761

Alright, I've been hashing for a good several hours now, but my Blade seems to be averaging 8GH/s, I see all "O"s in the web config, so, from what I understand, all the chips are hashing. Is this normal for a board rated 10.7GH/s? Is the Rev 2.01 overclockable?

Tips/Payments: 12DXk6FeU1JmKwCyCTJDdwUNKGV8hvZTep
1711638710
Hero Member
*
Offline Offline

Posts: 1711638710

View Profile Personal Message (Offline)

Ignore
1711638710
Reply with quote  #2

1711638710
Report to moderator
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction.
1711638710
Hero Member
*
Offline Offline

Posts: 1711638710

View Profile Personal Message (Offline)

Ignore
1711638710
Reply with quote  #2

1711638710
Report to moderator
xstr8guy
Hero Member
*****
Offline Offline

Activity: 784
Merit: 1004


Glow Stick Dance!


View Profile
September 20, 2013, 05:52:48 AM
 #762

Alright, I've been hashing for a good several hours now, but my Blade seems to be averaging 8GH/s, I see all "O"s in the web config, so, from what I understand, all the chips are hashing. Is this normal for a board rated 10.7GH/s? Is the Rev 2.01 overclockable?

Not normal.  No.

Where are you reading your hash rate?  If it's pool stats, most pools take a long time to average out your speed so they will read low at first.  If you are reading your hash rate from the Blade's configuration, maybe wait a bit and check after your Blade has run for a while.  I can't recall, but I think they may take a while to get up to speed.

And no, the new style blades aren't officially overclocking.  I'm sure some hardware hacker will come up with something soon though.  Wink
vesperwillow
Hero Member
*****
Offline Offline

Activity: 616
Merit: 500


View Profile
September 20, 2013, 11:31:16 AM
 #763


What's weird is, now all of the blades are mining at 10.7 ghash with the same configurations and I have no idea what caused the issue earlier.  Now I'm waiting to see if it comes up again.

If your blades are anything like mine, it will happen again. I agree it sounds like we're having similar issues, as are some others on the forums. Mine will get to 10.7, 11ish for a good couple hours, then switch proxies, and usually sit in the 300mh-2gh range for awhile, then switch and they die off and constantly reboot.

There's something not right in the firmware in my estimation. Sometimes, even on a cold boot, they just don't send packets out, and sometimes they do. Sometimes after not sending packets out for hours, they'll suddenly start. There's clearly a bug. It's happening on the new blades as well from what I've read in a few places, so it's not just a blade1 thing.

I have also noticed a pattern, if I disconnect blades from the network and let only one come online, generally speaking it works like a champ, 10-13gh. Within a minute or two of putting another blade on the same network (regardless of if its connecting to the same proxy/pool), they both go down. I continue to suspect something is up with how it's talking on the network.

Since this has occured, they seem most stable if they're allowed to hop between getwork and stratum (ie, put a getwork pool IP & a stratum proxy IP in the server line). If you force it to choose one or the other, it seems to simply fail to hash.

I see there's what appears to be a jtag/serial port on the NIC, I'm going to probe that tonight to see if I can find tty access.


pidge
Member
**
Offline Offline

Activity: 101
Merit: 10



View Profile
September 20, 2013, 11:44:28 AM
 #764

Can I just say, that the latest bfgminer (released today) has native support for blades so a proxy may not be needed.  I've yet to try it myself, but it sounds promising.

The Windows binaries don't provide the http-port option, so I went to the trouble of building an Ubuntu workstation and building bfgminer 3.2 - and that didn't make a difference.  Or maybe I was to impatient with it?

The latest Win32 release of BFGMiner DOES support the http-port option.  Read the release notes.


The Windows binaries don't provide the http-port option,


Wrong.

Have either of you tried it?  I've downloaded version 3.2.0, both x86 and AMD64 builds.

Code:
C:\Program Files (x86)\BitCoin miner\bfgminer-3.2.0-win32>bfgminer -V
bfgminer 3.2.0

C:\Program Files (x86)\BitCoin miner\bfgminer-3.2.0-win32>bfgminer -o stratum.btcguild.com:3333 -O pjnield_5:1234 --http-port 8533

 [2013-09-20 23:13:18] bfgminer: --http-port: unrecognized option

the --http-port option is not listed in the help reported by bgfminer.exe, nor in the linux build, although the feature is s listed in the release notes, and instructions in README.ASIC.txt.

But it's accepted on the linux build I did, and runs quite happily, though the speed reported in Blade config page never seems to reach >10GH like it does with mining_proxy.

I'm confused! Huh

vesperwillow
Hero Member
*****
Offline Offline

Activity: 616
Merit: 500


View Profile
September 20, 2013, 11:51:13 AM
 #765

Regarding the 24v input discussion

I took a closeup of the power lane section of the blade, presuming the chip I'm focusing on is schematically what we're looking for. It's a buck controller (DC to DC step down converter, often used in dropping 12v computer power down to CPU levels).

Here is a closeup of the area:



It's a Sipex 6133 model, 5-24VDC input, handles up to 30A.

Here's one of several datasheet links/possibilities: http://www.alldatasheet.com/datasheet-pdf/pdf/173439/SIPEX/SP6133.html

More than likely 24VDC could be used, however I wouldn't want to simply try it without examining the circuit to ensure everything else could take more than 12. Most components are rated 13-400VDC but, you never know.

Hopefully that helps with the discussion.

xyzzy099
Legendary
*
Offline Offline

Activity: 1062
Merit: 1041



View Profile
September 20, 2013, 11:53:39 AM
 #766

Can I just say, that the latest bfgminer (released today) has native support for blades so a proxy may not be needed.  I've yet to try it myself, but it sounds promising.

The Windows binaries don't provide the http-port option, so I went to the trouble of building an Ubuntu workstation and building bfgminer 3.2 - and that didn't make a difference.  Or maybe I was to impatient with it?

The latest Win32 release of BFGMiner DOES support the http-port option.  Read the release notes.


The Windows binaries don't provide the http-port option,


Wrong.

Have either of you tried it?  I've downloaded version 3.2.0, both x86 and AMD64 builds.

Code:
C:\Program Files (x86)\BitCoin miner\bfgminer-3.2.0-win32>bfgminer -V
bfgminer 3.2.0

C:\Program Files (x86)\BitCoin miner\bfgminer-3.2.0-win32>bfgminer -o stratum.btcguild.com:3333 -O pjnield_5:1234 --http-port 8533

 [2013-09-20 23:13:18] bfgminer: --http-port: unrecognized option

the --http-port option is not listed in the help reported by bgfminer.exe, nor in the linux build, although the feature is s listed in the release notes, and instructions in README.ASIC.txt.

But it's accepted on the linux build I did, and runs quite happily, though the speed reported in Blade config page never seems to reach >10GH like it does with mining_proxy.

I'm confused! Huh



The windows support was added in the newest release - 3.2.1.  You need to update.  I have not tried it on Windows, so I can't personally vouch for how well it works there.  On Linux, my blades hash at a very consistent 10.7 GH/s each on Eligius via BFGMiner.

Libertarians:  Diligently plotting to take over the world and leave you alone.
vulgartrendkill
Hero Member
*****
Offline Offline

Activity: 518
Merit: 500



View Profile WWW
September 20, 2013, 11:54:48 AM
 #767

Can I just say, that the latest bfgminer (released today) has native support for blades so a proxy may not be needed.  I've yet to try it myself, but it sounds promising.

The Windows binaries don't provide the http-port option, so I went to the trouble of building an Ubuntu workstation and building bfgminer 3.2 - and that didn't make a difference.  Or maybe I was to impatient with it?

The latest Win32 release of BFGMiner DOES support the http-port option.  Read the release notes.


The Windows binaries don't provide the http-port option,


Wrong.

Have either of you tried it?  I've downloaded version 3.2.0, both x86 and AMD64 builds.

Code:
C:\Program Files (x86)\BitCoin miner\bfgminer-3.2.0-win32>bfgminer -V
bfgminer 3.2.0

C:\Program Files (x86)\BitCoin miner\bfgminer-3.2.0-win32>bfgminer -o stratum.btcguild.com:3333 -O pjnield_5:1234 --http-port 8533

 [2013-09-20 23:13:18] bfgminer: --http-port: unrecognized option

the --http-port option is not listed in the help reported by bgfminer.exe, nor in the linux build, although the feature is s listed in the release notes, and instructions in README.ASIC.txt.

But it's accepted on the linux build I did, and runs quite happily, though the speed reported in Blade config page never seems to reach >10GH like it does with mining_proxy.

I'm confused! Huh



Thats possibly because the feature was added for 3.2.1?  I thought that was the case.
vesperwillow
Hero Member
*****
Offline Offline

Activity: 616
Merit: 500


View Profile
September 20, 2013, 12:00:46 PM
 #768


The windows support was added in the newest release - 3.2.1.  You need to update.  I have not tried it on Windows, so I can't personally vouch for how well it works there.  On Linux, my blades hash at a very consistent 10.7 GH/s each on Eligius via BFGMiner.


What build of linux do you use it on? I couldn't get the dependancy installed on ubuntu 12.04, the latest build they had was 0.9.27 but BFG required 0.9.5x

pidge
Member
**
Offline Offline

Activity: 101
Merit: 10



View Profile
September 20, 2013, 12:15:54 PM
 #769

I have a fresh build of Ubuntu 13.0.4.  I'll spare you the details of wrangling with apt-get etc :|
pidge
Member
**
Offline Offline

Activity: 101
Merit: 10



View Profile
September 20, 2013, 12:17:21 PM
 #770

The windows support was added in the newest release - 3.2.1.  You need to update.  I have not tried it on Windows, so I can't personally vouch for how well it works there.  On Linux, my blades hash at a very consistent 10.7 GH/s each on Eligius via BFGMiner.

Ahhh!  I'll give it a crack.
xyzzy099
Legendary
*
Offline Offline

Activity: 1062
Merit: 1041



View Profile
September 20, 2013, 12:35:01 PM
 #771


The windows support was added in the newest release - 3.2.1.  You need to update.  I have not tried it on Windows, so I can't personally vouch for how well it works there.  On Linux, my blades hash at a very consistent 10.7 GH/s each on Eligius via BFGMiner.


What build of linux do you use it on? I couldn't get the dependancy installed on ubuntu 12.04, the latest build they had was 0.9.27 but BFG required 0.9.5x

I'm using Ubuntu 13.04.

Libertarians:  Diligently plotting to take over the world and leave you alone.
pidge
Member
**
Offline Offline

Activity: 101
Merit: 10



View Profile
September 20, 2013, 12:44:41 PM
 #772

I've given it a crack, it works.

One thing I've noticed is that the userid given in the blade configuration is used to distinguish between the blades, not the blade IP address.

Oh, and something I threw together to help watch the blades side-by-side:

Code:
<HTML>
<HEAD>
</HEAD>
<BODY>
<TABLE>
<TR>
<TD><iframe id=150 height=430 width=350 src="http://192.168.0.150:8000/"></iframe></TD>
<TD><iframe id=151 height=430 width=350 src="http://192.168.0.151:8000/"></iframe></TD>
<TD><iframe id=152 height=430 width=380 src="http://192.168.0.152:8000/"></iframe></TD>
</TR>
<TR>
<TD style="text-align:center;"><button onclick="document.getElementById('150').src='http://192.168.0.150:8000/';">Reload</button></TD>
<TD style="text-align:center;"><button onclick="document.getElementById('151').src='http://192.168.0.151:8000/';">Reload</button></TD>
<TD style="text-align:center;"><button onclick="document.getElementById('152').src='http://192.168.0.152:8000/';">Reload</button></TD>
</TR>
</TABLE>
</BODY>
</HTML>
The layout can cope with 4, maybe 5 wide on an HD monitor.  Add another row for 8 or 10
Replace the IP addresses with your IP addresses, the iframe IDs need to be unique and are ised to link the reload button to the correct iframe
If you click on the update/restart button in a config page, click on the reload button underneath to go back to the config page
Adding a reload time for each should be straightforward
xyzzy099
Legendary
*
Offline Offline

Activity: 1062
Merit: 1041



View Profile
September 20, 2013, 01:02:33 PM
 #773

I've given it a crack, it works.

One thing I've noticed is that the userid given in the blade configuration is used to distinguish between the blades, not the blade IP address.

Oh, and something I threw together to help watch the blades side-by-side:

Code:
<HTML>
<HEAD>
</HEAD>
<BODY>
<TABLE>
<TR>
<TD><iframe id=150 height=430 width=350 src="http://192.168.0.150:8000/"></iframe></TD>
<TD><iframe id=151 height=430 width=350 src="http://192.168.0.151:8000/"></iframe></TD>
<TD><iframe id=152 height=430 width=380 src="http://192.168.0.152:8000/"></iframe></TD>
</TR>
<TR>
<TD style="text-align:center;"><button onclick="document.getElementById('150').src='http://192.168.0.150:8000/';">Reload</button></TD>
<TD style="text-align:center;"><button onclick="document.getElementById('151').src='http://192.168.0.151:8000/';">Reload</button></TD>
<TD style="text-align:center;"><button onclick="document.getElementById('152').src='http://192.168.0.152:8000/';">Reload</button></TD>
</TR>
</TABLE>
</BODY>
</HTML>
The layout can cope with 4, maybe 5 wide on an HD monitor.  Add another row for 8 or 10
Replace the IP addresses with your IP addresses, the iframe IDs need to be unique and are ised to link the reload button to the correct iframe
If you click on the update/restart button in a config page, click on the reload button underneath to go back to the config page
Adding a reload time for each should be straightforward


Nice, that is handy.  Thanks! Smiley

Libertarians:  Diligently plotting to take over the world and leave you alone.
vesperwillow
Hero Member
*****
Offline Offline

Activity: 616
Merit: 500


View Profile
September 20, 2013, 01:16:02 PM
 #774

FWIW for anyone following my discussion on the blades having hash/reboot/proxy issues, when my blades ARE working they're doing fabulously. Most are between 12.5-13.0 for awhile, I have one which is actually into the mid-upper 13's, knocking on the 14gh door.

That's when they're working.

It would be great if friedcat could give some diagnosis info in case the serial/jtag port on the board is actually readable.

mdopro1
Sr. Member
****
Offline Offline

Activity: 308
Merit: 250


Double your Personal Bitcoin Funds.


View Profile WWW
September 20, 2013, 03:06:22 PM
 #775

My 4 blades are hashing fine but all 4 of them are switching server on the spot at 1 hour mark. I can't figure it out anymore, all is good yet switching servers.

New Bitcoin fund doubling platform has launched!
Receive Automated Payment Every 2 Hours
Appealing alternative with Sophisticated algorithms.
https://Btc-Funds.com
vesperwillow
Hero Member
*****
Offline Offline

Activity: 616
Merit: 500


View Profile
September 20, 2013, 03:46:56 PM
 #776

My 4 blades are hashing fine but all 4 of them are switching server on the spot at 1 hour mark. I can't figure it out anymore, all is good yet switching servers.

I've got one which is constantly restarting entirely, doesn't seem to be a pattern to it, sometimes it goes for hours, someitmes it goes for minutes. It's hovering in the 12-13gh range when it's working. It's binding to the stratum proxy and working like a champ, though I have a getwork IP as backup.

If I don't have the getwork IP in there and use 2 stratum proxy IPs (whether the same or each is different), it absolutely refuses to hash or connect to a server. The second I put a getwork IP in and restart it, it's fine, and does this "hash for awhile and then reboot" thing.

I'm eyeing another one right now, 3 hours of uptime in the mid 13gh range. Prior to that it ran about 6 hours at 13gh. Same situation, I have to have a getwork IP as one of the server IPs, otherwise it'll constantly reboot.

We are onto something here. Maybe it's affecting all of them but not everyone pays close attention.

Vl4dim1r
Member
**
Offline Offline

Activity: 82
Merit: 10


View Profile WWW
September 20, 2013, 06:36:56 PM
 #777

Alright, I've been hashing for a good several hours now, but my Blade seems to be averaging 8GH/s, I see all "O"s in the web config, so, from what I understand, all the chips are hashing. Is this normal for a board rated 10.7GH/s? Is the Rev 2.01 overclockable?

Not normal.  No.

Where are you reading your hash rate?  If it's pool stats, most pools take a long time to average out your speed so they will read low at first.  If you are reading your hash rate from the Blade's configuration, maybe wait a bit and check after your Blade has run for a while.  I can't recall, but I think they may take a while to get up to speed.

And no, the new style blades aren't officially overclocking.  I'm sure some hardware hacker will come up with something soon though.  Wink

I've been mining for 19 hours now, and its still averaging 8GH/s, reading from both BFGminer and my pool stats.

Tips/Payments: 12DXk6FeU1JmKwCyCTJDdwUNKGV8hvZTep
r00t$
Member
**
Offline Offline

Activity: 117
Merit: 10



View Profile
September 20, 2013, 09:39:26 PM
 #778

It looks like the link to the proxy executable for windows is down :-(

http://mining.bitcoin.cz/media/download/mining_proxy.exe

Anyone have another source?

Thanks.
r00t$
Member
**
Offline Offline

Activity: 117
Merit: 10



View Profile
September 20, 2013, 09:55:19 PM
 #779

It looks like the link to the proxy executable for windows is down :-(

http://mining.bitcoin.cz/media/download/mining_proxy.exe

Anyone have another source?

Thanks.


It turns out I had a copy of it on my work laptop from a while back. My blade is up and hashing. Thanks dogie!

If you are trying to setup your new blade and are having problems with the proxy download site being down, shoot me a pm and I will send you a link to my Google drive :-)
mdopro1
Sr. Member
****
Offline Offline

Activity: 308
Merit: 250


Double your Personal Bitcoin Funds.


View Profile WWW
September 21, 2013, 04:45:38 AM
 #780

I have now setup 4 proxies on 4 different computers, 2 of them connecting to one pool and the other two connecting to a different pool. Although my blades are still constantly switching servers on the hour mark, they are at least hashing well.

New Bitcoin fund doubling platform has launched!
Receive Automated Payment Every 2 Hours
Appealing alternative with Sophisticated algorithms.
https://Btc-Funds.com
Pages: « 1 2 3 4 5 6 7 8 9 10 11 12 13 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 »
  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!