The Chili – 30+GH/s BFL based Bitcoin Miner Assembly

[Spotswood]

What are the dimensions of the board?

[1715151299]

1715151299

[1715151299]

1715151299

[1715151299]

1715151299

[1715151299]

1715151299

[1715151299]

1715151299

[jelin1984]

Is the most sweet miner I have ever have

[dtown]

Is the most sweet miner I have ever have

You should print this directly on the next PCB

[ChipGeek]

No.  It will say
"All your coin are belong to us."

[jelin1984]

haha

how i use it with raspery bi model?

 


2 chilli avg 68 gh
and 345 watt from the wall

[jborkl]

anyone that is thinking about buying one of these, they are awesome. Mrteal and Chipgeek are terrific to deal .

[jelin1984]

Please let me know how I can used raspberry by with chili step by step details

[Bargraphics]

anyone that is thinking about buying one of these, they are awesome. Mrteal and Chipgeek are terrific to deal .

Agreed!

[jelin1984]

Bfg miner have threse type of hashing speed which of the 3 is the avg speed of chilli
The first second or third?

[Bargraphics]

Bfg miner have threse type of hashing speed which of the 3 is the avg speed of chilli
The first second or third?

Third is the Hashrate reported by the pool back to BFGMiner I believe (this is the one that matters)

[jelin1984]

The other 2 what is it?
First and second?

Final avg 68 gh

[dtown]

anyone that is thinking about buying one of these, they are awesome. Mrteal and Chipgeek are terrific to deal .

I couldn't agree more.  Everything from the customer service to the product itself is fantastic.  The pictures really don't do a good job of showing just how high quality these boards are.

[ysyang21]

I have brought up 8 so far, and experienced some strange phenomenon.

Two out of them is harder to get them start mining, at the very first beginning. and it become harder and harder with each reboot. These two eventually cease to operate yesterday, until now (but still viewable in cgminer console)

And one of these two boards I just report shows a "ZOMBIE" status after the first over-night trial, about 1.5 hours after starting. Then I need to turn of PSU then can get it start (but need 0.5 hour....)

Wish I have capability to debug this, but I have no

Thanks~

[MrTeal]

I have brought up 8 so far, and experienced some strange phenomenon.

Two out of them is harder to get them start mining, at the very first beginning. and it become harder and harder with each reboot. These two eventually cease to operate yesterday, until now (but still viewable in cgminer console)

And one of these two boards I just report shows a "ZOMBIE" status after the first over-night trial, about 1.5 hours after starting. Then I need to turn of PSU then can get it start (but need 0.5 hour....)

Wish I have capability to debug this, but I have no

Thanks~

Hi ysyang, I'll email you and help you debug what might be going on.

Thanks.

[shade88]

Two out of them is harder to get them start mining, at the very first beginning. and it become harder and harder with each reboot. These two eventually cease to operate yesterday, until now (but still viewable in cgminer console)

I got 2 boards that won't boot up (2nd led keep blinking) but once I turn on the AC to cool the room they boot up in about 1 minute. After that they will hash just fine even with AC off.

[nexus99]

Two out of them is harder to get them start mining, at the very first beginning. and it become harder and harder with each reboot. These two eventually cease to operate yesterday, until now (but still viewable in cgminer console)

I got 2 boards that won't boot up (2nd led keep blinking) but once I turn on the AC to cool the room they boot up in about 1 minute. After that they will hash just fine even with AC off.

What I've noticed is that when I first turn mine on the temp spikes HUGE and the firmware stops some amount of work. After the fans cool them down I restart them in CGminer and they perk up to their normal operating speed.

[nexus99]

I wonder if there could be a slower ramp up via bios so that the temp doesn't spike so hard at the beginning.

[shade88]

I wonder if there could be a slower ramp up via bios so that the temp doesn't spike so hard at the beginning.

Yup, it should ramp up hashing speed gradually instead of pedal to the metal from the beginning then slow down after a few rest.

[jelin1984]

we wait for the new firmware

 


so nice custom design

 

[ChipGeek]

Two out of them is harder to get them start mining, at the very first beginning. and it become harder and harder with each reboot. These two eventually cease to operate yesterday, until now (but still viewable in cgminer console)

I got 2 boards that won't boot up (2nd led keep blinking) but once I turn on the AC to cool the room they boot up in about 1 minute. After that they will hash just fine even with AC off.

When a board first starts up, the firmware makes sure the board and chips are cooled down before it starts the self test.  This helps ensure the maximum number of engines (cores) will pass self test.

LED decoder ring

The LEDs are numbered 1 to 8 with #1 closest to the USB connector and #8 closest to the power and fan connectors.  During first power up, LEDs 5, 6, 7, and 8 will light up and LEDs 1, 2, 3,  and 4 will indicate a failure code if anything is wrong with the hardware.  This happens VERY quickly - in less than a second.

If the initial hardware checks are good, #7 will blink indicating it is waiting for the board to cool down.  This will always blink for a few seconds even if the board is cold. 

Then #7 and #8 will blink indicating ASIC self test. 

After that, 1, 2, 3, 4 will indicate how many jobs from cgminer are waiting to run in the input queue.  LED 5 is just a debug output for me but it roughly indicates a job has completed - but sometimes blinks too fast for the human eye to see.  Just ignore LED 5.

I am working on some firmware updates that will fix most (or all?) of the problems the boards are having.  For example, one failure I think I have figured out is occasionally a board will jump to more than 100 GH/s but have 100% hardware errors.  I have one board that does this once per day or so and needs to be rebooted.  After chasing this for a while, I believe I have finally figured out what is going on and will have a fix in the next release.