Pages:
Author

Topic: GridSeed 5-chip USB miner voltage mod - page 81. (Read 156988 times)

hero member
Activity: 616
Merit: 500
March 20, 2014, 09:53:52 AM
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.
I have found the only way to push these further is by replacing the 36k resistor with a higher one and playing with PLL voltage, you need to lower the resistance of R211 or R212 by tracing it with a pencil. Measure the voltage across both resistors and it should be around 1.1v total. If you want to increase PLL voltage, trace R212, to decrease it, trace R211 (go back and forth atleast 10-20 times or you will not notice a change). Simply use an eraser to revert the mod. Personally 1.05v seems sweet spot.



Disclaimer: as always, I am not responsible for damage to your miner, do this at your own risk!
sr. member
Activity: 378
Merit: 250
March 20, 2014, 08:36:15 AM
Was wondering if anyone had this idea.

I've got some gridseeds that have disconnected fans (I disconnected them). They are running cool enough but figured that running the fans at maybe half voltage would be better then no voltage. Anyone try using a 5-6VDC Zener diode on the fans?

Nope, ZD's are not voltage regulators!
Don't try it.
It will fry and go POOF and so might your fan.
If you want to try to drive your fan at 5V, use a standard 5V regulator chip.
They are as common as flies and cost next to nothing.
1 5V regulator, a couple of .01uf caps -1 on each input and output to gnd -
a bit of a heat sink - if any - and you have your 5V drive. 1N7805 I believe is the pn in a TO-220 case.
I don't think the T0-92 can carry enough current to last long if at all. Needs to handle at least .25A.
If it does, good and you won't need a heat sink. Use the TO-220 and it may not need a heat sink either.
It should only run warm at the most. If it gets hot, use a small clip on type single chip heat sink.
Cheap as chips, as they say in the UK.
Good luck, mate!
Wolfey2014
sr. member
Activity: 440
Merit: 250
March 20, 2014, 06:49:26 AM
Was wondering if anyone had this idea.

I've got some gridseeds that have disconnected fans (I disconnected them). They are running cool enough but figured that running the fans at maybe half voltage would be better then no voltage. Anyone try using a 5-6VDC Zener diode on the fans?
sr. member
Activity: 282
Merit: 250
March 20, 2014, 05:24:38 AM
Some preliminary info on my 8 moded miners:

888mhz (377khash) seems to be the magic number for non-moded units.

950mhz (404khash) is stable for all my volt moded units.

963mhz (410khash) is stable all but two.

975mhz (414khash) is stable for 2.

988mhz (420khash) is stable for one.

(Stable meaning very few HW errors)
sr. member
Activity: 282
Merit: 250
March 20, 2014, 04:51:33 AM
what was the command again for freq-per-device? sry... don't find it .. anymore...

Check readme.txt.

Per device freq can be set as follows:
--gridseed-freq 6D9426984857=988,6D9656774857=975,6D8956965251=975,6D8F50774857=950
sr. member
Activity: 434
Merit: 265
March 20, 2014, 04:47:31 AM
what was the command again for freq-per-device? sry... don't find it .. anymore...
sr. member
Activity: 282
Merit: 250
March 20, 2014, 04:32:38 AM
I have a treat for all of you. I compiled for Windows girnyau's gridseed fork of cgminer that includes the fine-grain freq settings and freq-per-device settings.

Find it here: http://1drv.ms/1kKPsP2

Please excuse the hasty readme file, I wanted to share ASAP.

