signed up to drone pool but i cant get my miner working using following settings:

sgminer -k x11mod -o stratum+tcp://drone.minerals.pro:7150 -u username -p password

error message:

-k: Invalid parameter to set_kernel

They're InWin 220mm case fans - i can't find a link online but these came out of InWin Track and Griffin cases

wow - quite the optimist the two big fans are low rpm - you can stick your hand in the blades and it wont hurt (done it a few times ) plus all the cables near the fans are pulled away and cable tied up... it used to look like this:

Yeah i know doesnt help that two of the PSUs are non modular as its still a work in progress i couldnt fix the cables in postion - still have some more kit to add...

Yup - an 850w version running two Gigabyte HD 7950s and a 5870.

I managed to get my Chili (Lucko batch) working that i'd been having issues with after flashing the bios to 1.0v - it will mine happily IF there is a fan plugged into the fan secondary fan header - as soon as its removed the miner will not mine or respond to anything - i still cannot reflash the miner back but atleast its mining!

I spoke to someone else and they think there could be an issue with an overcurrent and need an additional resistor required?

Any thoughts MrTeal or Lucko?

my small 430Ghash farm (rebuilt at weekend - will tidy cables this weekend)

whats the maximum hashrate a Raspberry Pi can handle? I'm running 8 Chilis (30GHash each) and the whole things feels quite sluggish - i am using a Raspberry Pi 256 Model B version. is it worth overclocking or adding additional cooling?

Erm no - i've not seen the link for this firmware - ive been away this weekend due to rebuilding all my PCs and mining rigs racking. I'm going to try again with the chili tomorrow.

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...

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

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?

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 (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 

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...

I'm guessing that's the Northwest in USA?

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?

where are you based and do you have any base prices per unit?

Bump.

How much does one set pull from the wall?

Any pics?

Bought one - paid today via BT