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

[lcko]

Hi,

Sorry I'm late.
Yes I did out coolers on the boards,  just for a short time 10-15 second.
When I did that they were already broken.
When I took out coolers from the boards, the leds stopped blinking.
I put it back in immediately .
What do you think will they work again or I broke them forever?

Thanks
 
Laszlo

[1714719064]

1714719064

[1714719064]

1714719064

[1714719064]

1714719064

[1714719064]

1714719064

[lcko]

Hi,
MrTeal
What do you think is there hope that they will work again or I lost forever them?

Laszlo

[forzendiablo]

not worth it anymore

[MrTeal]

Hi,
MrTeal
What do you think is there hope that they will work again or I lost forever them?

Laszlo

So if I understand this correctly, when you got them you fired them without first applying the heatsink, and now they don't work?
If that's the case, it is possible that you did do some damage to the ASICs themselves and they might not be recoverable.

[lcko]

Hi,

Does someone know a place where I can bring them or send them to get fixed ?
Does someone know who can be checked and say that garbage or not?

Thank you  so much

Laszlo

[MrTeal]

Hi,

Does someone know a place where I can bring them or send them to get fixed ?
Does someone know who can be checked and say that garbage or not?

Thank you  so much

Laszlo

Where are you located?

[lcko]

Hi

I live in Toronto, but I can send anywhere in North America.

Thanks

[lightfoot]

Interesting. I have run BFL chips literally till they exploded (blew tops off, yes it requires insanely stupid things), likewise I have run MrT's boards with "poor" coupling to the sink and they seem to defend against this with temp monitoring.

Hm.

C

[nanook7]

All,
I have some happily hashing Chilis that need a new home,

Please see
https://bitcointalk.org/index.php?topic=616652.0

thanks

[doctormandrake]

I cannot get my chili to work, just got it, installed the ftdi drivers from the windows exe on http://www.ftdichip.com/Drivers/VCP.htm the 2.10.00 WHQL Certified
Available as setup executable.

I have it hooked up to a decent 750w atx and 4 leds turn on and the fan I have connected to the heatsink. Windows will not recognize it (at all, as a new device or unrecognized device or anything)   Are those the proper drivers for bfgminer 3.10.0 ?   Is there something im missing or maybe a thread I didn't read ?  (I have read alot of this thread to get it up and running, and cannot seem to find the magick thing needs doing) anyone who has been here and solved it or just knows please help or point me to the right link/forum.  thanks!

leds 5678 turn on as does the led directly next to the power supply. I never see any activity on any of the other leds.

I have the chili with the sticker with info on it (not luckys) so not sure how to proceed. is there a known fix etc?

[doctormandrake]

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.

Hi,

what does it mean if a board leds 1-4 will be stay off and 5-8 will be stay on? No usb connection is registred if I plug in on my linux box? TP5V and TP3V3 are looking fine with measured 4,99V and 3,38V.

I registred the problem on one board before mounting the bgas and on one board after mounting the bgas, so maybe the problem allready exists before I mounted the chips.

Hi, I also checked now the other unflowed boards without mounted chips. They are all starting as well with the four leds for x/10 seconds also short time as now expected and  then different leds are flickering for seconds before they will all be go off. This looks like great for the rest of my boards. So first I will continue to assemble and test them.

I have not a plug with this dimension to the jtag connector so I cannot check at the moment the connection and status of the arm which maybe is not working well. I will order an cable so I can connect my rpi to the jtag.
Because of missing documentation do you can give me instructions what I can check to analyze and fix the boards by myself? Maybe the test points F0-F7 are helpfull? I didn't checked them.

Thank you,

The connector is a 10 pin 0.05" ARM Cortex JTAG connector, using the standard pinout.
http://www.digikey.com/product-search/en?x=0&y=0&lang=en&site=us&KeyWords=609-4055-nd
http://infocenter.arm.com/help/topic/com.arm.doc.faqs/attached/13634/cortex_debug_connectors.pdf

Test points F0 to F7 are the frequency outputs of the ASICs, you can see the actual speed of each chip at those points.

Send me an email with as much detail as you can on what's happening with the board that you mounted the ASICs on, and I'll see what I can do to help. It sounds like the other ones are starting up correctly, so it could be a reflow issue. LEDs 5-8 coming on and staying on usually indicates that the 1V supply is either not initializing or is not asserting the power good signal.

I have 5678 led just stay on, windows does not recognize it at all, I have installed the drivers etc but nothing. is there any fix?

[MrTeal]

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.

Hi,

what does it mean if a board leds 1-4 will be stay off and 5-8 will be stay on? No usb connection is registred if I plug in on my linux box? TP5V and TP3V3 are looking fine with measured 4,99V and 3,38V.

I registred the problem on one board before mounting the bgas and on one board after mounting the bgas, so maybe the problem allready exists before I mounted the chips.

Hi, I also checked now the other unflowed boards without mounted chips. They are all starting as well with the four leds for x/10 seconds also short time as now expected and  then different leds are flickering for seconds before they will all be go off. This looks like great for the rest of my boards. So first I will continue to assemble and test them.

