Pages:
Author

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

hero member
Activity: 658
Merit: 500
CCNA: There i fixed the internet.
I can't bring myself to quote that mess of formatting but this message is for you Taugeran Tongue

I sent them to you running the full power firmware. I was able to flash them to the 1V without any issue, but they slowed down to about 30GH/s on that. Granted they ran much cooler as well (55C instead of 70C) but I'm not paying for power so the draw was never a concern for me. I think I mentioned this, but in case I didn't they tend to top out around 33GH but once you get some air moving over the side of the board you'll get into the 38GH range. Glad you're liking them!

That mess o formatting is what I got from running screen /dev/ttyUSB0 then zcx

Verbatim
hero member
Activity: 868
Merit: 1000
Anyone ever get these running in Easyminer?

Just tried on an Android 4.2.2 Rockchip based mini PC and although it detects... it gets zero hashes.

I tried with several android devices and found the same situation.

I went back to a cheap mini windows pc, the tablet recommended by BFL was just too expensive at the time.
full member
Activity: 195
Merit: 100
I can't bring myself to quote that mess of formatting but this message is for you Taugeran Tongue

I sent them to you running the full power firmware. I was able to flash them to the 1V without any issue, but they slowed down to about 30GH/s on that. Granted they ran much cooler as well (55C instead of 70C) but I'm not paying for power so the draw was never a concern for me. I think I mentioned this, but in case I didn't they tend to top out around 33GH but once you get some air moving over the side of the board you'll get into the 38GH range. Glad you're liking them!
hero member
Activity: 658
Merit: 500
CCNA: There i fixed the internet.
Code:
DEVICE: Chili SC
MANUFACTURER: MrTeal and ChipGeek
FIRMWARE: 1.2.14e
CHIP PARALLELIZATION: NO
QUEUE DEPTH:40
PROCESSOR 0: 15 engines @ 335 MHz -- MAP: DFFF                                                                                                                                                   PROCESSOR 1: 15 engines @ 319 MHz -- MAP: FEFF                                                                                                                                                   PROCESSOR 2: 13 engines @ 331 MHz -- MAP: FEEB
PROCESSOR 3: 13 engines @ 341 MHz -- MAP: DAFF
PROCESSOR 4: 15 engines @ 362 MHz -- MAP: FFEF
PROCESSOR 5: 14 engines @ 362 MHz -- MAP: F7F7                                                                                                                                                   PROCESSOR 6: 15 engines @ 303 MHz -- MAP: FFF7                                                                                                                                                   PROCESSOR 7: 16 engines @ 335 MHz -- MAP: FFFF                                                                                                                                                   THEORETICAL MAX: 38.94 GH/s
ENGINES: 116
FREQUENCY: 335 MHz
CRITICAL TEMPERATURE: 0
TOTAL THERMAL CYCLES: 0
XLINK MODE: MASTER

very pleased with the ones i purchased from Cascaders28

also are they running the latest FW?


idk dafuz is up with the formatting just scroll.
legendary
Activity: 1274
Merit: 1004
1V limited, to bring power use down to ~4J/GH
https://www.dropbox.com/s/b9f9ne7ilwl3ap8/Chili14e1v0.hex

This is the one i used to reflash - it had the slow rise on it before - this is after i flashed it with this firmware...
Ah, I was talking about when you tried to flash it back to the slow rise and it didn't work.
hero member
Activity: 630
Merit: 500
Anyone ever get these running in Easyminer?

Just tried on an Android 4.2.2 Rockchip based mini PC and although it detects... it gets zero hashes.
hero member
Activity: 585
Merit: 500
1V limited, to bring power use down to ~4J/GH
https://www.dropbox.com/s/b9f9ne7ilwl3ap8/Chili14e1v0.hex

This is the one i used to reflash - it had the slow rise on it before - this is after i flashed it with this firmware...
legendary
Activity: 1274
Merit: 1004
That's very strange then. You grabbed the slow rise firmware off the second post of this thread, right? If you're able to pull that data, you should be able to program it.
hero member
Activity: 585
Merit: 500

It sounds like it. Try reflashing it and see what happens.

It wont let me reflash - the unit locks up just after clicking program (1 and 2 leds flash on and then off as if in sequence) and its actually the 3rd led that stays lit - i've installed in on a fresh win7 machine and installed the drivers from the link above - any other suggestions?
Before you try flashing it, what does the screen show for the device information?

DEVICE: Chili SC
MANUFACTURER: MrTeal and ChipGeek
FIRMWARE: 1.2.14x
CHIP PARALLELIZATION: NO
QUEUE DEPTH:40
PROCESSOR 0: 14 engines @ 239 MHz -- MAP: F7F7
PROCESSOR 1: 15 engines @ 251 MHz -- MAP: FBFF
PROCESSOR 2: 14 engines @ 242 MHz -- MAP: FFF6
PROCESSOR 3: 15 engines @ 254 MHz -- MAP: FFFB
PROCESSOR 4: 16 engines @ 250 MHz -- MAP: FFFF
PROCESSOR 5: 16 engines @ 254 MHz -- MAP: FFFF
PROCESSOR 6: 15 engines @ 244 MHz -- MAP: FF7F
PROCESSOR 7: 16 engines @ 268 MHz -- MAP: FFFF
THEORETICAL MAX: 30.33 GH/s
legendary
Activity: 1274
Merit: 1004

It sounds like it. Try reflashing it and see what happens.

It wont let me reflash - the unit locks up just after clicking program (1 and 2 leds flash on and then off as if in sequence) and its actually the 3rd led that stays lit - i've installed in on a fresh win7 machine and installed the drivers from the link above - any other suggestions?
Before you try flashing it, what does the screen show for the device information?
hero member
Activity: 585
Merit: 500

It sounds like it. Try reflashing it and see what happens.

It wont let me reflash - the unit locks up just after clicking program (1 and 2 leds flash on and then off as if in sequence) and its actually the 3rd led that stays lit - i've installed in on a fresh win7 machine and installed the drivers from the link above - any other suggestions?
legendary
Activity: 1274
Merit: 1004
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?

I have this same issue with a chili that i just flashed with the 1v firmware - it was running the 'Slow Rise' firmware - i suspect this has confused the board somewhat - any ideas what i can do to sort this?


plugged it into a different machine - with a little bit of wiggling on the power cable the lights go out and its recognised in windows just as a USB serial port though? not as a Bitforce SHA like my others?

Tried to reprogram using the chiliflash app but it locks up just after clicking program with the second light lit. Any ideas? I plan on using all my breaks at work today to try and get this fixed Smiley (I have a copy of the slow rise firmware to reflash on it)

I'm using the FDTI/VCP drivers from here: http://www.ftdichip.com/Drivers/VCP.htm

edit - its a timeout thing nothing to do with wiggling the cables  Tongue

I have checked with the fdti program app and it responds and bfgminer can even talk to it after a long time so I wonder if it could simply be a driver issue...

It sounds like it. Try reflashing it and see what happens.
hero member
Activity: 585
Merit: 500
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?

I have this same issue with a chili that i just flashed with the 1v firmware - it was running the 'Slow Rise' firmware - i suspect this has confused the board somewhat - any ideas what i can do to sort this?


plugged it into a different machine - with a little bit of wiggling on the power cable the lights go out and its recognised in windows just as a USB serial port though? not as a Bitforce SHA like my others?

Tried to reprogram using the chiliflash app but it locks up just after clicking program with the second light lit. Any ideas? I plan on using all my breaks at work today to try and get this fixed Smiley (I have a copy of the slow rise firmware to reflash on it)

I'm using the FDTI/VCP drivers from here: http://www.ftdichip.com/Drivers/VCP.htm

edit - its a timeout thing nothing to do with wiggling the cables  Tongue

I have checked with the fdti program app and it responds and bfgminer can even talk to it after a long time so I wonder if it could simply be a driver issue...
hero member
Activity: 585
Merit: 500
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?

I have this same issue with a chili that i just flashed with the 1v firmware - it was running the 'Slow Rise' firmware - i suspect this has confused the board somewhat - any ideas what i can do to sort this?
hero member
Activity: 547
Merit: 531
First bits: 12good
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?

From Marto
This means Lucko Smiley
Hmm... Just speculation here, but the Lucko boards seem to have stability issues if the power supply isn't run warm. I'd speculate that with the 1V firmware that power supply is running so cool that you might be running into those issues. If you want to run the 1.0V firmware, remove the extra fan. Not running the extra couple watts on the fan helps with efficiency too.

The slow rise firmware made a big difference to the "Lucko" boards I have.

The boards had a  problem with crashing at the switch over from warm up power to running power, nominally around  1 volt
Chances are that using the 1.0v firmware will not allow the switchover.
1.1v firmware is probably trying to switch the power before the circuit is heated and stable.

I removed the extra fan:
BFL 0: 65.0C | 32.45/32.42/31.13Gh/s | A:2268 R:6+6(.28%) HW:2927/3.9%

almost 3 hours - no crash, will report back after few days.

Thanks for the advice Smiley
member
Activity: 92
Merit: 10
I've got a bunch of Chili's w coolers that work like a champ but need to go to make room for Habaneros. PM if interested.
hero member
Activity: 868
Merit: 1000
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?

From Marto
This means Lucko Smiley
Hmm... Just speculation here, but the Lucko boards seem to have stability issues if the power supply isn't run warm. I'd speculate that with the 1V firmware that power supply is running so cool that you might be running into those issues. If you want to run the 1.0V firmware, remove the extra fan. Not running the extra couple watts on the fan helps with efficiency too.

The slow rise firmware made a big difference to the "Lucko" boards I have.

The boards had a  problem with crashing at the switch over from warm up power to running power, nominally around  1 volt
Chances are that using the 1.0v firmware will not allow the switchover.
1.1v firmware is probably trying to switch the power before the circuit is heated and stable.
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?

From Marto
This means Lucko Smiley
Hmm... Just speculation here, but the Lucko boards seem to have stability issues if the power supply isn't run warm. I'd speculate that with the 1V firmware that power supply is running so cool that you might be running into those issues. If you want to run the 1.0V firmware, remove the extra fan. Not running the extra couple watts on the fan helps with efficiency too.
hero member
Activity: 728
Merit: 500
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?

From Marto
This means Lucko Smiley
hero member
Activity: 547
Merit: 531
First bits: 12good
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?

From Marto
Pages:
Jump to: