Bringing back old memories!
Topic: The Chili – 30+GH/s BFL based Bitcoin Miner Assembly - page 18. (Read 137904 times)
what psu are you guys using?
so far i killed 2 psu any ideas what is going on?
so far i killed 2 psu any ideas what is going on?
Thanks for making me feel bad.
Ha, all that really matters is they are hashing right? =)
Heh, I love the overkill with the triple fan Arctic Cooler. I need to pick up one of those for my R9 290, that thing wails as bad as a BFL Single when the fan spins up.
Upscale Deed Restricted Community:
Trailer Park:
Thanks for making me feel bad.
Trailer Park:
Thanks for making me feel bad.
I added a bit of cooling to the side of each chili, so it blows air across the VRMs on top and bottom of board, I also have the exhaust from the heatsink deflected down onto the VRM section, using cardboard.
I think the side cooling(implimented last night) has allowed a tad more speed, I really want to try heatsinks on bottom of board. Im waiting to see if I ever get them from the guy I bought this miner from...lol!
All but 1 of them run 37+GH @ an avg of about 55-60C... one of them is an oddball, 35.6GH @ 65C (tried reseating heatsink several times w/ no improvement)
3 of them run 38GH+ and one of them has been up to 40GH+ several times....wish I could stabilize it that high, but it clocks down.
I think the side cooling(implimented last night) has allowed a tad more speed, I really want to try heatsinks on bottom of board. Im waiting to see if I ever get them from the guy I bought this miner from...lol!
All but 1 of them run 37+GH @ an avg of about 55-60C... one of them is an oddball, 35.6GH @ 65C (tried reseating heatsink several times w/ no improvement)
3 of them run 38GH+ and one of them has been up to 40GH+ several times....wish I could stabilize it that high, but it clocks down.
I have finally got these two bad girls reasonably stable at asic temp of 68c and power module at 44c/45c
Note the evo 212 coolers are lifted 15mm up. This has reduced the cold airflow over the power modules.
after I used the "Hairdryer Mod" the boards would restart, but the temp. at the power modules would slowly fall.(eventually crashing again)
The cardboard cover is (hopefully) holding the temp. in the power modules and the cold air from the evo is deflected upwards.
The secondary fans are controlling the airflow under the boards, if I move them around then the temp. does change.
https://www.dropbox.com/s/y6dc59y5zzeaub5/IMG_20140110_105218.jpg
Note the evo 212 coolers are lifted 15mm up. This has reduced the cold airflow over the power modules.
after I used the "Hairdryer Mod" the boards would restart, but the temp. at the power modules would slowly fall.(eventually crashing again)
The cardboard cover is (hopefully) holding the temp. in the power modules and the cold air from the evo is deflected upwards.
The secondary fans are controlling the airflow under the boards, if I move them around then the temp. does change.
https://www.dropbox.com/s/y6dc59y5zzeaub5/IMG_20140110_105218.jpg
What temp is being pulled per device as the "lower temperature" in bfgminer? When I go to manage devices, it shows 2 temps, one obviously the highest temp chip, the other is lower, usually in the 30's
Also, Im wondering, when I stopped a device(one of my better ones that usually hashes at 38gh+, using the mining application) .. let it sit for a few minutes, then reenable it..
It slowly climbs up to its normal 38GH, then I saw it go over 40GH as the voltage climbed to 1.15v+ ... then it slowly started going down(both voltage and hashrate) .. back to is normal 38GH range, is this a temp threshold on the power circuitry being hit or OCP or something?
Im wondering if adding cooling to the power area would help it go higher than 38GH =P
Right now it is the general board temperature. That will be changed in the next FW revision to the temperature from the sensor right near the mosfets. Also, Im wondering, when I stopped a device(one of my better ones that usually hashes at 38gh+, using the mining application) .. let it sit for a few minutes, then reenable it..
It slowly climbs up to its normal 38GH, then I saw it go over 40GH as the voltage climbed to 1.15v+ ... then it slowly started going down(both voltage and hashrate) .. back to is normal 38GH range, is this a temp threshold on the power circuitry being hit or OCP or something?
Im wondering if adding cooling to the power area would help it go higher than 38GH =P
It might, although some of that could also be due to a bunch of effects. When you first start things up the temps are lower. The chips draw less current when the temperature is lower, but as it starts heating up the current goes up. Not only that, but the traces on the substrate and in the chip itself get hotter and their resistance goes up, so your voltage drop increases for two reasons and the actual voltage you see on the silicon is lower. Since the frequency (and hashing speed) of the BFL chips is voltage dependent, all things being equal they will slow down as they heat up.
I have found that some cooling to the back of the board under the power modules, can improve a board like this.(its worth a try for a couple of hours)
The asic temp will probably rise.
What temp is being pulled per device as the "lower temperature" in bfgminer? When I go to manage devices, it shows 2 temps, one obviously the highest temp chip, the other is lower, usually in the 30's
Also, Im wondering, when I stopped a device(one of my better ones that usually hashes at 38gh+, using the mining application) .. let it sit for a few minutes, then reenable it..
It slowly climbs up to its normal 38GH, then I saw it go over 40GH as the voltage climbed to 1.15v+ ... then it slowly started going down(both voltage and hashrate) .. back to is normal 38GH range, is this a temp threshold on the power circuitry being hit or OCP or something?
Im wondering if adding cooling to the power area would help it go higher than 38GH =P
Right now it is the general board temperature. That will be changed in the next FW revision to the temperature from the sensor right near the mosfets. Also, Im wondering, when I stopped a device(one of my better ones that usually hashes at 38gh+, using the mining application) .. let it sit for a few minutes, then reenable it..
It slowly climbs up to its normal 38GH, then I saw it go over 40GH as the voltage climbed to 1.15v+ ... then it slowly started going down(both voltage and hashrate) .. back to is normal 38GH range, is this a temp threshold on the power circuitry being hit or OCP or something?
Im wondering if adding cooling to the power area would help it go higher than 38GH =P
It might, although some of that could also be due to a bunch of effects. When you first start things up the temps are lower. The chips draw less current when the temperature is lower, but as it starts heating up the current goes up. Not only that, but the traces on the substrate and in the chip itself get hotter and their resistance goes up, so your voltage drop increases for two reasons and the actual voltage you see on the silicon is lower. Since the frequency (and hashing speed) of the BFL chips is voltage dependent, all things being equal they will slow down as they heat up.
Well whats interesting is its one of the cooler chilis I have yet hashes the fastest. At 40+ GH its only reaching 61C @ 1.15v+ ... when voltage comes down to 1.112v @ 38.4GH its right around 54C ...lol .. I would like to see it try to stay higher.
What temp is being pulled per device as the "lower temperature" in bfgminer? When I go to manage devices, it shows 2 temps, one obviously the highest temp chip, the other is lower, usually in the 30's
Also, Im wondering, when I stopped a device(one of my better ones that usually hashes at 38gh+, using the mining application) .. let it sit for a few minutes, then reenable it..
It slowly climbs up to its normal 38GH, then I saw it go over 40GH as the voltage climbed to 1.15v+ ... then it slowly started going down(both voltage and hashrate) .. back to is normal 38GH range, is this a temp threshold on the power circuitry being hit or OCP or something?
Im wondering if adding cooling to the power area would help it go higher than 38GH =P
Right now it is the general board temperature. That will be changed in the next FW revision to the temperature from the sensor right near the mosfets. Also, Im wondering, when I stopped a device(one of my better ones that usually hashes at 38gh+, using the mining application) .. let it sit for a few minutes, then reenable it..
It slowly climbs up to its normal 38GH, then I saw it go over 40GH as the voltage climbed to 1.15v+ ... then it slowly started going down(both voltage and hashrate) .. back to is normal 38GH range, is this a temp threshold on the power circuitry being hit or OCP or something?
Im wondering if adding cooling to the power area would help it go higher than 38GH =P
It might, although some of that could also be due to a bunch of effects. When you first start things up the temps are lower. The chips draw less current when the temperature is lower, but as it starts heating up the current goes up. Not only that, but the traces on the substrate and in the chip itself get hotter and their resistance goes up, so your voltage drop increases for two reasons and the actual voltage you see on the silicon is lower. Since the frequency (and hashing speed) of the BFL chips is voltage dependent, all things being equal they will slow down as they heat up.
What temp is being pulled per device as the "lower temperature" in bfgminer? When I go to manage devices, it shows 2 temps, one obviously the highest temp chip, the other is lower, usually in the 30's
Also, Im wondering, when I stopped a device(one of my better ones that usually hashes at 38gh+, using the mining application) .. let it sit for a few minutes, then reenable it..
It slowly climbs up to its normal 38GH, then I saw it go over 40GH as the voltage climbed to 1.15v+ ... then it slowly started going down(both voltage and hashrate) .. back to is normal 38GH range, is this a temp threshold on the power circuitry being hit or OCP or something?
Im wondering if adding cooling to the power area would help it go higher than 38GH =P
Also, Im wondering, when I stopped a device(one of my better ones that usually hashes at 38gh+, using the mining application) .. let it sit for a few minutes, then reenable it..
It slowly climbs up to its normal 38GH, then I saw it go over 40GH as the voltage climbed to 1.15v+ ... then it slowly started going down(both voltage and hashrate) .. back to is normal 38GH range, is this a temp threshold on the power circuitry being hit or OCP or something?
Im wondering if adding cooling to the power area would help it go higher than 38GH =P
The hairdryer trick works wonders, for the low power crash.
as soon as the board completes initialization and starts to count, I switched the hairdryer from cold blow, to hot blow.
The fets temp. went up to 46c and NO CRASH
Now its hashing the fets temp is steady 43c to 44c
I just need to test out how this will work with 8 Chili on a rPi and hope it stays stable.
My thanks to the brave man who tried it the first time with a soldering blower.
as soon as the board completes initialization and starts to count, I switched the hairdryer from cold blow, to hot blow.
The fets temp. went up to 46c and NO CRASH
Now its hashing the fets temp is steady 43c to 44c
I just need to test out how this will work with 8 Chili on a rPi and hope it stays stable.
My thanks to the brave man who tried it the first time with a soldering blower.
I have just assembled my 7th Chili
On power up, the leds 5,6,7,8, come on and stay on, then leds 1,2,3,4, flash once.
The com port is not found. nothing else happens.
Does anyone have any ideas?
This is one of Lucko's boards?On power up, the leds 5,6,7,8, come on and stay on, then leds 1,2,3,4, flash once.
The com port is not found. nothing else happens.
Does anyone have any ideas?
LEDS 5-8 being on indicate that it is in the hardware initialization phase and if there is a hardware fault it keep those on. This is usually due to the 1V power supply not being able to turn on for whatever reason.
Thanks for the info.
Hello MrTeal
I have a Lucko's board that hashes normally and after some hours stops with led 4 and 7 steady on. Firmware is 1.1V-because is a "good one" board. Don't seems, at first glance, a temperature problem
I have do a search but haven't found a mean for this led configuration: can you give an advice on it?
I have another request if possible: Seems strange for boards with restarting problems but is possible to adapt a reset button on chilli board? The reason is because is somewhat difficult to put all boards working together due vrm issues and a reset button can give opportunity to try to restart one particular board without disturbing already running others
Regards
Update, I hand-heated each pin on the FTDI and tried again - no luck, in fact bootup hung. So, I heated up the FTDI legs using the hot-air station with good pressure on the chip for 20 seconds on each side and tried again. VOILA'!! It let me read the firmware and for good luck I reflashed in case it had gotten horked-up with my attempts at flashing earlier.
SUCCESS
Now it works and is hashing away. Thanks so much to lightfoot and MrTeal - you guys ROCK!
Great, nice to hear you got it working. Those 0.5mm pitch chips can be a pain to rework with an iron. Air is definitely the way to go if you have one. SUCCESS
Now it works and is hashing away. Thanks so much to lightfoot and MrTeal - you guys ROCK!
Update, I hand-heated each pin on the FTDI and tried again - no luck, in fact bootup hung. So, I heated up the FTDI legs using the hot-air station with good pressure on the chip for 20 seconds on each side and tried again. VOILA'!! It let me read the firmware and for good luck I reflashed in case it had gotten horked-up with my attempts at flashing earlier.
SUCCESS
Now it works and is hashing away. Thanks so much to lightfoot and MrTeal - you guys ROCK!
SUCCESS
Now it works and is hashing away. Thanks so much to lightfoot and MrTeal - you guys ROCK!
You just program it through USB. I edited the second post in the thread with a link to the template and the programming utility.
OK, I got the FTDI programmer and the template file, and it recognized my FTDI (good sign), then I aapplied that template file and then hit Program Device. All seemed to have gone well, but then I go to the Chili Flash Utility, I still get garbage ("EWWOW?%UOOOOWO") when I open COM5 where the device is found. Same garbage when I cycle the device after trying to flash the chili HEX, too.
I'm happy both utilities seem to recognize the device - makes me think it's definitely salvageable if I do the right repairs, but no joy so far. I'll look at the solder of the FTDI, but does my description help any more with ideas?
Do you cut small squares for each chip or have you been using one large pad that also covers the open area between the chips?
I use two stripes for 3 chips and 2 squares for the other 2. The FujiPoly 17W/mK is to expensive to heat the capacities ;-)Cheers....
4 strips covering a corner and side chip each rectangular piece. Now using the paste that come on my H60 ON TOP of the pads and have much better results... up from sub 33 or lower GH/s to 35 GH/s now.
Do you cut small squares for each chip or have you been using one large pad that also covers the open area between the chips?
I use two stripes for 3 chips and 2 squares for the other 2. The FujiPoly 17W/mK is to expensive to heat the capacities ;-)Cheers....
That would imply that either it's not accessing the EEPROM correctly, or that it wasn't successful when you programmed the FTDI chip.
You did program the FTDI chip, correct?
Aha, I'm guessing that I missed that part of swapping it out. I don't have a programmer for such things, let alone the program I'd need (assuming you're not talking about the firmware update...).You did program the FTDI chip, correct?
The question then becomes, what now?
Crossing my fingers and hope to get back here with good news (either programming or solder fixing it).
Best, and thanks again for your time (and I still want more Chilis!
)- Tye
That would imply that either it's not accessing the EEPROM correctly, or that it wasn't successful when you programmed the FTDI chip.
You did program the FTDI chip, correct?
Aha, I'm guessing that I missed that part of swapping it out. I don't have a programmer for such things, let alone the program I'd need (assuming you're not talking about the firmware update...).You did program the FTDI chip, correct?
The question then becomes, what now?
Jump to: