[ANN] US/North American Bitfury sales NEW STOCK ***NOW SHIPPING***

[greaterninja]

Last night my bitfury rig stopped mining on us1.ghash.io:3333  Specifically only my worker1 account.


Turns out my worker1 no longer mines on us1.ghash.io:3333.


it mines on 2 other pools ....too bad i had to re-image and try messing with h-cards first...  I've double, triple checked, something is wrong with my worker being stuck on us1.ghash.io pool


12 hrs wasted time.

**edit**

it mines on nl1.ghash.io:3334

I figured I should post this so you guys don't lose a lot of downtime.

[cypherdoc]

i haven't heard anybody talk about bad slots.

for instance, i have an m board where slots 1 & 3 in bank 1 appear to be dead.  i've swapped multiple good h boards that previously were hashing @ 32-36 into these slots and they won't even boot up beyond 0.  how do you deal with that?

another weird thing is, given those facts, why does Xian's strategy of swapping good cards to the front of the m board even work?  does anyone understand the organizational structure of how voltage flows thru the 4 banks and 16 slots?  Dave insinuated the concept of a bank doesn't apply for newer boards (v3 m boards) here:

"Don't pay attention to the Bank 1, Bank 2, etc.  Those line up for V2 M-boards.  The numbers of the slots do line up as 1-16 map to 1 - 9, A - F.  There, you can see the output of each H-card."

https://bitcointalk.org/index.php?topic=288109.0

[Doff]

Last night my bitfury rig stopped mining on us1.ghash.io:3333  Specifically only my worker1 account.


Turns out my worker1 no longer mines on us1.ghash.io:3333.


it mines on 2 other pools ....too bad i had to re-image and try messing with h-cards first...  I've double, triple checked, something is wrong with my worker being stuck on us1.ghash.io pool


12 hrs wasted time.

**edit**

it mines on nl1.ghash.io:3334

I figured I should post this so you guys don't lose a lot of downtime.

Same thing for me greaterninja, it happened right after they had an outage last night. I sent them a support ticket about it I am pretty sure its on their end since I have 3 different miners that will not connect to it.

[cypherdoc]

which just goes to show that chainminer needs a failover mode.

[Bogart]

Last night my bitfury rig stopped mining on us1.ghash.io:3333  Specifically only my worker1 account.

Turns out my worker1 no longer mines on us1.ghash.io:3333.

it mines on nl1.ghash.io:3334[/b]

I ran into that same issue recently trying to mine on btcguild using the MPBM software.

It seems that not all mining software handles the stratum "client reconnect" message, where the pool asks the client to change hosts.

I'm guessing the included ChainMiner software also does not handle that message correctly.

