[GUIDE] BitFury Miner Support/Tuning

[nowywbitcoinowymswiecie]

   damn I did not get lucky with 5 Hboards got here yesterday and one of hboard DOA already and 4 others hashing about 20 minutes then drop dead to 0 hashrate.   I hit stop then start working again.  look like 4 Hboard very nice but all chips drop to 0 hashrate and anyone know what is going with these Hboards?

Check PSU - I had the same situation. Start with 1H board. Also put this dead one as only one to see if its really dead!

[tom99]

   damn I did not get lucky with 5 Hboards got here yesterday and one of hboard DOA already and 4 others hashing about 20 minutes then drop dead to 0 hashrate.   I hit stop then start working again.  look like 4 Hboard very nice but all chips drop to 0 hashrate and anyone know what is going with these Hboards?

Check PSU - I had the same situation. Start with 1H board. Also put this dead one as only one to see if its really dead!

  I had run v1 hboard work good but new V1 any of them will drop dead for one hboard only.  I am using Corsair AX860 High Performance 80PLUS Platinum Certified Fully Modular 860 Watt Power Supply.

[GH]

as for 3 slots per bank, i beleive its related to the 30A limit of a texas instruments chip mentioned by intron a while back. Its got 10-14 pins and there is 1 per bank. Most likely it simply cannot handle more then 3 overclocked cards or 4 cards at 25GH

Sorry, but I think I have to correct this: of course every H-board has its own 30 A voltage regulator to produce the ASIC core voltage from the 12 V. This does not happen on the M-board!

[darkfriend77]

It must be something related to power ... !

If I down clock all boards to 52 and remove overclocking ... i get all boards hashing stable

[Isokivi]

Is there any danger i I get 2 separate psu and connect each to one of the PCIE connectors?

I did this with a gpu rig back in the day, read some warnings about it.. but worked out ok for me. I however have no clue how it'd work here.

[Meizirkki]

Is there any danger i I get 2 separate psu and connect each to one of the PCIE connectors?

I did this with a gpu rig back in the day, read some warnings about it.. but worked out ok for me. I however have no clue how it'd work here.

the m board shorts the two connectors, so you would end up feeding one PSU with another's output. Generally this is a very bad idea, but almost all modern power supplies hadle it very well.

Different PSUs for different GPU's are safe because the power supplies never get fed by one another.

[ricolein]

Is there any danger i I get 2 separate psu and connect each to one of the PCIE connectors?

I did this with a gpu rig back in the day, read some warnings about it.. but worked out ok for me. I however have no clue how it'd work here.

the m board shorts the two connectors, so you would end up feeding one PSU with another's output. Generally this is a very bad idea, but almost all modern power supplies hadle it very well.

Yes, but just in case booth PSU work good. If one of them had a problem, e.g. bigger voltage variance, the m-board need to transport all the difference current. This is a bit risky especial because you dont get a fast replacement for the m-board.

Ciao

Enrico

[-Redacted-]

Has anyone noticed that the version 1.2 h-boards with and without capacitors don't mix well?  

I have two of the original cards with caps that run very happily at 32 Gh/s (with a little pencil-modding) until I add a third card without caps - then they both drop to sub-20 and the third card runs at 28.  Add another new card and all 4 drop in hashrate to sub-20.   Remove the third and fourth card, and the first two return to hashing at 32 Gh/s with no problem.  

I also seem to be able to run 8 non-cap boards by themselves with no trouble - they have a different resistor installed and they each come up and hash at 28-32 Gh/s. However, if I add one of the original boards in place of one of those eight, or in addition to those eight - they all seem to go to crap, regardless of the position the older card is installed in.  Hashrate drops from 220 Gh/s to zero over the course of an hour or so.   Lots of heat, no hashing.

Remove the board with bypass caps from the group without, and the newer ones hash fine on their own.   Remove the new cards, and the old two cards return to hashing just fine on their own.  Mix the two types, and strange, and invariably bad, things happen to hashrates on all of them....

There is some odd incompatibility here.  Did anyone ever figure out WHY the bypass caps were getting too hot and blowing up?

[sveetsnelda]

Has anyone noticed that the version 1.2 h-boards with and without capacitors don't mix well?  

