Bitcoin Forum
June 22, 2024, 06:35:12 AM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
   Home   Help Search Login Register More  
Pages: « 1 ... 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 [54] 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 »
  Print  
Author Topic: [GUIDE] GridSeed 5-Chip USB, Blade & Black Miner Support/Tuning  (Read 308664 times)
jjj0923
Sr. Member
****
Offline Offline

Activity: 266
Merit: 250


View Profile WWW
April 07, 2014, 04:09:28 PM
 #1061

by the way folks - If you're serious about making money from mining and picking the right coins to mine before everyone catches on - read this:

https://bitcointalk.org/index.php?topic=560270.0

thanks

Jeff

Lifeforce Pools : http://www.lifeforce.info
Earthcoin :http://eac.lifeforce.info -  Netcoin:  http://net.lifeforce.info - Hundred Coin Pool : http://100.lifeforce.info
Redoakcoin Pool : http://roc.lifeforce.info Guldencoin http://nlg.lifeforce.info also Worldcoin, Guncoin, NOBL, USDe, Tagcoin, Topcoin , Tagcoin , Credits, Goldcoin & Hobonickels
conspirosphere.tk
Legendary
*
Offline Offline

Activity: 2352
Merit: 1064


Bitcoin is antisemitic


View Profile
April 07, 2014, 05:11:06 PM
 #1062

It seems that one of my Gridseeds is not actually hashing. See the pic to get what I mean. This is confirmed by my pool speed of barely 3,000 khs.

I rebooted the raspberry several times to no avail. The only difference is that the #Gridseed changes (here is #3, before a reboot was #4).
I got this batch a few days ago and in the first days all 10 were mining.
Now I don't even know how to find the culprit: can i disconnect one by one while they are operating without risking to damage others?
Any advice? tia
 
@darkfriend77: it was a batch2 from you. Is there a warranty?
jjj0923
Sr. Member
****
Offline Offline

Activity: 266
Merit: 250


View Profile WWW
April 07, 2014, 05:18:12 PM
 #1063

It seems that one of my Gridseeds is not actually hashing. See the pic to get what I mean. This is confirmed by my pool speed of barely 3,000 khs.

I rebooted the raspberry several times to no avail. The only difference is that the #Gridseed changes (here is #3, before a reboot was #4).
I got this batch a few days ago and in the first days all 10 were mining.
Now I don't even know how to find the culprit: can i disconnect one by one while they are operating without risking to damage others?
Any advice? tia
 
@darkfriend77: it was a batch2 from you. Is there a warranty?

it's running just han;t gotten any shares to work on.

give it  some time or join a larger pool



Lifeforce Pools : http://www.lifeforce.info
Earthcoin :http://eac.lifeforce.info -  Netcoin:  http://net.lifeforce.info - Hundred Coin Pool : http://100.lifeforce.info
Redoakcoin Pool : http://roc.lifeforce.info Guldencoin http://nlg.lifeforce.info also Worldcoin, Guncoin, NOBL, USDe, Tagcoin, Topcoin , Tagcoin , Credits, Goldcoin & Hobonickels
conspirosphere.tk
Legendary
*
Offline Offline

Activity: 2352
Merit: 1064


Bitcoin is antisemitic


View Profile
April 07, 2014, 05:30:11 PM
 #1064

it's running just han;t gotten any shares to work on.

give it  some time or join a larger pool

I'm not convinced: I keep having one at 0/0 and did not notice this thing before.
jjj0923
Sr. Member
****
Offline Offline

Activity: 266
Merit: 250


View Profile WWW
April 07, 2014, 05:33:10 PM
 #1065

it's running just han;t gotten any shares to work on.

give it  some time or join a larger pool

I'm not convinced: I keep having one at 0/0 and did not notice this thing before.

well then - restart them all and see if things change

Lifeforce Pools : http://www.lifeforce.info
Earthcoin :http://eac.lifeforce.info -  Netcoin:  http://net.lifeforce.info - Hundred Coin Pool : http://100.lifeforce.info
Redoakcoin Pool : http://roc.lifeforce.info Guldencoin http://nlg.lifeforce.info also Worldcoin, Guncoin, NOBL, USDe, Tagcoin, Topcoin , Tagcoin , Credits, Goldcoin & Hobonickels
conspirosphere.tk
Legendary
*
Offline Offline

Activity: 2352
Merit: 1064


Bitcoin is antisemitic