(that's just a guess).

[Doff]

Last night my bitfury rig stopped mining on us1.ghash.io:3333  Specifically only my worker1 account.

Turns out my worker1 no longer mines on us1.ghash.io:3333.

it mines on nl1.ghash.io:3334[/b]

I ran into that same issue recently trying to mine on btcguild using the MPBM software.

It seems that not all mining software handles the stratum "client reconnect" message, where the pool asks the client to change hosts.

I'm guessing the included ChainMiner software also does not handle that message correctly.

(that's just a guess).

I noticed that cgminer was still using us1.ghash.io but non of the work was being registered on their site, so I had cgminer also switch to nl1. Even though it handled the switches something was still borked.

[Doff]

Id love to have some updates about or maybe even a guide to Chainminer, my biggest issue is the lack of failover and how it provides so little info while running. Unless you check the logs on the PI its quite useless.

[Bogart]

I'm not a bitfury owner so I haven't been following the thread, but why is it that cgminer doesn't support the hardware?

Is it a closed design or something?

[Doff]

I'm not a bitfury owner so I haven't been following the thread, but why is it that cgminer doesn't support the hardware?

Is it a closed design or something?

I couldn't say, I am talking with Kano currently about a version of Cgminer that supports Bitfury chips on Bitbuners V1 design, however it does not appear to work with the V3 miner.  Kano posted about it in this thread back a few pages here https://bitcointalk.org/index.php?topic=251966.msg3552824#msg3552824

If I remember correctly about 3 Months ago Con said something about it being a bit difficult to support the way it was designed to work with the RPI.

[Keefe]

Now that I got BFG running, I went through the voltages and adjusted them.  The ones in the back ran away up to .88 and I trimmed them back down to .85-.87.  I adjusted the ones in bank 0 up to .86.  Bank 1 is at .83-.835.  Bank 2 is at about .86.

You are now running the back cards at a much lower voltage than the front ones. Unless you accounted for the voltage rise on the ground plane from front to back of the M-board?

The voltage between the M-board's ground screw and the top of the inductor, will vary depending on how close that card is to the M-board's power input. But the chips only care about the voltage between the card's ground and power planes. The correct way to measure voltage is between the top of the inductor and the back of the card's VRM (the exposed silver pad). That will remain the same regardless of which slot the card is in (except for airflow and temperature affecting the VRM, trimpot, or pencil-modded resistor).

[Keefe]

*Facepalm*  Someone please tell me they have a copy of the Vanilla V3 image, or that one of the older ones works?  I was shipped a blank SD card.

And, yes, I did have the sense to plug it into a PC to try to back it up prior to inserting it in the Pi.

Edit:  Bah, V2 won't fit on the card and GandalfG's image, while booted, isn't generating any hashes.  I don't know if it's my rig or not, yet.

Login with ssh and check what chainminer is doing:

Code:

sudo screen -r | grep -m1 Detached | cut -b2-7

i tried that command and got back a 4377..

what does that mean?

Oops, I left off an important part. Here's the complete command:

Code:

sudo screen -r `sudo screen -r | grep -m1 Detached | cut -b2-7`

[Keefe]

i haven't heard anybody talk about bad slots.

for instance, i have an m board where slots 1 & 3 in bank 1 appear to be dead.  i've swapped multiple good h boards that previously were hashing @ 32-36 into these slots and they won't even boot up beyond 0.  how do you deal with that?

another weird thing is, given those facts, why does Xian's strategy of swapping good cards to the front of the m board even work?  does anyone understand the organizational structure of how voltage flows thru the 4 banks and 16 slots?  Dave insinuated the concept of a bank doesn't apply for newer boards (v3 m boards) here:

"Don't pay attention to the Bank 1, Bank 2, etc.  Those line up for V2 M-boards.  The numbers of the slots do line up as 1-16 map to 1 - 9, A - F.  There, you can see the output of each H-card."

https://bitcointalk.org/index.php?topic=288109.0

Just forget about what Dave said there. V3 M-boards do have 4 banks of 4 slots each. If a chip or card is not forwarding messages properly, all chips after it within that bank will have a problem also. This is a communication issue. Power distribution is not chained like that; each card taps into the same power planes on the M-board, and each chip on a card taps into the same power planes on the card.

Here's the mapping from the slot numbers printed on the M-board and listed in the summary section of .stat.log, to the web interface:

M-board .stat.log	|Web interface |
0	|Bank 1, slot 1
1	|Bank 1, slot 2
2	|Bank 1, slot 3
3	|Bank 1, slot 4
4	|Bank 2, slot 5
5	|Bank 2, slot 6
6	|Bank 2, slot 7
7	|Bank 2, slot 8
8	|Bank 3, slot 9
9	|Bank 3, slot 10
A	|Bank 3, slot 11
B	|Bank 3, slot 12
C	|Bank 4, slot 13
D	|Bank 4, slot 14
E	|Bank 4, slot 15
F	|Bank 4, slot 16

(How can I put gridlines in a table in bbcode?)

[goxed]

I'm not a bitfury owner so I haven't been following the thread, but why is it that cgminer doesn't support the hardware?

Is it a closed design or something?

I couldn't say, I am talking with Kano currently about a version of Cgminer that supports Bitfury chips on Bitbuners V1 design, however it does not appear to work with the V3 miner.  Kano posted about it in this thread back a few pages here https://bitcointalk.org/index.php?topic=251966.msg3552824#msg3552824

If I remember correctly about 3 Months ago Con said something about it being a bit difficult to support the way it was designed to work with the RPI.

I think the problem Con mentioned was that you need root access on the rPI to get to the SPI bus that communicates with the ASICs.

[tom99]

Has anyone had success contacting sales re: RMA's ? Have been waiting on a response for an RMA on 3 bad h-cards

RMA issues aside, these rigs are beasts once they are configured and placed in an environment with proper cooling ! The one full rig I have up and running has settled around 535 GHs !

   yes, I did few weeks back for 2 hboards and I got replacement.  I am now waiting for where to send back 2 bad hboards.    You have to do rma at homesite and wait for someone to reply back to you.

[cypherdoc]

Last night my bitfury rig stopped mining on us1.ghash.io:3333  Specifically only my worker1 account.

Turns out my worker1 no longer mines on us1.ghash.io:3333.

it mines on nl1.ghash.io:3334[/b]

I ran into that same issue recently trying to mine on btcguild using the MPBM software.

It seems that not all mining software handles the stratum "client reconnect" message, where the pool asks the client to change hosts.

I'm guessing the included ChainMiner software also does not handle that message correctly.

(that's just a guess).

ok, this is weird.

i too am finding one of my miners won't mine on BTCGuild, Slush, or Ozcoin all of a sudden. 

i think it's Chainminer.

[Keefe]

Last night my bitfury rig stopped mining on us1.ghash.io:3333  Specifically only my worker1 account.

Turns out my worker1 no longer mines on us1.ghash.io:3333.

it mines on nl1.ghash.io:3334[/b]

I ran into that same issue recently trying to mine on btcguild using the MPBM software.

It seems that not all mining software handles the stratum "client reconnect" message, where the pool asks the client to change hosts.

I'm guessing the included ChainMiner software also does not handle that message correctly.

(that's just a guess).

ok, this is weird.

i too am finding one of my miners won't mine on BTCGuild, Slush, or Ozcoin all of a sudden. 

i think it's Chainminer.

What's chainminer doing?

Code:

sudo screen -r `sudo screen -r | grep -m1 Detached | cut -b2-7`

[cypherdoc]

Last night my bitfury rig stopped mining on us1.ghash.io:3333  Specifically only my worker1 account.

Turns out my worker1 no longer mines on us1.ghash.io:3333.

it mines on nl1.ghash.io:3334[/b]

I ran into that same issue recently trying to mine on btcguild using the MPBM software.

It seems that not all mining software handles the stratum "client reconnect" message, where the pool asks the client to change hosts.

I'm guessing the included ChainMiner software also does not handle that message correctly.

(that's just a guess).

ok, this is weird.

i too am finding one of my miners won't mine on BTCGuild, Slush, or Ozcoin all of a sudden. 

i think it's Chainminer.

What's chainminer doing?

Code:

sudo screen -r `sudo screen -r | grep -m1 Detached | cut -b2-7`

too late.  i already rebooted.

something for sure though with cm. 

i'm now back on the pool.

[Morblias]

v1 M-boards can be fried if the software doesn't compensate.
I don't make any effort to compensate in BFGMiner.
Nobody has tested it, but I cannot recommend this combination.
Do so at your own risk...

Side note: I've never had problems with chainminer on Eligius... (via stratum proxy of course) O.o

Has anyone tried bfgminer with v1 m-boards? I would love to use bfgminer instead of chainminer, but am afraid it might fry my board.

[Asinine]

Now that I got BFG running, I went through the voltages and adjusted them.  The ones in the back ran away up to .88 and I trimmed them back down to .85-.87.  I adjusted the ones in bank 0 up to .86.  Bank 1 is at .83-.835.  Bank 2 is at about .86.

You are now running the back cards at a much lower voltage than the front ones. Unless you accounted for the voltage rise on the ground plane from front to back of the M-board?

The voltage between the M-board's ground screw and the top of the inductor, will vary depending on how close that card is to the M-board's power input. But the chips only care about the voltage between the card's ground and power planes. The correct way to measure voltage is between the top of the inductor and the back of the card's VRM (the exposed silver pad). That will remain the same regardless of which slot the card is in (except for airflow and temperature affecting the VRM, trimpot, or pencil-modded resistor).

What do you mean by front?

I have yet to to much card shuffling.  But, I am aware that the traces are not superconducting.  I took it into account somewhat by putting the visually poorer quality cards further away from the terminals.  They seem to run hot for the voltage anyway.  Although, I suppose that could be inefficiency from the regulators working with the reduced voltage.  Point being, they may be running at a lower voltage and have some of the slowest hash counts.  But, they are also running the hottest, despite being given extra ventilation.

The pads are mostly covered by heat-sinks.  Still, I plan on mounting a ring terminal with a lead to an alligator clip on the ground at the opposite end from the pci connector, so at least I have two different grounding points to measure from.  The voltage drop should be somewhat linear, spherical chickens et al...

...

Updating, I went out this morning so I could get an 8 GB card to put the V2.5 Image on:  Noncerate: 459.189GH/s - 441 W at the wall.  So, I think I am at the point where it is just tweaking now.  IE:  upgrading to the v3 chainminer, tinkering with the voltages, and shuffling the weaker cards to the last slots of the groups.

[tom99]

v1 M-boards can be fried if the software doesn't compensate.
I don't make any effort to compensate in BFGMiner.
Nobody has tested it, but I cannot recommend this combination.
Do so at your own risk...

Side note: I've never had problems with chainminer on Eligius... (via stratum proxy of course) O.o

Has anyone tried bfgminer with v1 m-boards? I would love to use bfgminer instead of chainminer, but am afraid it might fry my board.

  bfgminer work good with V1 mboard but u need to mod code for it to work well.

you need to change 32 to 1" i < 1"

for (i = 0; i < 32; i++) { 
      if (slot_on) {
         int chip_n;
         
         port = malloc(sizeof(*port));
         *port = *sys_spi;
         port->cgpu = &dummy_cgpu;
         port->txrx = bfsb_spi_txrx;
         port->speed = 625000;
         dummy_bitfury.slot = i;

then do compile it.  please see back post 188 I think.