So that's what's been mystifying us all - lost 'Completed Work' which is caused by a False Negative, of which the GS isn't programmed to detect and flag or display in the print out?
It just goes un-noticed in real time locally - then one sees the result pool side which ends up as Stale Shares or just No Shares of any kind reported at all.
Lost Completed Work = Lost Money = Throwing Coin Away!....Pssssshhhhhhhhhhhhhhhhh!
Is this correct?
Still, I see my Reward$ caufers filling up nearly twice as fast as before I made the mods.
Something still isn't being caught or explained here. Maybe I'm just hallucinating!
Better explanation. But the complete 'why' still eludes, I fear.
I wonder if an oscilloscope connected to the right spots on the card will give a better if not the indication of what's going on and even tell one when they've hit the real 'sweet spot' and not go any further. That would be some serious fine tuning. I happen to have a CRO. I guess I'm going to have to start probing and see what I can find out.
Or, is it all calculable (math) and the end result of the equations ARE the REAL answer and THAT"S THAT no matter what hardware changes are made or probing is done?
False Positive's SUCK!
But....
The fact is, the original 4 mods have caused hardly any increase in power consumption while having reduced if not negated and stabilized an otherwise very unstable 'red noncey' stock miner at 850MHz or higher clock rate. So at this point, I still believe the original 4 mods are beneficial. I still want to circumvent the pencil mod without losing its positive results and I may have achieved this already. Still testing.
The thing is to get the clock and resulting counting / calculations in the chips to be stable and positive at higher clock rates so as to produce more valid shares i.e. $Moolah$! at the pool. I still believe this is achievable and we're on the right track.
All in the name of progress....right?
Wolfey2014
It just goes un-noticed in real time locally - then one sees the result pool side which ends up as Stale Shares or just No Shares of any kind reported at all.
Lost Completed Work = Lost Money = Throwing Coin Away!....Pssssshhhhhhhhhhhhhhhhh!
Is this correct?
Still, I see my Reward$ caufers filling up nearly twice as fast as before I made the mods.
Something still isn't being caught or explained here. Maybe I'm just hallucinating!
Better explanation. But the complete 'why' still eludes, I fear.
I wonder if an oscilloscope connected to the right spots on the card will give a better if not the indication of what's going on and even tell one when they've hit the real 'sweet spot' and not go any further. That would be some serious fine tuning. I happen to have a CRO. I guess I'm going to have to start probing and see what I can find out.
Or, is it all calculable (math) and the end result of the equations ARE the REAL answer and THAT"S THAT no matter what hardware changes are made or probing is done?
False Positive's SUCK!
But....
The fact is, the original 4 mods have caused hardly any increase in power consumption while having reduced if not negated and stabilized an otherwise very unstable 'red noncey' stock miner at 850MHz or higher clock rate. So at this point, I still believe the original 4 mods are beneficial. I still want to circumvent the pencil mod without losing its positive results and I may have achieved this already. Still testing.
The thing is to get the clock and resulting counting / calculations in the chips to be stable and positive at higher clock rates so as to produce more valid shares i.e. $Moolah$! at the pool. I still believe this is achievable and we're on the right track.
All in the name of progress....right?
Wolfey2014
Maybe, but I thin pencil mod is unnecessary, because PLL is stable.
There are no reasonable way to detect false negative results, because the only way if you check the job in full range on a trusted hardware or software. In this case, you do the job twice and it is an inadmissible overhead.
Awesome! I'll gonna try to beat that 
!
!My opinion is it's not a good idea, because
- every 100mV gives more less extra frequency and efficiency will be very bad.
- i tried to add more 280mV and it caused temperature runaway in idle state.
Solder bridges + resistor + pencil ?
Tell me your secret!
Tell me your secret!
Nope, you need to change resistors only. Replace R52 with 100k, and place 120k to C32. In parallel it is 54.54kOhm, and VDD will be 1.97V.
If you would like to use only one resistor there is a 54.9kOhm in E96 series, but VDD will be more than 1.97V maybe 2V.
If it is working pls. for you, pls support my risky experiments:)
BTC: 1gqdzx8iSwUGt3vaoEaPCjvrWo7zKn7PK
I am giving out 0.6BTC to the first to get his Gridseed miner stable at 1100 MHz (<10 HW error in 24h) and post the steps to mod the miner. So far I have managed to get it stable at 1013 MHz, but I feel we can push it further.
Disclaimer: as always, I am not responsible for damage to your miner, do this at your own risk!
Disclaimer: as always, I am not responsible for damage to your miner, do this at your own risk!
So i won 0.6BTC
Sorry to disappoint, but that's not yet stable by my standards, which is less than 10 HW error in 24h. But obviously the highest stable frequency wins, so it will be you if you manage to get it stable...
Now that, folks, is called pushing it to the limit, great work mate.
Is it enought?
BTC: 1gqdzx8iSwUGt3vaoEaPCjvrWo7zKn7PK