I looked. And not sure if this will work. You can test but at the moment there is no point of doing that. Problems starts at 0,88 to 0,96V in most cases so I don't think this will work. It will work on some but those don't need slow rise firmware at all...

It was just one update - Dev is helping me too, Thank you so much Dev. I tried a system restore to last week, it didnt work sadly. I tried removing all the updates, I tried removing the driving currently on the miner, ive tried plugging the miner into another computer and even there it doesn't have the original normal information that it used to, that's what I don't understand. It acts normal but none of the normal information is there when you plug it in. When you try to program it with Chili flash on either computer, it doesn't show up on any USB port, so it won't let me reprogram it. Its frustrating because I know the computer notices it, it says "Downloading driver for new item plugged in" which always fails to download of course. then it just says unknown device and thats it. or "USB Composite device". It doesn't register as a ASIC Miner anymore.

Well apparently there was a power outage over the weekend that I wasn't aware of. Perhaps that has something to do with the issues. Either way on a whim I shut everything down and plugged the second Chili back in and for the past 45 minutes now they've both been cruising. I do find it interesting that when I was just running 1 it ran about 3GH/s faster though. Will they dynamically adjust their speed in response to a power shortage? Or to put it another way - is it possible/likely that the Chilis have the ability to run at a slower speed if they sense they aren't getting enough juice to really push things?

It shouldn't be a heat issue - one is air cooled and the other is water cooled and they're positioned in such a way that they shouldn't be sharing any warm air.

Today I discovered again a frozen bot with last update at feb 28 23:59:41 and no trades after: I think to be a "Best before 1 march 2014 syndrome" or another stability problem again.

If this is a plan to force people to switch to new bot i have to say: you win!! I will switch to another bot but not yours. Beg every month to have a working software is not tolerable after a substantial "donation" and any change/correction/upgrade on old STB

Long time lurker, first post blah blah..

I also would like to echo what's being said.. Please stop adding things before the basics are fixed. However some sort of benchmarking tool is absolutely necessary, bots pretty useless without it. I understand your working on this but this 'autotune' feature again sounds overly complicated. I honestly wish you had stuck to the simple trading bot and just made that as rock solid as possible.

I appreciate your hard work on this but remember people are paying a lot of money for this bot and do expect a reasonable product.

Hello Lucko

Have any news about for us ?  

Regards

OK my road is open again

Home we are still with limited power only. Out of 3 phases only one is working from time to time... Not sure how much you know about electricity but generally that means that I only have power in every 3 device or power socket... Also only 2 lights in house are working... But luckily central heating is working again So I'm totally fine with things as they are...

In the time I was cut from the world MrTeal did send me posible fix to a problem. Will do my best to test it ASAP... Let just hope that today's weather predictions are wrong and I won't end up cut away from the world again. More ice rain and now also some wind...

Grate out of power again...

I got my boards back from ChipGeek and got the first one assembled. It does a very slow ramp up on the volts but as soon as it hits 1.1v it crashes. After a bit it resets itself and does it all over again. It doesn't force cgminer to crash though. So forgive me but what "trick" should I be doing to keep it hashing?

Lucko and Mr. Teal,
...

What now is really needed next is that after cooling down the preheating restarts again so if my boards are interrupted from work e.g. network outage, they yould not resets. In fact I've also a problem with bfgminer. After a reset the /dev inode will change so bfgminer did not found them any more. So it will not restart the mining by themself :-( So preventing the device from reset will be very helpfull.
...

And it would be nice to see which fw is installed by the version number?

Cheers...

Thanks, I was wondering about the hairdryer thing.  The problem board does get above 1.15v in cgminer sometimes - that seems to be the majority of the times it's crapping out (bfgminer doesn't show it getting that high when it craps out).  It also sometimes now does the 200+ GHs with practically all errors too, if that info helps.

the 'hair dryer' solution is not acceptable.

I confirm that, yesterday and today I got finally all my sent boards working at some point with hairdryer trick: need some effort to start hashing but now I have a method to overcome reset problems until final solution is found. Many thank asjfdlksfd to share this with us.

My last mission now is investigates one board stop hashing after some hours: but for me is a minor annoyance...

Lucko/MrTeal: If board pre heating seems so reliable to solve this reset is possible simulate this behavior on firmware?
I wonder if after all everything is OK with board and main reason of problems are only some of Lucko's BFL chip batch are slightly out of specs. This happened on cointado board so is not completilly out of question.

My last restart ( even knowing 1 board will became "sick" during this night i am happy for first time
 since entered on this project ) :

bfgminer version 3.9.0 - Started: [2014-01-09 21:43:00] - [  0 days 00:22:39]
[M]anage devices [P]ool management Settings [D]isplay options  [H]elp [Q]uit
Connected to eu-stratum-*****.btcguild.com diff 64 with stratum as user ****
Block: ...4e2576ff #279578  Diff:1.42G (10.15Ph/s)  Started: [22:05:30]
ST:14  F:0  NB:7  AS:1  BW:[ 65/ 55 B/s]  E:511.17  I: 1.92mBTC/hr  BS:293k
4      69.0C | 146.9/135.5/128.1Gh/s | A:641 R:2+6(.34%) HW:2911/6.2%
-------------------------------------------------------------------------------
BFL 0: 69.0C | 35.61/29.63/28.57Gh/s | A:128 R:0+0(none) HW: 681/4.6%
BFL 1: 69.0C | 36.24/34.98/33.74Gh/s | A:175 R:2+0(1.1%) HW: 443/3.9%
BFL 2: 60.0C | 36.94/35.67/33.86Gh/s | A:170 R:0+0(none) HW: 611/5.4%
BFL 3: 69.0C | 34.78/35.25/31.94Gh/s | A:169 R:0+6(.11%) HW:1179/ 10%
-------------------------------------------------------------------------------
[2014-01-09 22:05:25] Accepted 018093b1 BFL 1  pool 0 Diff 170/64
[2014-01-09 22:05:25] Accepted 02310d9c BFL 0  pool 0 Diff 116/64
[2014-01-09 22:05:26] Accepted 0026ec8f BFL 0  pool 0 Diff 1.68k/64
[2014-01-09 22:05:26] Accepted 039f0d4f BFL 3  pool 0 Diff 70/64
[2014-01-09 22:05:27] Accepted 0187d6f1 BFL 0  pool 0 Diff 167/64