View Profile
April 07, 2014, 06:03:15 PM
 #1066

well then - restart them all and see if things change

yes: i physically disconnected and reconnected all of them (both power and usb) and now all are hashing as they are supposed to. strange.
WTParker2
Member
**
Offline Offline

Activity: 61
Merit: 10

Texas Proud


View Profile
April 07, 2014, 09:35:04 PM
 #1067

Now 800 doesn't work and only 700 is working... 750 is giving me problems getting shares accepted

Do I have defective units??

1a. Use BFGminer 3.99 with Gridseed support for Windows on 1 or all your miners.
1b. Scrypt only at 800.
2. Let it run on a pool that does not switch coins. Run for at least 1 hour then look at the Hardware errors (HW). In the Manage Devices, you can see which chip on which miner is giving you the hardware errors. Make note of each miner's ID and Chip ID that has the errors. Stop BFGminer and reset your miners for a few seconds (unplug and power off). Turn them all back on and reconnect.
3. Restart BFGminer 3.99 with 25 steps lower (in the first test of 800 minus 25 would be 775 for the second test so on and so forth until no HW errors exist).
4. Run for at least an hour (same pool as before) and make note of each device and any Hardware errors on which chips (if any).

Repeat steps 2, 3 and 4 until you have no errors on any chips on any device. You should now have a detailed list of your max settings for each unit you have. You can then run CGminer with each individual unit's max setting.
You may be able to do the diagnostic with CGminer also but I've only worked with BFGminer since day 1 of mining.

I have the hardware ID on each miner so I know which one is which rather than by com ports.
Also make sure the USB plugs are snug and flush on both the miners and hub/interface. If it wiggles around in the port, you can bet you won't get any good results from it.
And if you do have a defective unit, you now know which one it is and have test results to back up your claim.
FYI, I have some in the 400's and some in the 290's on 850. And not a single HW error after 6 hours of mining.
I plan on looking at the ones in the 290's to see what chips are under performing and disabling them or upping the frequencies on those to see if it jolts it back to where it should be.
jamieb81
Sr. Member
****
Offline Offline

Activity: 308
Merit: 250



View Profile
April 07, 2014, 10:11:21 PM
 #1068

Now 800 doesn't work and only 700 is working... 750 is giving me problems getting shares accepted

Do I have defective units??

1a. Use BFGminer 3.99 with Gridseed support for Windows on 1 or all your miners.
1b. Scrypt only at 800.
2. Let it run on a pool that does not switch coins. Run for at least 1 hour then look at the Hardware errors (HW). In the Manage Devices, you can see which chip on which miner is giving you the hardware errors. Make note of each miner's ID and Chip ID that has the errors. Stop BFGminer and reset your miners for a few seconds (unplug and power off). Turn them all back on and reconnect.
3. Restart BFGminer 3.99 with 25 steps lower (in the first test of 800 minus 25 would be 775 for the second test so on and so forth until no HW errors exist).
4. Run for at least an hour (same pool as before) and make note of each device and any Hardware errors on which chips (if any).

Repeat steps 2, 3 and 4 until you have no errors on any chips on any device. You should now have a detailed list of your max settings for each unit you have. You can then run CGminer with each individual unit's max setting.
You may be able to do the diagnostic with CGminer also but I've only worked with BFGminer since day 1 of mining.

I have the hardware ID on each miner so I know which one is which rather than by com ports.
Also make sure the USB plugs are snug and flush on both the miners and hub/interface. If it wiggles around in the port, you can bet you won't get any good results from it.
And if you do have a defective unit, you now know which one it is and have test results to back up your claim.
FYI, I have some in the 400's and some in the 290's on 850. And not a single HW error after 6 hours of mining.
I plan on looking at the ones in the 290's to see what chips are under performing and disabling them or upping the frequencies on those to see if it jolts it back to where it should be.

BFGminer 3.99 is noted to be a real pain in the A at the moment, very unstable..
WTParker2
Member
**
Offline Offline

Activity: 61
Merit: 10

Texas Proud


View Profile
April 08, 2014, 02:49:20 AM
 #1069

I've had it hashing without any issues for 2 days now. I only stopped it to change out a power supply.
And you will notice I only posted for the other user to use it for diagnostic purposes. Then to use the data to either qualify his/her theory that he/she had a defective unit or to use the data to use in CGminer.
Quartium
Newbie
*
Offline Offline

Activity: 50
Merit: 0


