If the gh-speed doesnt start initially from high value, then miner settles down to lower value. This is strange but perhaps there is some "initial modification" done on cgminer that sets the rate for rest of the session.
Sometimes i have to restart like 10 times to get this "high catch" effect. Its pain to wait in between, because without delay you just get fault 96/97 on vrms. Which means restarting the miner from the page (I dont like to switch off power but had to do that some times)I always wait like at least 45 seconds if vrms have been running for a while to let them cool down.
I've noticed that too, but my unit almost does it every time...if you mess with the spi freq. that can do it i think...cause i just increased mine and it didn't do it anymore...went back to stock and it did it again...
well on 251 with oct. jup...thxs to the graph i was able to finally get the hw error down to .4% and 718-723gh/s on cgminer, bertmod says 700w same as 241, but that was before better cooling fans added...have one board at 240a :O hope it doesn't fry..and also 1 board at 200a but its at 42c
Hopefully pool will report higher hash now that i got the hw % down i'll know morrow morningok 251 is very high for october ? Could you please tell me you spi settings with frequency ? ( screenshot please ?)
yes 251 very high...have 10 fans cooling it and still have have amps...my spi volts are 3.3 and the freq is 201442
after running it all nite...pool reported as high 723gh and cgminer avg settled at 714...thinking about trying the next step up or 261 but idk...amps are pretty high on one board