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

No.

we must downloaded the bfl labs code  1.2.9 ?
or not?
for driverS?

No, nothing other that what was documented.  There is a new bit in a control register that needs to be set.  See the BFL source code for 1.2.8 or 1.2.9 and compare it to the older code.

MrTeal and team, Lucko of the Cointamination project says that the production chips differ electrically from the sample chips, and that he's unable to get them to work on the boards that worked using the sample chips.

Did you also encounter this issue, and if so how did you overcome it?

Thanks in advance for any clues.

Probably but there are some issues in doing that.  I'll need to work out the details. 
It is planned to be working with the normal release of bfgminer.

Great!

Will you also be updating to the latest BFL Protocol?

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.

we wait for the new firmware

 


so nice custom design

 

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

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

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.

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.

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

Thanks.

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~

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.

The other 2 what is it?
First and second?

Final avg 68 gh

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

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

Agreed!

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