I have two of the original cards with caps that run very happily at 32 Gh/s (with a little pencil-modding) until I add a third card without caps - then they both drop to sub-20 and the third card runs at 28.  Add another new card and all 4 drop in hashrate to sub-20.   Remove the third and fourth card, and the first two return to hashing at 32 Gh/s with no problem.  

I also seem to be able to run 8 non-cap boards by themselves with no trouble - they have a different resistor installed and they each come up and hash at 28-32 Gh/s. However, if I add one of the original boards in place of one of those eight, or in addition to those eight - they all seem to go to crap, regardless of the position the older card is installed in.  Hashrate drops from 220 Gh/s to zero over the course of an hour or so.   Lots of heat, no hashing.

Remove the board with bypass caps from the group without, and the newer ones hash fine on their own.   Remove the new cards, and the old two cards return to hashing just fine on their own.  Mix the two types, and strange, and invariably bad, things happen to hashrates on all of them....

There is some odd incompatibility here.  Did anyone ever figure out WHY the bypass caps were getting too hot and blowing up?

*Very* good observation.  I'm dealing with something similar here, and I was in such a hurry that I didn't notice the missing caps on these boards.  My unit with mixed boards will hash fine for hours, and then out of nowhere, performance will tank and every chip kicks out miso errors.  Most of the time when this happens, an entire board just "disappears" from the stats (even though the boards further down the line are still recognized).

[Ridicuss]

Has anyone noticed that the version 1.2 h-boards with and without capacitors don't mix well?  

I have two of the original cards with caps that run very happily at 32 Gh/s (with a little pencil-modding) until I add a third card without caps - then they both drop to sub-20 and the third card runs at 28.  Add another new card and all 4 drop in hashrate to sub-20.   Remove the third and fourth card, and the first two return to hashing at 32 Gh/s with no problem.  

I also seem to be able to run 8 non-cap boards by themselves with no trouble - they have a different resistor installed and they each come up and hash at 28-32 Gh/s. However, if I add one of the original boards in place of one of those eight, or in addition to those eight - they all seem to go to crap, regardless of the position the older card is installed in.  Hashrate drops from 220 Gh/s to zero over the course of an hour or so.   Lots of heat, no hashing.

Remove the board with bypass caps from the group without, and the newer ones hash fine on their own.   Remove the new cards, and the old two cards return to hashing just fine on their own.  Mix the two types, and strange, and invariably bad, things happen to hashrates on all of them....

There is some odd incompatibility here.  Did anyone ever figure out WHY the bypass caps were getting too hot and blowing up?

I just recieved my final 3 h-boards from Mbp today and they are capless. I have the original V1 M-board and original software, no changes from day 1 other than I lost 1 sd card and a pi. My observations so far on this 2 hour run are this.
My 1 original card with caps was pencil modded to 29-30 GH/s
I installed the new cards behind that one and they are all holding fairly steady.
I did not pencil mod the capless cards yet these are as received.



Card 1 is my pencil mod which never broke 30 before now. It hits 32 now.
The rest are holding steady at 30 to 31 with the occasional 29.
Again, These have only been online a couple of hours. I will update If they start doing stupid stuff.

[-Redacted-]

Well, that looks good.  I've got 7 of the new capless cards hashing well, but have problems when I try to mix-and-match in either of my two older cards...




BTW - the hashrate improves slightly on the remaining cards as I remove some.  Maybe 4 is optimum

[klondike_bar]

Has anyone noticed that the version 1.2 h-boards with and without capacitors don't mix well?  

I have two of the original cards with caps that run very happily at 32 Gh/s (with a little pencil-modding) until I add a third card without caps - then they both drop to sub-20 and the third card runs at 28.  Add another new card and all 4 drop in hashrate to sub-20.   Remove the third and fourth card, and the first two return to hashing at 32 Gh/s with no problem.  

I also seem to be able to run 8 non-cap boards by themselves with no trouble - they have a different resistor installed and they each come up and hash at 28-32 Gh/s. However, if I add one of the original boards in place of one of those eight, or in addition to those eight - they all seem to go to crap, regardless of the position the older card is installed in.  Hashrate drops from 220 Gh/s to zero over the course of an hour or so.   Lots of heat, no hashing.

Remove the board with bypass caps from the group without, and the newer ones hash fine on their own.   Remove the new cards, and the old two cards return to hashing just fine on their own.  Mix the two types, and strange, and invariably bad, things happen to hashrates on all of them....

There is some odd incompatibility here.  Did anyone ever figure out WHY the bypass caps were getting too hot and blowing up?

*Very* good observation.  I'm dealing with something similar here, and I was in such a hurry that I didn't notice the missing caps on these boards.  My unit with mixed boards will hash fine for hours, and then out of nowhere, performance will tank and every chip kicks out miso errors.  Most of the time when this happens, an entire board just "disappears" from the stats (even though the boards further down the line are still recognized).

I have 1 of each style on a V2 m-board. both are overclocked into the 39-40GH range and in a new cooling arrangment so its hard to factor out some variables, but they seem to run well together, though every 4-6 hours one board will drop to 10-50% speeds until the miner start command is used. (crontab does it every 2hrs). The issue appears to be related to the overclock though. 40-41GH was stable for me with only a single card, but now im challenged to get it past 38.5GH due to the re-arranged cooling and extra card

[tom99]

   Did guys do RMA for Hboard drop to 0 hashrate and need to press stop then start?   I got my Hboards yesterday and 4 of them ran together hash good then drop to 0 hash in about 10 minutes and hboards get very hot.   My starter kit hash alone fine and no problem at all.


No one know why new Hboard is very very hot?

ps: Eu post also got problem with new Hboards too.

[goxed]

Hey my Raspberry PI just burnt out.
I upgraded to a new v2.3 M-board and it burnt my raspberry Pi. Component D17, a black diode near the micro-usb port had white smoke coming out of it.
I desoldered the component, and the PI powers up, but looks like the IO pins are shot as no Miners are detected anymore. Plugged the PI into a v1 board with same results.

[klondike_bar]

Hey my Raspberry PI just burnt out.
I upgraded to a new v2.3 M-board and it burnt my raspberry Pi. Component D17, a black diode near the micro-usb port had white smoke coming out of it.
I desoldered the component, and the PI powers up, but looks like the IO pins are shot as no Miners are detected anymore. Plugged the PI into a v1 board with same results.

the v2 m-board has the RPi flipped upwards rather than downwards like the v1. did you rotate it 180 when changing boards?

[goxed]

Hey my Raspberry PI just burnt out.
I upgraded to a new v2.3 M-board and it burnt my raspberry Pi. Component D17, a black diode near the micro-usb port had white smoke coming out of it.
I desoldered the component, and the PI powers up, but looks like the IO pins are shot as no Miners are detected anymore. Plugged the PI into a v1 board with same results.

the v2 m-board has the RPi flipped upwards rather than downwards like the v1. did you rotate it 180 when changing boards?

Nope (HDMI port facing upwards), it was running fine for a few minutes, and then it stopped working and I realized the component D17 was very hot.

[dben428]

Add me to the mix on those seeing incompatibility mixing caps and capless. I've done no modding.

I just added three new cards to my original. With the original in the first slot, it slowly died and dropped to 0, and all the cards seemed to get pretty hot. I moved it to the last slot, and everything seems to be running good (about 3 hours stable now). Although the original card is slower, it was always around that speed, so I don't think it is being negatively affected by the capless cards.

[-Redacted-]

I played swap-cards-around around until I finally pinned things down to one specific capless card that will not work in conjunction with my older cards.  

After taking that card out of the lineup things started working well with the mix.  If I put that card in any position in my setup things start going bad shortly thereafter, cards go missing, hashrate drops to zero, all sorts of peculiar things start happening...

Cards 8 and 9 are the original two cards with caps (and a pencil mod.)  The rest are stock capless cards, just like they came out of the box.  The older cards seem to work best as the last cards in the bunch.

Bank 1
1: 28.962GH/s
2: 29.564GH/s
3: 32.04GH/s
4: 31.496GH/s

Bank 2
5: 30.938GH/s
6: 28.647GH/s
7: 33.801GH/s
8: 35.09GH/s

Bank 3
9: 36.178GH/s
10: 0GH/s
11: 0GH/s
12: 0GH/s

[juhakall]

I also had a couple occasions where hashrate plummeted and one card would disappear, after mixing 1 october and 2 august H-boards. That always required a total poweroff to fix. After getting 2 more october H-boards, this hasn't happened anymore and things have been stable for one week. Maybe it's because I changed the slot positions a little after getting those last H-boards. Or just pure luck, and it's going to crash today

[sveetsnelda]

I separated my cards with caps and my cards without caps.  They've been hashing for quite some time now without issues.