View Profile
April 10, 2014, 04:35:53 PM
 #1070

Hi, I need some help please.
I'm running one GridSeed with Cgminer and I used Zadig to replace the driver.
I changed the conf and I let it run, but now I'm having problem because even if it is running at 361 kh/s it is not accepting shares!

I waited one hour and nothing new.

Does someone had the same problem?

Thank you
anarchyx914
Sr. Member
****
Offline Offline

Activity: 338
Merit: 251


View Profile
April 11, 2014, 12:55:20 PM
 #1071

Has anyone had this problem???

My Gridseed IDs keep changing while mining on this one Rig. I have another rig of 20 with the exact same Scripta image (1-1). I followed the basic setup instructions for scripta+cgminer in start of this tread to the tee. 2 of my 3 gridseed rigs work fine, this one keeps doing this.

I don't get it.

suchmoon
Legendary
*
Offline Offline

Activity: 3710
Merit: 8982


https://bpip.org


View Profile WWW
April 11, 2014, 02:44:43 PM
 #1072

Has anyone had this problem???

My Gridseed IDs keep changing while mining on this one Rig. I have another rig of 20 with the exact same Scripta image (1-1). I followed the basic setup instructions for scripta+cgminer in start of this tread to the tee. 2 of my 3 gridseed rigs work fine, this one keeps doing this.

I don't get it.

Check your USB hub, its power supply, USB cables. Swap parts out if you have spares, or start with a lower number of Gridseeds (5 or 10) and gradually add more until they start going off.
miaviator
Donator
Hero Member
*
Offline Offline

Activity: 686
Merit: 519


It's for the children!


View Profile WWW
April 11, 2014, 07:43:44 PM
 #1073

Has anyone had this problem???

My Gridseed IDs keep changing while mining on this one Rig. I have another rig of 20 with the exact same Scripta image (1-1). I followed the basic setup instructions for scripta+cgminer in start of this tread to the tee. 2 of my 3 gridseed rigs work fine, this one keeps doing this.

I don't get it.


Check /var/log/syslog for a pthread warning.  Cgminer is horrible with these gridseeds.

Decagrog
Sr. Member
****
Offline Offline

Activity: 289
Merit: 251



View Profile
April 11, 2014, 08:32:01 PM
 #1074

Someone read the article about removing the thermal pad and put the paste in order to have better overclock?  It's this one: http://gridseed-blog.com/gridseed-overclocking-1000-mhz-without-voltmod/

Well, I suggest to avoid it because as I've thought the 5 chips and some others component aren't perfectly on the same plane, so the result is that one or more chips will not be even in contact with the thermal paste...WATCH OUT!

You can cleary see from this photo:


I've evenly tightened the screws more that one time but still there is a gap on most of the chips, in this case the U20 6pin chip is the culprit, it's a bit more high than other components so the heatsink surface touch only that chip.

jamieb81
Sr. Member
****
Offline Offline

Activity: 308
Merit: 250



View Profile
April 11, 2014, 08:35:53 PM
 #1075

I always suspected that that would not work, otherwise they probably would not have used pads in the first place.

Maybe you could use the stock pad, and put a little thermal paste in the 5 squares that formed in the stock thermal pad so that

it has better contact, maybe that would work better.

Or probably even better, just buy some new pads that are better.
suchmoon
Legendary
*
Offline Offline

Activity: 3710
Merit: 8982


https://bpip.org


View Profile WWW
April 11, 2014, 08:43:28 PM
 #1076

Someone read the article about removing the thermal pad and put the paste in order to have better overclock?  It's this one: http://gridseed-blog.com/gridseed-overclocking-1000-mhz-without-voltmod/

Well, I suggest to avoid it because as I've thought the 5 chips and some others component aren't perfectly on the same plane, so the result is that one or more chips will not be even in contact with the thermal paste...WATCH OUT!

You can cleary see from this photo:

I've evenly tightened the screws more that one time but still there is a gap on most of the chips, in this case the U20 6pin chip is the culprit, it's a bit more high than other components so the heatsink surface touch only that chip.

Don't bother. If you have decent airflow the heatsink doesn't matter (in scrypt-only mode). It will work at 850 MHz as is or even without heatsink at all. Overlocking beyond 850-900 is NOT possible with thermal modifications like this. You need extra voltage for that.