I have not a plug with this dimension to the jtag connector so I cannot check at the moment the connection and status of the arm which maybe is not working well. I will order an cable so I can connect my rpi to the jtag.
Because of missing documentation do you can give me instructions what I can check to analyze and fix the boards by myself? Maybe the test points F0-F7 are helpfull? I didn't checked them.

Thank you,

The connector is a 10 pin 0.05" ARM Cortex JTAG connector, using the standard pinout.
http://www.digikey.com/product-search/en?x=0&y=0&lang=en&site=us&KeyWords=609-4055-nd
http://infocenter.arm.com/help/topic/com.arm.doc.faqs/attached/13634/cortex_debug_connectors.pdf

Test points F0 to F7 are the frequency outputs of the ASICs, you can see the actual speed of each chip at those points.

Send me an email with as much detail as you can on what's happening with the board that you mounted the ASICs on, and I'll see what I can do to help. It sounds like the other ones are starting up correctly, so it could be a reflow issue. LEDs 5-8 coming on and staying on usually indicates that the 1V supply is either not initializing or is not asserting the power good signal.

I have 5678 led just stay on, windows does not recognize it at all, I have installed the drivers etc but nothing. is there any fix?

Those four LEDs being on at startup indicates a fault with the core ASIC power supply. If I were you I would approach the person you bought it from and ask for your money back. As for fixing it, if it is a hardware error you would have to send it in for repair. PM me for details.

[doctormandrake]

ok much thanks, I am going to email the seller now and link this forum, ideally things will work out but if not I know who to pm for repair   thanks again, very much so.

[i3luefire]

I am having issues with my miners.
I have 8.
I recently had a power outage and ever since then have only been able to get the miners to come up and hash for short periods of time.
After 5-10 minutes 2-4 of them will start giving the invalid response error.
I tried programming them with the the 1v1 and 1v0 firmwares and no help.
I am running bfgminer 4.0.0 since the power outage.
3.10.0 before that but I was having the same problem with that version of bfg.

[MrTeal]

I am having issues with my miners.
I have 8.
I recently had a power outage and ever since then have only been able to get the miners to come up and hash for short periods of time.
After 5-10 minutes 2-4 of them will start giving the invalid response error.
I tried programming them with the the 1v1 and 1v0 firmwares and no help.
I am running bfgminer 4.0.0 since the power outage.
3.10.0 before that but I was having the same problem with that version of bfg.

Have you tried just a few of them directly plugged into the computer, or tried replacing the USB hub?

[Cascaders28]

I am having issues with my miners.
I have 8.
I recently had a power outage and ever since then have only been able to get the miners to come up and hash for short periods of time.
After 5-10 minutes 2-4 of them will start giving the invalid response error.
I tried programming them with the the 1v1 and 1v0 firmwares and no help.
I am running bfgminer 4.0.0 since the power outage.
3.10.0 before that but I was having the same problem with that version of bfg.

I'm no expert, but I had something very similar happen to me after a power outage when I was using a PSU that was being pushed running the chilis. How many chilis are you running per what size PSU?

[i3luefire]

I am having issues with my miners.
I have 8.
I recently had a power outage and ever since then have only been able to get the miners to come up and hash for short periods of time.
After 5-10 minutes 2-4 of them will start giving the invalid response error.
I tried programming them with the the 1v1 and 1v0 firmwares and no help.
I am running bfgminer 4.0.0 since the power outage.
3.10.0 before that but I was having the same problem with that version of bfg.

Have you tried just a few of them directly plugged into the computer, or tried replacing the USB hub?

I have had 6 of the 8 running fine since yesterday now. but I am not sure if they are through hubs or directly or both. I think there are some in each category.
EDIT: They are all using usb hubs the 2 that aren't running now 1 is plugged into 1 hub the other into the other and both hubs have at least 1 working unit also plugged in.

[i3luefire]

I am having issues with my miners.
I have 8.
I recently had a power outage and ever since then have only been able to get the miners to come up and hash for short periods of time.
After 5-10 minutes 2-4 of them will start giving the invalid response error.
I tried programming them with the the 1v1 and 1v0 firmwares and no help.
I am running bfgminer 4.0.0 since the power outage.
3.10.0 before that but I was having the same problem with that version of bfg.

I'm no expert, but I had something very similar happen to me after a power outage when I was using a PSU that was being pushed running the chilis. How many chilis are you running per what size PSU?

2 chilis per PSU
2 750w gold PSUs
1 650w bronze PSU
1 600w bronze PSU
the 2 that are not working are on 1 750w gold PSU

[Cascaders28]

I'd try just one on that PSU to see how it does. Maybe the power outage damaged the PSU? Or have you tried one or both with another PSU? If both the troubled ones are using the same PSU that is unfortunately where I'd recommend starting.

[2GOOD]

The 1.0 fw is not stable - the devices crashes i.e. no connection at all and I have to powercycle it, and the temp is a constant 55C !?