Pages:
Author

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

legendary
Activity: 1274
Merit: 1004
If you can get some extra cooling on the power controllers, the chili will go up to 70c and another 5Gh

Yes I have big heatsinks underneath the ASICs and the Power regulators with extra fan, but I'm looking for stability and efficiency here.

Anyway it crashed again, maybe I'll go back to 1.1 since it was the most stable for me with any other fw including the original one It crashes randomly.
Are these the boards that we produced, or the ones made by Lucko?
hero member
Activity: 547
Merit: 531
First bits: 12good
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 !?
Hmm... That's strange. I haven't seen any power cycling issues. Try this
https://www.dropbox.com/s/b9f9ne7ilwl3ap8/Chili14e1v0.hex


Thanks for the fast reply, so far it is working and the temp is back:

 BFL 0: 61.0C | 32.52/32.55/31.22Gh/s | A:1808 R:9+0(.44%) HW:1305/3.9%



If you can get some extra cooling on the power controllers, the chili will go up to 70c and another 5Gh

Yes I have big heatsinks underneath the ASICs and the Power regulators with extra fan, but I'm looking for stability and efficiency here.

Anyway it crashed again, maybe I'll go back to 1.1 since it was the most stable for me with any other fw including the original one It crashes randomly.
legendary
Activity: 2408
Merit: 1004
I have 2 chilli for sell pm me
hero member
Activity: 868
Merit: 1000
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 !?
Hmm... That's strange. I haven't seen any power cycling issues. Try this
https://www.dropbox.com/s/b9f9ne7ilwl3ap8/Chili14e1v0.hex


Thanks for the fast reply, so far it is working and the temp is back:

 BFL 0: 61.0C | 32.52/32.55/31.22Gh/s | A:1808 R:9+0(.44%) HW:1305/3.9%



If you can get some extra cooling on the power controllers, the chili will go up to 70c and another 5Gh
hero member
Activity: 547
Merit: 531
First bits: 12good
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 !?
Hmm... That's strange. I haven't seen any power cycling issues. Try this
https://www.dropbox.com/s/b9f9ne7ilwl3ap8/Chili14e1v0.hex


Thanks for the fast reply, so far it is working and the temperature reading is back:

 BFL 0: 61.0C | 32.52/32.55/31.22Gh/s | A:1808 R:9+0(.44%) HW:1305/3.9%

The chilli gets slighly higher hasrates and hw errors with this fw, I wander about the consumption but it should be the about the same since the voltage is 1 V

legendary
Activity: 1274
Merit: 1004
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 !?
Hmm... That's strange. I haven't seen any power cycling issues. Try this
https://www.dropbox.com/s/b9f9ne7ilwl3ap8/Chili14e1v0.hex
hero member
Activity: 547
Merit: 531
First bits: 12good
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 !?
full member
Activity: 195
Merit: 100
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.
member
Activity: 86
Merit: 10
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
member
Activity: 86
Merit: 10
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.
full member
Activity: 195
Merit: 100
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?
legendary
Activity: 1274
Merit: 1004
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?
member
Activity: 86
Merit: 10
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.
sr. member
Activity: 452
Merit: 250
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 Cheesy  thanks again, very much so.
legendary
Activity: 1274
Merit: 1004
Quote
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.
sr. member
Activity: 452
Merit: 250
Quote
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?
sr. member
Activity: 452
Merit: 250
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?

newbie
Activity: 48
Merit: 0
All,
I have some happily hashing Chilis that need a new home,

Please see
https://bitcointalksearch.org/topic/sold-chili-asic-miners-w-coolers-reasonable-offers-616652

thanks
legendary
Activity: 3164
Merit: 2258
I fix broken miners. And make holes in teeth :-)
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
newbie
Activity: 6
Merit: 0
Hi

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

Thanks
Pages:
Jump to: