Topic: The Chili – 30+GH/s BFL based Bitcoin Miner Assembly - page 12. (Read 137939 times)

So got both of them hooked up to  a 500 watt thermaltake and theyve been going fine for about an hour. I didnt realize this psu had 2 6+2 pins on one rail and then an 8 pin on other. After testing both chilis on the 1 rail with the 6 pins. I determined it was a bit to hot. So I chopped off the 8 pin and connected a 6 pin to it. So far so good! If it makes it thru the night I'll be a happy camper. Thx for the input guys!

Restarts are part of the gamble. Only time will tell.

I have a theory that the Chili was designed and prototype tested in an "American Air conditioned summer workshop" 
Now that they are out in the wild (of the rest of the world) There are some "exceptions to the standard" being found.
The next firmware release will probably bring things back on track.   

If we are still hashing them in the coming summer then they will have had a good testing cycle.
The unfortunate reality is that they will be way out of date by then ( in 6 months they may be the "graphics cards" of the asics)
Such is the speed of development of mining hardware. 

You are right, I got all of them above 31 GH/s, some do 34 GH/s.  Thanks for your help.

I've noticed similar behavior with my mini rig, it does not like ambient temperature to fall below 15C.  Just won't start.

Here are some pics of my chilies.  I used 6x32 1 1/2" bolts from Home Depot, Arctic Cooling MX-4 paste, some old PCB for backplate material.
I just hope I will not have to restart it every day :-)

Is the firmware open source yet? I would like to mess w/ voltages ...

The trick is to get them about 60c and stable.
If you get some gentle cooling on the back of the board, then the temp will rise again to around 68-70c and you will get another 3Gh

Thats what ive been doing. O well new PSU comes in today. Will test more when I get in from work.

Hairdryer worked for me (for 4 cards, need to get a fan connectors for the other two), but I had to do it slightly differently.

1. power cycle the boards (two boards per PSU)
2. wait until they finish initialization (LEDs stop flashing)
3. unplug one board from usb hub
4. start hotdrying the power module on board that is connected to USB hub
5. After 15 seconds of hotdrying, start bfgminer on to scan the port in step 4 and start hashing
6. Keep hotdrying until die temp get to 65C
7. turn off hairdryer
8. when temps start to drop to 45, turn on hotdrying again to bring them up to 65C
9. another 1 minute or so, they should stay above 60C
10.  turn off the hairdryer
11. board should be stable around 60C and hash 30+GH/s

One thing I noticed, that each board is behaving differently in regards to temp rise.
I did not cool the boards at any time.  

For me, it seems that getting the boards to 60C and stabilize them there was the key.

Running one bfgminer instance per board is not best solution, but at least they are hashing.

If the above sequence works on your board, "then you need the slow rise firmware".

The "standard" installed firmware is trying to start too fast.

The 1v1 limiting firmware will also still try to start at the "standard" speed. (So this is really only for boards that hash too fast 39-40Gh then crash).

MrTeal has said earlier in this thread, that a new firmware will be released soon, incorporating the slow rise and a manual voltage setup, (watch this thread)

The only symptom that sounds different for me, they never show SICK in bfg -- they just disappear after a few minutes.

I only have 2 cards. They both do the same exact thing as this. They start normal and ChiliFlash shows everything within normal parameters. Start mining and they ramp up to about 22-26ghs for anywhere from 30-60 sec. If I don't do the warming, they start throwing more errors, hash rate falls until I get a flood of the temp errors and then they'll disappear from the bfg console.

If I kill bfg and go back to ChiliFlash, the device still opens, but it shows only 2 engines still enabled. Power cycling the Chilis is required to bring them back.

Not to confuse the thread, as so many have the 1.1v fw working for them, but for some reason neither of my boards worked better with it -- they both actually sermed worse, as o barely had time to pick up the hairdryer before they'd die.... I decided to reflash the "standard" Chili14e fw before giving up on them and to my surprise, they were stable enough to be able to use the warming technique. Once I got this worked out, based on all the previous cooling/mounting/shielding research of others on this thread, now they run nice and steady about 32-34ghs -- up for well over 48 hrs now.

I have 2 old Arctic USB fans rigged on a hub pointing down onto the pcbs for long term cooling -- hairdryer on cool to cool it down during the startup dance...

Thanks Mudbankkeith, I'll give it a try.

As Ronin4bits said:-

Get the hairdryer ready, then start it hashing. As soon as it's hashing, start blasting the top of the fets with it. Give it a minute -- (temp should rise to 68-70c)the hash rate should stabilize for about 30 sec, then it'll start to fall -- (turn off hairdryer) (temp will drop to 60c) switch over to cool air and start cooling the back of the pcb -- when you get good cooling on the back, hash rate will start climbing along with the reported asic temp -- when airflow keeps this around 68-70 degrees, it should run.  (you may need a secondary fan to take over the cooling of the back of the board)

Ronin,

I spoke too soon, all of the cards I have from Lucko go into SICK state after a while.  Some go there after 30 seconds, some after 30 minutes.
The ones that go after 30 seconds in one run, run longer after restart then go down after 20 seconds after yet another restart.  All I can say, I don't know when they decide to stop hashing/responding.

The whole thing is unpredictable.  No consistency.

Now, regarding that hairdryer fix:

So you do this for each card and run a separate instance of bfgminer, one for each port and installed power switch for each 12V line?

I'm not sure if you have the same symptoms.  Can you confirm?
My cards start fine, they all start hashing, sometimes they all run for few minutes, 30+GH/s each, then they fall off into SICK state one by one.  Usually, bfgminer tries to recover, sometimes it can, sometimes, my akbash watchdog will kill it when bfgminer gets stuck.  It seems that cards stop responding to bfgminer commands.

I'll try the voltage limited version.

Thanks,
af_newbie

+1 the hairdryer, af_newbie.

Get the hairdryer ready, then start it hashing. As soon as it's hashing, start blasting the top of the fets with it. Give it a minute -- the hash rate should stabilize for about 30 sec, then it'll start to fall -- switch over to cool air and start cooling the back of the pcb -- when you get good cooling on the back, hash rate will start climbing along with the reported asic temp -- when airflow keeps this around 68-70 degrees, it should run.

I've been average 32-33ghs for over 48 hours now after getting this one going like this.

One twist - I'm running the "regular" Chili14e fw - the 1.1v limited version would crash this board after about 30 sec of hashing, no matter what... 

Good luck.

Your other board sounds like it needs the "hairdryer" mod to get it started.

Out of 6 cards I got from Lucko, I have 2 that fail with this temp reading error ("Error: Get temp returned empty string/time out").  

The other 4 are hashing at 30+GH/s.  The one with bad temp reading was a defect in the sink, one pipe was slightly lower than the other.
I lapped it to smooth the sink contact.  Worked ok, not perfect, but getting 30GH/s on that defective sink.  

I reinstalled the sink.  Made sure the board is not flexed.  Used backplate with a piece of empty PCB (copper to backplate) in between the backplate and the board.  Looks straight.

During initialization ZlX returns:

PROCESSOR 0: 44.50 C
PROCESSOR 1: 44.75 C
PROCESSOR 2: 41.00 C
PROCESSOR 3: 26.00 C
PROCESSOR 4: 35.25 C
PROCESSOR 5: 40.00 C
PROCESSOR 6: 70.00 C
PROCESSOR 7: 42.75 C

After initialization is complete, idle system, ZlX returns:
PROCESSOR 0: 28.75 C
PROCESSOR 1: 29.25 C
PROCESSOR 2: 29.50 C
PROCESSOR 3: 29.50 C
PROCESSOR 4: 35.50 C
PROCESSOR 5: 42.50 C
PROCESSOR 6: 16276.00 C
PROCESSOR 7: 16303.25 C

It stays like that even after few minutes, 6&7 are reporting crazy temps.

Problem with my installation of the cooler?  Or something else?

EDIT:  I flipped the board upside, fan/sink on the table, board above,  now ZlX is reporting

PROCESSOR 0: 27.25 C
PROCESSOR 1: 28.00 C
PROCESSOR 2: 28.00 C
PROCESSOR 3: 28.50 C
PROCESSOR 4: 35.00 C
PROCESSOR 5: 41.50 C
PROCESSOR 6: -64.00 C
PROCESSOR 7: 28.00 C
                              
So it looks like the sink installation...

For the first one, I would double check that there doesn't appear to be any board flex that would cause one chip to lift off the heatsink. Alternately, open the unit in putty or another terminal program as soon as it starts and while it's doing its self-test (the top two LEDs flashing for ~20s) send it "ZlX". That will report the temperatures of all the dies. Note if one appears to be a lot higher than the others.

For the second board, it does sound like it might have the same issues that many boards from that group buy are experiencing. We're working on firmware as a workaround for some of those issues, and hope to have it out soon.

That board hashes at ~16GH, Voltages in bfgminer are: 3.29/0.863/12.203, but it is hashing, temp reported is 70C.

I've tried the second board, same cooler type: evo212, it starts out  but then I get "Error: Get temp returned empty string/time out" in bfgminer 3.10.0, second LED from power connector is flashing, after a while bfgminer eventually restarts it, and the process repeats.  Runs for few seconds, submits few "accepted" shares and goes into the error condition...Not sure what can I do.

The one is a little strange, but nothing too crazy. The board starts at a 0.85V and a lower frequency setting during initial turn-on and self-test to provide a factor of safety if there is a problem with heatsink contact. If there is one chip that has poor or no contact we want to watch that before it causes damage.
You won't see those numbers increase until you actually start to accept work from the mining software.

The direct PCIe will be better than a dual 4 pin to PCIe, so use the one coming directly out of your power supply.