(Typical "be careful, unverified binary here" warning. Virus scan it if you want, I know it's clean.)

Feel free to donate to: 1AvazUbrKwY8wuxNMGFtt5KqGW8WXdx4JB

Cheers and enjoy.
sr. member
Activity: 736
Merit: 262
Me, Myself & I
March 20, 2014, 03:37:50 AM
for those of you that are using bfg... does your hashing speed roughly equal what your pool says?

Yes
sr. member
Activity: 282
Merit: 250
March 20, 2014, 01:16:51 AM
#99
Cool! Progress!
What does your pool see? What are your stats?
W2014

Pretty amazing actually. Ghash.io LTC pool is showing me EXACTLY the same hashrate as CGminer. 3230khash for 8 devices = 403khash each. Thats the 1hr avg. I'm planning to run this setup 24hrs to get a better average but it seems spot on.
sr. member
Activity: 378
Merit: 250
March 19, 2014, 11:46:03 PM
#98
Modded 8 units with the single bridge trick today. All runniung stable @ 950mhz and nearly zero HW errors after a couple hours. Pool (ghash.io) reports exactly the same 400khash as cgminer.

Tried 1000mhz on one of them and although CGminer said zero HW errors and 425khash, ghash.io reported 30(!!)khash over a 1hr average. Pretty clear that 1000mhz does not work. At least not the way i'm doing it.

Looking forward to getting ahold of that modified fork of cgminer so I can have a little more granular control over freq setting and trying 950mhz and 983mhz.

Cool, but.....
how often is 'nearly' zero hw errors? I saw red nonce's for the first time 'since I look often',  in days and days of running at 850MHz. Flooky!
Do you mean that kind of nearly zero? If so, I'd be impressed with that. If not....ehhhhh.......

In total for all 8 gridseeds, running for 3+hrs now, I show 3 HW errors. That seems to be similar to what I see for non modded 850mhz units.

Cool! Progress!
What does your pool see? What are your stats?
W2014
sr. member
Activity: 282
Merit: 250
March 19, 2014, 11:18:40 PM
#97
Modded 8 units with the single bridge trick today. All runniung stable @ 950mhz and nearly zero HW errors after a couple hours. Pool (ghash.io) reports exactly the same 400khash as cgminer.

Tried 1000mhz on one of them and although CGminer said zero HW errors and 425khash, ghash.io reported 30(!!)khash over a 1hr average. Pretty clear that 1000mhz does not work. At least not the way i'm doing it.

Looking forward to getting ahold of that modified fork of cgminer so I can have a little more granular control over freq setting and trying 950mhz and 983mhz.

Cool, but.....
how often is 'nearly' zero hw errors? I saw red nonce's for the first time 'since I look often',  in days and days of running at 850MHz. Flooky!
Do you mean that kind of nearly zero? If so, I'd be impressed with that. If not....ehhhhh.......

In total for all 8 gridseeds, running for 3+hrs now, I show 3 HW errors. That seems to be similar to what I see for non modded 850mhz units.
sr. member
Activity: 440
Merit: 250
March 19, 2014, 11:08:43 PM
#96
I'm suddenly seeing myself working on grids tomorrow.  Grin

And it wont be this one!

sr. member
Activity: 308
Merit: 250
March 19, 2014, 10:55:36 PM
#95
Modded 8 units with the single bridge trick today. All runniung stable @ 950mhz and nearly zero HW errors after a couple hours. Pool (ghash.io) reports exactly the same 400khash as cgminer.

Tried 1000mhz on one of them and although CGminer said zero HW errors and 425khash, ghash.io reported 30(!!)khash over a 1hr average. Pretty clear that 1000mhz does not work. At least not the way i'm doing it.

Looking forward to getting ahold of that modified fork of cgminer so I can have a little more granular control over freq setting and trying 950mhz and 983mhz.

So what have you used to solder the bridges?

wi did not see many pictures of actual mods around here Smiley

I had to go buy all new soldering gear. The stuff i've soldered before was larger wires. So: New fine-tip iron, some wire, some solder, a station, a headmounted magnifier, flux, etc. The first one I used a small peice of 30awg wire but found that it is easier to put just a tiny tiny drop of solder on the tip of the iron and bring that down to the contact points to make the bridge. The contacts are way to small to apply normal "wound" solder to.

Hopefully all that makes sense.

Yes makes all sense, I've soldered before but nothing this tiny. I have an soldering iron as well but not with such thin tip.

I do have a brand new magnifier with the little "hands" to hold the hardware brand new in the box, I guess it's time to get it out and get a

new soldering iron with thin tip
sr. member
Activity: 378
Merit: 250
March 19, 2014, 10:42:09 PM
#94
Modded 8 units with the single bridge trick today. All runniung stable @ 950mhz and nearly zero HW errors after a couple hours. Pool (ghash.io) reports exactly the same 400khash as cgminer.

Tried 1000mhz on one of them and although CGminer said zero HW errors and 425khash, ghash.io reported 30(!!)khash over a 1hr average. Pretty clear that 1000mhz does not work. At least not the way i'm doing it.

Looking forward to getting ahold of that modified fork of cgminer so I can have a little more granular control over freq setting and trying 950mhz and 983mhz.

Cool, but.....
how often is 'nearly' zero hw errors? I saw red nonce's for the first time 'since I look often',  in days and days of running at 850MHz. Flooky!
Do you mean that kind of nearly zero? If so, I'd be impressed with that. If not....ehhhhh.......

Zero hw errors at 1000MHz does interest me though.
I've been contemplating this phenomenon for a few hours now. Besides the obvious, It occurred to me that this too could be due to comm port overflow errors. Taken care of or at least greatly buffered by increasing the number of port calls made during full flow traffic i.e. upstream/downstream.
The overflow errors can build up sufficiently to only allow a trickle of completed work to be reported hence the lower results pool side.
Try lowering the port FIFO's a bit. See what happens. Might handle it, might not. I've had success doing this mod for similar reasons at lower clock speeds.
I have all of my comm ports FIFO buffers set at 'Recieve buffer (Cool' - 'Transmit buffer (14)'. No loss in number of reported shares pool side too Wink.
Give it a whirl! See what happens.
Let me know what happens. K? Cool!
Keep your fingers and toes crossed! 1000MHz stable here we come? Let's see!
Wolfey2014

sr. member
Activity: 282
Merit: 250
March 19, 2014, 10:38:22 PM
#93
Modded 8 units with the single bridge trick today. All runniung stable @ 950mhz and nearly zero HW errors after a couple hours. Pool (ghash.io) reports exactly the same 400khash as cgminer.

Tried 1000mhz on one of them and although CGminer said zero HW errors and 425khash, ghash.io reported 30(!!)khash over a 1hr average. Pretty clear that 1000mhz does not work. At least not the way i'm doing it.

Looking forward to getting ahold of that modified fork of cgminer so I can have a little more granular control over freq setting and trying 950mhz and 983mhz.

So what have you used to solder the bridges?

wi did not see many pictures of actual mods around here Smiley

I had to go buy all new soldering gear. The stuff i've soldered before was larger wires. So: New fine-tip iron, some wire, some solder, a station, a headmounted magnifier, flux, etc. The first one I used a small peice of 30awg wire but found that it is easier to put just a tiny tiny drop of solder on the tip of the iron and bring that down to the contact points to make the bridge. The contacts are way to small to apply normal "wound" solder to.

Hopefully all that makes sense.
sr. member
Activity: 840
Merit: 251
March 19, 2014, 10:35:27 PM
#92
so has anyone gotten past the glitchy cgminer issue where you have to unplug the miners, start cgminer, plug the miners back in and hope it finds them?

I also noticed that when I had my 20 miners controlled by cgminer my pools hash rate was in the 4800khs area while cgminer reported over 7000khs. Now that they are all running in their own instance of cpuminer I average well over 6500khs and sometimes close to 7500khs at my pool.

Does bfgminer work with these things yet?


vabchgent that answered my post above is using bfg and recommended bfg to me so I assume it does

http://cryptomining-blog.com/1396-download-bfgminer-3-10-0-for-windows-scrypt-mining-on-gridseed-5-chip-asics

Yes Bfg miner works. I am using it.it is plug and work no unplug plugging no extra drivers. I spoke with nwolls one of the developers he is working on BFG miner 4.0.0 with dual support.He has a forum on here. He seems to be a good guy. Request dual mining for gridseed on his post hopefully he can incorporate it in for us. 

https://bitcointalk.org/index.php?topic=168174.3020
sr. member
Activity: 378
Merit: 250
March 19, 2014, 09:48:12 PM
#91

In many cases you will find that  over volting/ increasing the frequency will eventually result in less shares at the pool even if the error rate does not increase.

It seems counter intuitive to increase the voltage/frequency and get less out of the device, but that is what happens due to the way the silicon is designed and is due mainly to race conditions inside the chip.

Also most mining programs can be wildly incorrect with their hashing rate calculations  due to the way they have to calculate the figures, they can only base the rate on when they get a reply from the miner (
good or bad)
Then on top of that you have shitty little cutter SBC's that cannot get round the full USB chain before results start to lap.

Generally it is a balancing act where it is better to go for increases at the pool rather than hard local frequency increases.

The only issue is not trashing the silicon in the process, because getting your device back to the factory for repair will be a real issue. (It is almost impossible to get product back into China cleanly)

RF





Thanks
Please explain "cutter" and "SBC's"
What do these words mean?
w2014
sr. member
Activity: 308
Merit: 250
March 19, 2014, 09:04:43 PM
#90
Modded 8 units with the single bridge trick today. All runniung stable @ 950mhz and nearly zero HW errors after a couple hours. Pool (ghash.io) reports exactly the same 400khash as cgminer.

Tried 1000mhz on one of them and although CGminer said zero HW errors and 425khash, ghash.io reported 30(!!)khash over a 1hr average. Pretty clear that 1000mhz does not work. At least not the way i'm doing it.

Looking forward to getting ahold of that modified fork of cgminer so I can have a little more granular control over freq setting and trying 950mhz and 983mhz.

So what have you used to solder the bridges?

wi did not see many pictures of actual mods around here Smiley
sr. member
Activity: 282
Merit: 250
March 19, 2014, 08:50:57 PM
#89
Modded 8 units with the single bridge trick today. All runniung stable @ 950mhz and nearly zero HW errors after a couple hours. Pool (ghash.io) reports exactly the same 400khash as cgminer.

Tried 1000mhz on one of them and although CGminer said zero HW errors and 425khash, ghash.io reported 30(!!)khash over a 1hr average. Pretty clear that 1000mhz does not work. At least not the way i'm doing it.

Looking forward to getting ahold of that modified fork of cgminer so I can have a little more granular control over freq setting and trying 950mhz and 983mhz.
sr. member
Activity: 399
Merit: 250
March 19, 2014, 08:02:56 PM
#88

In many cases you will find that  over volting/ increasing the frequency will eventually result in less shares at the pool even if the error rate does not increase.

It seems counter intuitive to increase the voltage/frequency and get less out of the device, but that is what happens due to the way the silicon is designed and is due mainly to race conditions inside the chip.

Also most mining programs can be wildly incorrect with their hashing rate calculations  due to the way they have to calculate the figures, they can only base the rate on when they get a reply from the miner (
good or bad)
Then on top of that you have shitty little cutter SBC's that cannot get round the full USB chain before results start to lap.

Generally it is a balancing act where it is better to go for increases at the pool rather than hard local frequency increases.

The only issue is not trashing the silicon in the process, because getting your device back to the factory for repair will be a real issue. (It is almost impossible to get product back into China cleanly)

RF



Pages:
Jump to: