The Chili – 30+GH/s BFL based Bitcoin Miner Assembly - page 21.

ipxtreme

sr. member

Activity: 262

Merit: 250

Quote from: i3luefire on January 01, 2014, 04:05:59 PM

out of the 18 i have had here the only ones that have been below 32gh have always had bad contact for the cooler or no cooling on the backside of the board under the FETs. i have basically the whole backside of the board under the FETs covered with small heatsinks and a fan blowing on them. all my units run above 32gh. most of them are ~35gh

thanks. I thought if the temp was under 70 it would hash faster until it hits 70 and maintain that speed. Since my temp is 64, it isnt running as fast as it can.

i3luefire

member

Activity: 86

Merit: 10

out of the 18 i have had here the only ones that have been below 32gh have always had bad contact for the cooler or no cooling on the backside of the board under the FETs. i have basically the whole backside of the board under the FETs covered with small heatsinks and a fan blowing on them. all my units run above 32gh. most of them are ~35gh

ipxtreme

sr. member

Activity: 262

Merit: 250

How can I make mine go faster? They are about 64 degrees but only working at about 28gh each. Is there a switch I can use with these using either bfgminer (which I use now).

i3luefire

member

Activity: 86

Merit: 10

the 1.1v limited FW is only for cards that max out the power supply's current limits and that only happens on the miners hitting close to 40GH. so you are probably limiting your voltage and hash rates for no reason if your Chili is only hitting mid 30's. the normal 14e FW should be able to get a higher hash rate out of boards in the mid 30's.

Hands

member

Activity: 67

Merit: 10

Low to mid 30's

I left them off for 2 hours then turned them back on and they are fine...

I guess for now the protocol is when the system goes south turn it off for a few hours then turn it back on.. .

i3luefire

member

Activity: 86

Merit: 10

Quote from: Hands on December 31, 2013, 10:18:36 PM

I've got like 3 or 4 cards that all of the sudden are showing 250GH/100% hardware errors?

I have them off now and will let them cool completely down before turning them back on.. But reading on here that some people solved this with firmware reflash's.

Do these cards get in situations where they need to be re-flashed? Or can a reboot always get them "back"

I am currently running the 14e flash that has the 1.1v limit.

What were those cards achieving before they went to 250GH/100%HW ?

Hands

member

Activity: 67

Merit: 10

I've got like 3 or 4 cards that all of the sudden are showing 250GH/100% hardware errors?

I have them off now and will let them cool completely down before turning them back on.. But reading on here that some people solved this with firmware reflash's.

Do these cards get in situations where they need to be re-flashed? Or can a reboot always get them "back"

I am currently running the 14e flash that has the 1.1v limit.

i3luefire

member

Activity: 86

Merit: 10

Quote from: MrTeal on December 30, 2013, 01:57:17 AM

Quote from: i3luefire on December 29, 2013, 11:11:00 PM

Quote from: lightfoot on December 29, 2013, 09:27:46 PM

Side question: What is the theoretical *maximum* a Chili can go if fully cooled? See I have a water block on this unit and it's hashing 39/37. But I could dunk the radiator into a 50 gallon ran barrel outside and suspend the Chili over it to bring the water temps down to 32 degrees. Can the chips go faster, or is there a theoretical maximum (the fact that the BFL chips are clocking at 5gh each *now* is without a doubt creepy.)

it seems like to me that the limit is 39ish GH/s because of the current limit on the power supply FETs.

Not really. I have a 4 chip board that I play with that is similarly limited, even if I only run 2 chips on it. It's more a function of the BFL chips being broken, the highest clock divisor doesn't work so you reach a maximum frequency setpoint and then can only vary the frequency using the voltage. There's a limit to how far you can push the voltage though.

So then we are meeting both limits at the same time on an 8 perfect chip board. Which means the boards were designed with minimal wasted overhead. Which is why you were able to make these things for such a badass price and still max out the BFL chips. You guys really nailed it. I am very impressed by your work. The only thing I feel like we are missing is the z-link feature. It would have made my setup a little neater. But all in all these are excellent boards with an impressive FW capable of quickly auto-tuning for max speed.

Hope to see z-link soon.

MrTeal

legendary

Activity: 1274

Merit: 1004

Quote from: i3luefire on December 29, 2013, 11:11:00 PM

Quote from: lightfoot on December 29, 2013, 09:27:46 PM

Side question: What is the theoretical *maximum* a Chili can go if fully cooled? See I have a water block on this unit and it's hashing 39/37. But I could dunk the radiator into a 50 gallon ran barrel outside and suspend the Chili over it to bring the water temps down to 32 degrees. Can the chips go faster, or is there a theoretical maximum (the fact that the BFL chips are clocking at 5gh each *now* is without a doubt creepy.)

it seems like to me that the limit is 39ish GH/s because of the current limit on the power supply FETs.

Not really. I have a 4 chip board that I play with that is similarly limited, even if I only run 2 chips on it. It's more a function of the BFL chips being broken, the highest clock divisor doesn't work so you reach a maximum frequency setpoint and then can only vary the frequency using the voltage. There's a limit to how far you can push the voltage though.

xselam1988

jr. member

Activity: 59

Merit: 10

Quote from: philips on December 09, 2013, 11:15:23 PM

A double Chili please...

how do you do this?
where can I buy these?

i3luefire

member

Activity: 86

Merit: 10

Quote from: lightfoot on December 29, 2013, 09:27:46 PM

Side question: What is the theoretical *maximum* a Chili can go if fully cooled? See I have a water block on this unit and it's hashing 39/37. But I could dunk the radiator into a 50 gallon ran barrel outside and suspend the Chili over it to bring the water temps down to 32 degrees. Can the chips go faster, or is there a theoretical maximum (the fact that the BFL chips are clocking at 5gh each *now* is without a doubt creepy.)

it seems like to me that the limit is 39ish GH/s because of the current limit on the power supply FETs.
and

Quote from: MrTeal on December 29, 2013, 11:05:47 PM

The hashrate just seems to hit a wall around 5GH/s per chip.

MrTeal

legendary

Activity: 1274

Merit: 1004

Quote from: lightfoot on December 29, 2013, 09:27:46 PM

Side question: What is the theoretical *maximum* a Chili can go if fully cooled? See I have a water block on this unit and it's hashing 39/37. But I could dunk the radiator into a 50 gallon ran barrel outside and suspend the Chili over it to bring the water temps down to 32 degrees. Can the chips go faster, or is there a theoretical maximum (the fact that the BFL chips are clocking at 5gh each *now* is without a doubt creepy.)

There's really not that much more room on them. The hashrate just seems to hit a wall around 5GH/s per chip.

lightfoot

legendary

Activity: 3220

Merit: 2334

I fix broken miners. And make holes in teeth :-)

Side question: What is the theoretical *maximum* a Chili can go if fully cooled? See I have a water block on this unit and it's hashing 39/37. But I could dunk the radiator into a 50 gallon ran barrel outside and suspend the Chili over it to bring the water temps down to 32 degrees. Can the chips go faster, or is there a theoretical maximum (the fact that the BFL chips are clocking at 5gh each *now* is without a doubt creepy.)

PhDMiner

newbie

Activity: 29

Merit: 0

Quote from: MrTeal on December 28, 2013, 11:23:49 PM

