Topic: [GUIDE] BitFury Miner Support/Tuning - page 25. (Read 148049 times)

Hi,

two days ago i got my rig, and it works fine (after solving zero-byte-bug). Today in the morning i see three cards are not working, down to 0GHash. I swaped them to other slots. Two start mining, but slow with 10Ghash and one is still dead. Even in other slots. It just produces errors and think it have just 9(!) chips, not 16:

Any ideas i can do to bring at least the other two boards back to full life? At the moment i hope for self-healing-effects and let it run.

Ciao

Rico

I have identical problem.
3  card  work without problem. When add fourth falls to 12Gh/s
Where I can define how many card I have ?

Added:

I've heard of three people in the last 24 hours who received their miners with an empty file in place of the miner program. This will obviously prevent the miner from working, but fortunately it's easy to check & fix:

An empty miner file looks like this:

If your miner doesn't work and you can see an empty file like above, just run this and wait for the compilation process (~5 minutes):

drop the tuning to 53/54, ands increase the voltage to 0.805V. youll get a little bit faster speeds from increasing the voltage/tuning ratio rather than vice-versa

I have 16 cards on a V1 M-board.  It runs reasonably well most of the time.  I would prefer to upgrade to a V2 so I can at least update chainminer and reduce errors but no love yet. 

That's cool. I get 115GH/s with 3 H-boards. The moment I add the fourth it falls to 84GH/s. Using stock software, tried  both Autotune on and off. I guess I will have to dig deeper. Hashrate starts off good after power on and falls down within a minute or so.   Thanks for your help though

138.5 GH total, but 3 chips are dead (2 bypassed and 1 at the end of the chain). I overvolted them to an average of 0.78v. I'm using the stock software. Autotune is off, and some chips are set to 54 and some to 55, based on manual testing.

wow, I have two stubborn version 1 M boards, that just wont hash properly with more than 3 H cards.

 What is your hashrate with 4 cards? Are you using the chainminer that came with the board? Any special settings? Thanks in advance.

I have 4 cards, without problems most of the time. More are arriving later today.

Guys, looking for someone with a version 1 M board and successfully running 4 or more H cards

I received a new october card where the R02F resistor was 2.11k instead of 1.8k. Pencil modding it 2.05 boosted the valid hashrate from 32 GH/s to 34.5 GH/s, even though one chip dropped semi-dead after the modding.

im not sure. i clocked chips 3-6 from 54 to 55 and it resulted in errors. right now, all chips are tuned to 54 without an issue and my hashrate is around 39.5GH. I half expect this to rise a little bit, since the resistance seems to fluctuate with the ambient temperature. In the evening when my apartment is the warmest is when ive always seen it produce the highest hashrates but also push the limit where errors take over and start shutting down chips and shunting my hashrate.

42GH seems to be the upper bound before this occurs, at least with my prior heatsink configuration. Im happy to run a few days as it is now to follow the results and see how stability is. (in my mind, anything over 35 is sweet, so to be pushing the lower edge of 40GH is perfect)

you can also ... regulate with clockspeed ... that's what i did ...

I had one board shutting down because graphite getting to low resistance on high temp ...


so I put all chips to clockspeed 53 ... now it's again stable ... and I can slowly approach again ...


It would be interesting to see which chip is where located ....

chips with big distance to the reg & resistor ... will probably have lesser influence ^^

24hr readings: voltage: 0.821-0.830 depending which capacitor is measured (closer to the volatge regulator = higher)   hashrate: 39-40GH
the ambient room temperature feels a few degrees warmer today, which may be causing this result. Either way, it should be noted that this indicates pencil modding results may increase over time and can result in bad performance if the final state is too high

based on these results, i am now trying to push chips 3-6 to 55 since they have lowest voltage compared to chips 9,10,15,16 (which run fine at 54 right now)
UPDATE: this method did not work. the chip error rates rose significntly, and are fine tuned back down to 54 now. I guess the voltage difference does not enable significant headroom for tuning. all 16 of my chips work best at 54 it seems, and any attempts to push for 55 typically takes it from a 1% error rate to 4-8% errors compared to marginal gain in hashspeed

free reports:
102396 free and total
0 in use ( I tried randomly every few seconds etc.. but it never changes)

Now it's been nearly 3 days and my Pi took a dump again with the same errors.
My Power switch was still getting ping replies from Pi so I never rebooted. I was down for about nearly 4 hours.
Can anyone tell me how to get my Pi to auto reboot lets say every 24 hours?

Maybe I should redo my SD card again when I get to work tomorrow.

Thanks!

The big cube is the inductor (Pulse PA0513.441NLT). The small chip is the voltage regulator (TI TPS53355).

Chainminer is not BFGMiner. rPi and Debian + chainminer, yes.

You can tune your chips by copying /run/shm/.stat.log or /tmp/best.log to /opt/bitfury/best.cnf and then editing the file. There are instructions in the first post of this thread. A means autotune, a means autotune off etc...

Since chainminer isn't bfgminer, it doesn't have bfgminer-like api.

Heya,

I like being able to manage CipherMine's hardware via APIs. With our Avalons all we can do is read from them which is a bit frustrating (can't modify pool listings for instance, which is how our software switches between coins), but since the BitFuries are based on a Raspberry Pi and Debian (I think) I'm hopeful we can get the API working.

The presence of /home/pi/bfgminer suggests that they use bfgminer or some fork of it. /etc/rc.local calls /opt/bitfury/start-stratumproxy.sh and /opt/bitfury/start-miner.sh, the latter of which is presumably the thing that starts actual mining. start-miner.sh is pretty minimalist too:


/opt/bitfury/best.cnf is not present on our units, nor /run/shm/.chip.cnf. That file is a potential candidate for some configuration, but if so I don't know what it should look like.

My first thought  /opt/bitfury/chainminer/miner (a binary file) is a custom compiled version of bfgminer, but having run it I've concluded that's not the case. I can achieve what I want just with some command-line options to bfgminer which is the frustrating thing. I tried changing the above to:


But that didn't appear to do anything:


Any suggestions?

Kate.

---

EDIT: Punin responded almost instantly - the man's dedicated to supporting his customers is awe-inspiring!



I guess compiling bfgminer it is then!

i got them on ebay, around $1.50 a peice i think. they seem to work quite well and are definitely getting warm. they stuck on with ease (removing them may be a totally different story, the adhesive is on par with glue). I have a 120mm fan aimed directly at the back of the board from about 5" away, a 80mm pointed diagonally at the front face, and a 80mm on the other side of the front, so that its air channels between the RPi and h-board.

i think my fan use may be excessive for 1 board, but ive noticed 3 components need to be cooled:
1) the chips (duh) -  this is easily achieved by cooling the massive flat back of the PCB
2) the voltage regulator (?) (big cube on chip side of board) - i have some small heatsinks stuck to it that are perhaps a bit too small a footprint, but still work well. the 3rd fan i mentioned blows directly at this area, including component #3
3) the smallish chip/resistor (?) - on the chip side of the board beside component #2. it is very near the pencil-modded resistor and i think a major contributor to the heating and subsequent resistance drop as the unit heats up. I put a tiny heatsink on its backside as seen in the picture, where there are a lot of thermal vias. that heatsink is the warmest of all of them

I feel confident that later today i will try to push the pencil mod further. I would buy the resistor seen above but lack the solder tools and skill level to DIY it. (i can solder wires and big stuff, but surfacemount is a recipe for disaster)