By the way when you take the heatsink off the chip imprints on the thermal pad show that you won't be able to make it up with thermal paste, at least mine had very clearly different depths.
Decagrog
Sr. Member
****
Offline Offline

Activity: 289
Merit: 251



View Profile
April 11, 2014, 08:53:12 PM
 #1077

Infact the original pad is very thick (over 1mm), probably gridseed noticed the unleveled components and used that pad just to play safe.
I don't say that all modules have that issues, I've checked just on 2 and both where not leveled...

As you said jamieb81 a better/thinnest thermal pad could work...but thermal paste would have been much better

@suchmoon : Yes you right, mine too have some uneven deep marks on the pad...obviously I was interested to improve the dissipation due to the voltmod  Smiley

suchmoon
Legendary
*
Offline Offline

Activity: 3710
Merit: 8982


https://bpip.org


View Profile WWW
April 11, 2014, 09:06:22 PM
 #1078

Infact the original pad is very thick (over 1mm), probably gridseed noticed the unleveled components and used that pad just to play safe.
I don't say that all modules have that issues, I've checked just on 2 and both where not leveled...

As you said jamieb81 a better/thinnest thermal pad could work...but thermal paste would have been much better

@suchmoon : Yes you right, mine too have some uneven deep marks on the pad...obviously I was interested to improve the dissipation due to the voltmod  Smiley

Even with voltmod you don't need to do anything to the heatsink or to the thermal pads, if you are not dual-mining. Voltmodded it's still unlikely to exceed 10W, this heatsink is designed for 70W in sha256 mode. I have one running on my desk at 975 MHz without the heatsink and it doesn't seem to mind at all (chip surface below 40C at 22C ambient).
ZiG
Sr. Member
****
Offline Offline

Activity: 406
Merit: 250


View Profile
April 14, 2014, 06:45:18 AM
 #1079

Someone read the article about removing the thermal pad and put the paste in order to have better overclock?  It's this one: http://gridseed-blog.com/gridseed-overclocking-1000-mhz-without-voltmod/

Well, I suggest to avoid it because as I've thought the 5 chips and some others component aren't perfectly on the same plane, so the result is that one or more chips will not be even in contact with the thermal paste...WATCH OUT!

You can cleary see from this photo:


I've evenly tightened the screws more that one time but still there is a gap on most of the chips, in this case the U20 6pin chip is the culprit, it's a bit more high than other components so the heatsink surface touch only that chip.


The gap is created by the 2 small square components on the top of the picture...one is a quartz oscillator, which is taller...maybe like 1mm...it's marks are clearly visible on the original pad...


Today I posted my thermal solution to this thread...:

https://bitcointalk.org/index.php?topic=519112.msg6205502#msg6205502


BTW, the blog, cited above is almost literally copying my original post about heat and thermals in the same thread...:

https://bitcointalk.org/index.php?topic=519112.msg6027770#msg6027770


Hope this info is helpful...

ZiG   
nst6563
Sr. Member
****
Offline Offline

Activity: 252
Merit: 254


View Profile
April 15, 2014, 12:16:49 AM
Last edit: April 15, 2014, 12:47:45 PM by nst6563
 #1080

Here's my solution to the uneven contact of the heatsink for thermal bliss.  I simply used a dremel and a standard cutoff wheel and cut out a small section where those two offending components are.  The cut is about 3/4 the thickness of the cutoff wheel.  Now the base of the heatsink comes in complete contact with all 5 GC3355 chips, and the other two components make contact with the space I cut out.  I applied Arctic Silver Ceramique that I had on hand to the GC3355 chips, and a thermal pad for the other two components.

Realistically that groove can be MUCH smaller, however with a dremel cutoff wheel it had to come out in a half-circle shape from using the flat/top of the cutting wheel to make the groove (I didn't use the edge of the cutting wheel so the groove in the heatsink would be flat and not concave).  An easy way to mark the spot to mill out would be to put a dab of thermal paste on the top of those two components, set the heatsink down, then lift it back off.  I then marked the area with a pencil.

After cutting, I put a very small dab of thermal paste on the 5 gc3355 chips and test-fitted the heatsink.  It took 2 tests to get the groove deep enough, cleaning the thermal paste between each test.  Once I was satisfied it was making a good flat contact with all 5 I put a final application of thermal paste - very small dab- and screwed it all down.



I realize that it most likely didn't NEED this done....but why not?  It should have come from the manufacturer designed right in the first place.
Pages: « 1 ... 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 [54] 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 »
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!