I asked Liam over the phone and he told me max temp for the ASIC chips is 105C, so you are far from the point where they are overheating

Anyone screwed around with the default scantime of 60 seconds and expiry of 120 and had any luck? I know that's a huge factor with new coins and the block times are getting quicker and quicker with all the hashpower coming online.

Also, how can I change the background color in putty or Linux?

thanks

well believe it or not, my Saturn actually runs better warmer....maybe with heat things expand, and as some have said in earlier posting, maybe that help "seat" chip better, maybe heat make solder melt/soften and chip makes better contact.....

all I know is that slightly warmer has actually produced slightly better numbers.....fwiw

Can it be electrical interference from the fan's motor? They have quite a strong electromagnetic field when running.

nemo, I actually had added 2 high cfm 140mm computer case fans, 1 for each board/chip on my Saturn. And it cooled the chips...no noticeable gain, no noticeable decline in performance neither. But at the time I wasn't considering or thinking yet about hotter is better at the time, so I wasn't paying attention to that. All I noticed was that I added those 2 fans it did cool it, but no performance gain.

So my Saturn came with .95. I did all the suggested mods, not happy went to .96 and was somewhat satisfied, ended with .97 but has high error rate.

So I have gone direct with power supply to asic boards (lost the knc extenders). Supposedly less resistance blah blah....nothing. More cooling with a large fan over head facing down, nothing.

So then soy suggested .90 blah blah....I gave it a whirl (even though some early units had fried on this firmware) and whamo, LOW ERRORS

HIGH HASH RATE (both on cgminer and at the pool server)....I was happy...for like 20 minutes til it crashed.....worked my way all the way back to .97 (which at this point works the best for me) but hashes with a 20% error rate, which is bad.....

So I have kept a journal of all changes, times, stats (temp, wu, hw etc etc etc), and saw that .90 performed the best, and per bertmod, showed output volt slightly higher, and output current way higher (like 50A+, and yeah I was scared), and temps were definitely higher like 52c...

so then I think people on the board have been mentioning ball arrays, and shipping possibly harming chip and chips seating better with heat (put asic board in oven or something)  blah blah then a few post about heat making it better....

So all I did was unplug the large fan, the 2 added high cfm case fans and turn off the a/c unit in the office, and the number I noticed the most was less errors....slowly down to like 14%- 15%, which is still high but better than 20%. Slightly higher chip temps, and even slight higher watt usage.....throughout most of the stable mining on this saturn (usually .94 and up) 1 chip with 100% cores enabled and the "problem" chip  with 0 upto 10 cores disabled

little that I know, you can only use firmware updates. I think I saw on irc some guys chatting away, or was it here, about having reversed engineered KNC's code.....there might be some real computer literates out there hacking away but nothing concrete yet....

Thanks. I always hated white on black. Harder to read to me. I like dark font on lighter backgrounds.

Also, been playing around with making the ASICs warmer. Best results so far are with case fans tilted towards the BBB and ASIC fans unplugged, but I still have a small house fan on Low at the empty end of the Saturn case tilted down to provide cooling for the VRM chips mainly. Temps are 46 & 41. WU is 4006(best ever), avg hashrate is 257(same as best ever), error rate is still high at over 18%, but best ever. This is after over 300K shares. I may actually turn the house fan off next, but that makes me nervous. Glad to hear the max temp is around 105C for the ASICs.

Is there a way to monitor clockspeed?

It's probably a effect called temperature inversion. 28nm logic gets faster with higher temperatures.
http://siliconsaint.blogspot.com/2012/07/temperature-inversion-in-deep-sub.html?m=1