I can partially confirm what PhDminer was talking about earlier with the low temperatures. I took a unit offline to do a firmware update and after letting it sit for a couple minutes I had a hell of a time restarting it. It is a good performing (39GH/s @ 1.1V) unit, but it kept on restarting while it was powering up as it never got time to warm up. I ended up getting it started by removing the fan blowing cold air on it (it's -29C outside right now) and letting it get started and warmed up. I'll have to look into it deeper in the next couple days why it's doing this.

Thanks, Man!!

MrTeal

legendary

Activity: 1274

Merit: 1004

Quote from: daemonfox on December 29, 2013, 01:47:01 AM

Quote from: MrTeal on December 28, 2013, 11:33:59 PM

Quote from: daemonfox on December 28, 2013, 03:56:08 PM

Question about the H60 from Corsair... pump speed can be adjusted through the BIOS or firmware or in Windows when this is plugged into a motherboard for an actual CPU.

Is there something I can add to my batch files that will tell the 3 pin header on the Chili to lower the power so it lowers the pump rate? Others have mentioned this helps increase the hashrate due to the fluid picking up more heat and spending more time in the radiator to dissipate it.

I'm not sure on the H60, but my Water 2.0 Extreme has a USB plug that you plug into one of the USB headers on a motherboard, and you can control the fan speed separate of the pump speed. Is the H60 like that? If so, the Chili can't control it. All it does is PWM the fan, with a 5V minimum so the tach operates properly. I don't believe the cgminer fan control will work though, the fan is just controlled based on temperature at this point.

The fan on the radiator has its own three pin (albeit that it is a 4 pin head it has the guides and works fine on three pins) that is plugged into the first set of pins on the Chili (the set closer to the USB port) and the pump is plugged into the three pin that is closest to the power input. What I read on the Corsair forums was that in BIOS it sees it as any other device on the fan three pin... a fan that it can scale down.

So, if you are saying the that 3 pin fan header is only controlled by what temp is read... there is no way to just set it at a stable target?

Not right now, no.

MrTeal

legendary

Activity: 1274

Merit: 1004

Quote from: Keefe on December 29, 2013, 01:48:14 AM

I might have just bricked my Chili. The flash utility crashed mid-flash, and now no lights come on after a power cycle, except the power light next to the socket. The flash utility no longer displays stats and it hangs as soon as I attempt to flash again. What can I do to diagnose this?

I checked the 3.3v and 5v test points and get correct results. The chip core voltage regulators are putting out 0v but I guess those don't come on until the firmware loads?

WinXP does recognize the Chili's presence just like before, so I guess the FTDI chip is ok? But with corrupt firmware, the ARM can't accept a flash over USB? Do I need to use JTAG now?

It's possible. The chip doesn't change the startup vector between the banks of flash until the very end so there is a very short window where you could actually brick the unit, so it should be very resilient to bricking. I did a few dozen trials of pulling the USB mid-flash, pulling the power to the board, and killing the ChiliFlash process but I was never able to get one to brick.
It does sound like you were able to though. Fire me off an email, and if you don't have a JTAG programmer we can probably reflash it for you.

Keefe

hero member

Activity: 681

Merit: 500

I might have just bricked my Chili. The flash utility crashed mid-flash, and now no lights come on after a power cycle, except the power light next to the socket. The flash utility no longer displays stats and it hangs as soon as I attempt to flash again. What can I do to diagnose this?

I checked the 3.3v and 5v test points and get correct results. The chip core voltage regulators are putting out 0v but I guess those don't come on until the firmware loads?

WinXP does recognize the Chili's presence just like before, so I guess the FTDI chip is ok? But with corrupt firmware, the ARM can't accept a flash over USB? Do I need to use JTAG now?

daemonfox

hero member

Activity: 630

Merit: 500

Quote from: MrTeal on December 28, 2013, 11:33:59 PM

Quote from: daemonfox on December 28, 2013, 03:56:08 PM

Question about the H60 from Corsair... pump speed can be adjusted through the BIOS or firmware or in Windows when this is plugged into a motherboard for an actual CPU.

Is there something I can add to my batch files that will tell the 3 pin header on the Chili to lower the power so it lowers the pump rate? Others have mentioned this helps increase the hashrate due to the fluid picking up more heat and spending more time in the radiator to dissipate it.

I'm not sure on the H60, but my Water 2.0 Extreme has a USB plug that you plug into one of the USB headers on a motherboard, and you can control the fan speed separate of the pump speed. Is the H60 like that? If so, the Chili can't control it. All it does is PWM the fan, with a 5V minimum so the tach operates properly. I don't believe the cgminer fan control will work though, the fan is just controlled based on temperature at this point.

The fan on the radiator has its own three pin (albeit that it is a 4 pin head it has the guides and works fine on three pins) that is plugged into the first set of pins on the Chili (the set closer to the USB port) and the pump is plugged into the three pin that is closest to the power input. What I read on the Corsair forums was that in BIOS it sees it as any other device on the fan three pin... a fan that it can scale down.

So, if you are saying the that 3 pin fan header is only controlled by what temp is read... there is no way to just set it at a stable target?

MrTeal

legendary

Activity: 1274

Merit: 1004

Quote from: daemonfox on December 28, 2013, 03:56:08 PM

Question about the H60 from Corsair... pump speed can be adjusted through the BIOS or firmware or in Windows when this is plugged into a motherboard for an actual CPU.

Is there something I can add to my batch files that will tell the 3 pin header on the Chili to lower the power so it lowers the pump rate? Others have mentioned this helps increase the hashrate due to the fluid picking up more heat and spending more time in the radiator to dissipate it.

I'm not sure on the H60, but my Water 2.0 Extreme has a USB plug that you plug into one of the USB headers on a motherboard, and you can control the fan speed separate of the pump speed. Is the H60 like that? If so, the Chili can't control it. All it does is PWM the fan, with a 5V minimum so the tach operates properly. I don't believe the cgminer fan control will work though, the fan is just controlled based on temperature at this point.

MrTeal

legendary

Activity: 1274

Merit: 1004

I can partially confirm what PhDminer was talking about earlier with the low temperatures. I took a unit offline to do a firmware update and after letting it sit for a couple minutes I had a hell of a time restarting it. It is a good performing (39GH/s @ 1.1V) unit, but it kept on restarting while it was powering up as it never got time to warm up. I ended up getting it started by removing the fan blowing cold air on it (it's -29C outside right now) and letting it get started and warmed up. I'll have to look into it deeper in the next couple days why it's doing this.

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