[GUIDE] GridSeed GC3355 5 Chip Setup/power/windows/linux/rpi by UnicornHasher

[jmordica]

I take this isn't like the old GPU limit thing and it's an unkown to a lot of people?

If you don't have any automation software you shouldn't run 100 of these.

It's just idiotic to think that you should run 30+ mhash or 100+ devices on one system.

Spread the control out to 10-64 per control system and develop some automation tools or use the ones I post all over for linux.  

I do have software automation setup for alerts, restart cgminer, etc.. so no problem there.

The 127 usb device limit is my problem as stated here: http://en.wikipedia.org/wiki/USB_hub

@wolfey2014, you stated if I knew what I was looking for this should be easy to find?

Can you give me some hints?

[miaviator]

I take this isn't like the old GPU limit thing and it's an unkown to a lot of people?

If you don't have any automation software you shouldn't run 100 of these.

It's just idiotic to think that you should run 30+ mhash or 100+ devices on one system.

Spread the control out to 10-64 per control system and develop some automation tools or use the ones I post all over for linux.  

I do have software automation setup for alerts, restart cgminer, etc.. so no problem there.

The 127 usb device limit is my problem as stated here: http://en.wikipedia.org/wiki/USB_hub

@wolfey2014, you stated if I knew what I was looking for this should be easy to find?

Can you give me some hints?

I dislike you.

[jjj0923]

I take this isn't like the old GPU limit thing and it's an unkown to a lot of people?

If you don't have any automation software you shouldn't run 100 of these.

It's just idiotic to think that you should run 30+ mhash or 100+ devices on one system.

Spread the control out to 10-64 per control system and develop some automation tools or use the ones I post all over for linux.  

I do have software automation setup for alerts, restart cgminer, etc.. so no problem there.

The 127 usb device limit is my problem as stated here: http://en.wikipedia.org/wiki/USB_hub

@wolfey2014, you stated if I knew what I was looking for this should be easy to find?

Can you give me some hints?

I dislike you.

LOL   

[jmordica]

I take this isn't like the old GPU limit thing and it's an unkown to a lot of people?

If you don't have any automation software you shouldn't run 100 of these.

It's just idiotic to think that you should run 30+ mhash or 100+ devices on one system.

Spread the control out to 10-64 per control system and develop some automation tools or use the ones I post all over for linux.  

I do have software automation setup for alerts, restart cgminer, etc.. so no problem there.

The 127 usb device limit is my problem as stated here: http://en.wikipedia.org/wiki/USB_hub

@wolfey2014, you stated if I knew what I was looking for this should be easy to find?

Can you give me some hints?

I dislike you.

Haha well thank you kind sir

So maybe using a motherboard with multiple USB controllers will work? Just thinking out loud. Any ideas there?

[chanberg]

So everytime I hook more than 100 gridseed 5-chip devices to ubuntu 12.04 using the forked cgminer 3.72 (for gridseed) I get errors in syslog about usb.

Some look like this: err (28) No space left on device usb

Others look like this: unable to enumerate USB device on port

I tried another PCI-e usb card and could only get 22 on the extra usb card.

Is there some type of bus limit I can increase to get past 100?

Thanks for any help!

If you have enough for a 100 units, get some more controllers... Its better anyways since it gives you another point of redundancy...

Get 5 Raspberry Pi's - 20 units loaded on each one, that way if one miner is down, you'll atleast know where to look instead of finding a needle in a haystack

Danny

Not exactly that difficult if you know what to look for...

Hello everyone!
This data will definitely help with Tuning your GridSeed 5 chip USB miner/s.

I just received this data from GRIDSEED via HASHRA.com today. 3-13-14
I'm paraphrasing for general clarity.
I've also added some of my own observations based on direct experience with my own GS5's.

GRIDSEED GS3355 5 Chip USB Miner - Flashing RED and GREEN LED's - What They Actually Mean.

All timings are either approximate or exact, if not darn close!
Your clock speed may vary slightly.

GREEN flashing LED means - 5V is ON / drive electronics are powered up.
GREEN LED is ON for 1 second, OFF for 1 second.

RED flashing LED - ON 3 seconds / OFF 3 seconds:
Miner Is Hashing / Processing Data.

RED flashing LED - ON 60 to 70 seconds - OFF 60 to 70 seconds:
Miner is Not Hashing / Processing Data.

If Fan is OFF and RED LED IS STUCK ON or OFF i.e. not flashing:
12V is OFF - 5V is ON.

FAN is ON but no GREEN OR RED LED's are flashing ON or OFF:
12V ON - 5V OFF.

When first powering the miner on, the best sequence I have found is:
First, turn 12V Power ON
Second, turn 5V USB Power ON
This will enable self test to occur in correct sequence. (I'm guessing)
If you do not use correct power up sequence, various hash / no hash / no shares reported type problems may occur. (I'm guessing here too)

A few seconds after 5V USB Power is turned on, the GREEN LED's will start
to flash ON/OFF as written above.
After 12V power is turned ON, in about 60 to 70 seconds,
the RED LED's will start to sequence ON/OFF as written above.

Hope this helps!
Peace
Wolfey2014

LR6U7jB2Fb4pJYogbergqQHZgBRQ5UAqBG (LTC)
1G9uTT2YvygQXPMw4CaLWPJmg6asJBqM5f (BTC)
DMtMWd492Y4PrzZBA6fvkXywnGtgNcFdBd (DOGE)

LOL, i beg to differ! My units flash normally even when they are obviously not hashing... Unplug one of the USB's while its hashing, the colors of flash are EXACTLY the same... Try finding that unit thats not working in a network of hubs

[chup]

No problems here!
There are NO firmware issues causing disconnects!...in my GS5's at least.
I'm using cpuminer - works great!
...
I see so many complaints and configuration issues coming up from cgminer and bfdminer yet, using cpuminer there are no such problems or issues! NONE! Why isn't everyone using cpuminer? I think, based on what I've seen and read, bdgminer should be called BFHminer (big fuggin headache) because it causes so many configuration and coding issues. Why bother with it then? I will say that cgminer seems to be a lot less buggy and most are having success with it. But I see few if any complaints about cpuminer from those who are using it. They seem to be simply hashing away with little to no issues.....me included!

Even if You can make miner better than bfgminer it would be much more polite not ugly naming it. Please stop making noise in forums. I'm sure I have been reading more that 10 times that You are using CPUminer with Your Gridseeds. And towards the members that are asking for help how to configure cgminer or bfgminer You keep throwing Your CPUminer recommendation. Some of us enjoy fixing things that are not working. Enjoying challenges.
Why I'm not using CPUminer?
Do You see Your hashrate in CPUminer or You are left on allways noted innacurate pool ratings?
Do You have possibility to specify fallback pool, or You believe that pools are working without downtime?
Yes, bfgminer can work with Gridseeds and Dualminers:

Code:

 bfgminer version 3.10.0 - Started: [2014-03-14 10:41:47] - [  0 days 08:16:29]
 [M]anage devices [P]ool management [S]ettings [D]isplay options  [H]elp [Q]uit
 Connected to eu.multipool.us diff 0 with stratum as user USR
 Block: ...bd52529e #140513  Diff:1.15k ( 8.25Gh/s)  Started: [19:07:56]
 ST:9  F:51  NB:717  AS:0  BW:[ 47/ 55 B/s]  E:0.00  I:36.41mBTC/hr  BS:1
 2            |  1.08/ 1.07/ 1.00Mh/s | A:13245 R:269+180(none) HW:206/none
--------------------------------------------------------------------------------
 GSD 0:       | 361.7/352.6/329.3kh/s | A: 4405 R:109+ 17(none) HW: 96/none
 GSD 1:       | 361.7/353.2/339.3kh/s | A: 4483 R:121+ 16(none) HW:110/none
 DMU 0:       |  74.2/ 73.0/ 69.6kh/s | A:  918 R:  9+ 28(none) HW:  0/none
 DMU 1:       |  74.3/ 72.3/ 64.2kh/s | A:  849 R:  6+ 28(none) HW:  0/none
 DMU 2:       |  73.5/ 72.8/ 64.3kh/s | A:  857 R:  7+ 35(none) HW:  0/none
 DMU 3:       |  76.2/ 72.6/ 67.9kh/s | A:  866 R:  8+ 31(none) HW:  0/none
 DMU 4:       |  74.2/ 72.5/ 66.7kh/s | A:  877 R:  9+ 25(none) HW:  0/none
--------------------------------------------------------------------------------
 [2014-03-14 19:08:15] Accepted 04a39cd0 GSD 1  pool 0 Diff 0/0
 [2014-03-14 19:08:16] Accepted 029c3b0e GSD 1  pool 0 Diff 0/0
 [2014-03-14 19:08:18] Accepted 00ded2f1 GSD 1  pool 0 Diff 0/0
 [2014-03-14 19:08:24] Accepted 0082b5b2 GSD 0  pool 0 Diff 0/0
 [2014-03-14 19:08:25] Accepted 00610872 GSD 1  pool 0 Diff 0/0
 [2014-03-14 19:08:27] Accepted 046e3039 GSD 1  pool 0 Diff 0/0
 [2014-03-14 19:08:29] Accepted 073ee844 GSD 1  pool 0 Diff 0/0
 [2014-03-14 19:08:32] Accepted 0153c1f4 DMU 1  pool 0 Diff 0/0
 [2014-03-14 19:08:33] Accepted 05bbcb87 GSD 1  pool 0 Diff 0/0
 [2014-03-14 19:08:33] Accepted 0526714e GSD 0  pool 0 Diff 0/0
 [2014-03-14 19:08:35] Accepted 04ebf16a GSD 1  pool 0 Diff 0/0
 [2014-03-14 19:08:35] Accepted 033347ad GSD 1  pool 0 Diff 0/0

I'm satisfied. For now...

[chanberg]

So everytime I hook more than 100 gridseed 5-chip devices to ubuntu 12.04 using the forked cgminer 3.72 (for gridseed) I get errors in syslog about usb.

Some look like this: err (28) No space left on device usb

Others look like this: unable to enumerate USB device on port

I tried another PCI-e usb card and could only get 22 on the extra usb card.

Is there some type of bus limit I can increase to get past 100?

Thanks for any help!

If you have enough for a 100 units, get some more controllers... Its better anyways since it gives you another point of redundancy...

Get 5 Raspberry Pi's - 20 units loaded on each one, that way if one miner is down, you'll atleast know where to look instead of finding a needle in a haystack

Danny

This doesn't scale well though. I'll have 1000+ of these miners soon and won't be able to manage that many raspberry's..

Any other ideas?

if you have 1000, then purchase 50 Raspberry Pi's using CGMiner, then use this:

http://manotechnology.blogspot.com/p/cgremote.html

So your way of scaling up a farm is to use 1 giant computer? lol How do you think Dave run's his 8 million dollar a month bitfury farm? Its all Raspberry Pi's!!

[jmordica]

So everytime I hook more than 100 gridseed 5-chip devices to ubuntu 12.04 using the forked cgminer 3.72 (for gridseed) I get errors in syslog about usb.

Some look like this: err (28) No space left on device usb

Others look like this: unable to enumerate USB device on port

I tried another PCI-e usb card and could only get 22 on the extra usb card.

Is there some type of bus limit I can increase to get past 100?

Thanks for any help!

If you have enough for a 100 units, get some more controllers... Its better anyways since it gives you another point of redundancy...

Get 5 Raspberry Pi's - 20 units loaded on each one, that way if one miner is down, you'll atleast know where to look instead of finding a needle in a haystack

Danny

This doesn't scale well though. I'll have 1000+ of these miners soon and won't be able to manage that many raspberry's..

Any other ideas?

if you have 1000, then purchase 50 Raspberry Pi's using CGMiner, then use this:

http://manotechnology.blogspot.com/p/cgremote.html

So your way of scaling up a farm is to use 1 giant computer? lol How do you think Dave run's his 8 million dollar a month bitfury farm? Its all Raspberry Pi's!!

I'm not trying to run 1000+ units on one box. I'm trying to get away with running these on no more than 5 or 6 computers

If not, i'll settle for the first 1000 units to run on 10 linux machines.

[emoomjean]

I take this isn't like the old GPU limit thing and it's an unkown to a lot of people?

If you don't have any automation software you shouldn't run 100 of these.

It's just idiotic to think that you should run 30+ mhash or 100+ devices on one system.

Spread the control out to 10-64 per control system and develop some automation tools or use the ones I post all over for linux.  

I do have software automation setup for alerts, restart cgminer, etc.. so no problem there.

The 127 usb device limit is my problem as stated here: http://en.wikipedia.org/wiki/USB_hub

@wolfey2014, you stated if I knew what I was looking for this should be easy to find?

Can you give me some hints?

I dislike you.

Haha well thank you kind sir

So maybe using a motherboard with multiple USB controllers will work? Just thinking out loud. Any ideas there?

Though I fundamentally disagree with the idea of trying to run hundreds of miners from a single controller, you can always use one of these:  http://www.ioiusb.com/Host-Adapter/U2X4-PCIE1X01.htm (i'm not a big fan of single points of failure so please at least get a cheap server case with dual power supplies and RAID-1.  And don't forget UPSs!)

Its a 4x1 USB 2.0 card with 4 independent ports that supports 127 devices each, so that'll get you to 500 miners at least.  How the OS will address them is up to you (I have no idea if there are any limitations).

Best of luck,

-EMoomjean

[jmordica]

I take this isn't like the old GPU limit thing and it's an unkown to a lot of people?

If you don't have any automation software you shouldn't run 100 of these.

It's just idiotic to think that you should run 30+ mhash or 100+ devices on one system.

Spread the control out to 10-64 per control system and develop some automation tools or use the ones I post all over for linux.  

I do have software automation setup for alerts, restart cgminer, etc.. so no problem there.

The 127 usb device limit is my problem as stated here: http://en.wikipedia.org/wiki/USB_hub

@wolfey2014, you stated if I knew what I was looking for this should be easy to find?

Can you give me some hints?

I dislike you.

Haha well thank you kind sir

So maybe using a motherboard with multiple USB controllers will work? Just thinking out loud. Any ideas there?

Though I fundamentally disagree with the idea of trying to run hundreds of miners from a single controller, you can always use one of these:  http://www.ioiusb.com/Host-Adapter/U2X4-PCIE1X01.htm (i'm not a big fan of single points of failure so please at least get a cheap server case with dual power supplies and RAID-1.  And don't forget UPSs!)

Its a 4x1 USB 2.0 card with 4 independent ports that supports 127 devices each, so that'll get you to 500 miners at least.  How the OS will address them is up to you (I have no idea if there are any limitations).

Best of luck,

-EMoomjean

Cool! it looks like it may take a while to get one of these in so for now i'll probably use mini pc's. Anyone recommend a cheap mini PC on amazon for this?

[jmordica]

Also, with this many miners (1000+) do you see a problem running a stratum proxy like MultiMiner (with bfgminer built in) on the LAN to make it easier for switching coins etc..?

Besides adding another point of failure (which i'm not as concerned about because this is running on redundant datacenter gear) would hashrate drop any or affect anything else that you guys are aware of?

Thanks.

[malandante]

Hi fellow miners! Is it possible to mine both scrypt and sha in linux using the two different cgminer versions?

[dogjunior]

I have a couple of gridseed's running on a raspberrypi with cgminer 3.7.2 and I seeing

"pool 1 JSON stratum auth failed: (null)"

 every few minutes. What is this?

[chanberg]

I have a couple of gridseed's running on a raspberrypi with cgminer 3.7.2 and I seeing

"pool 1 JSON stratum auth failed: (null)"

 every few minutes. What is this?

your username / password is wrong.... try again

[miaviator]

I have a couple of gridseed's running on a raspberrypi with cgminer 3.7.2 and I seeing

"pool 1 JSON stratum auth failed: (null)"

 every few minutes. What is this?

your username / password is wrong.... try again

Agreed.

[dogjunior]

I have a couple of gridseed's running on a raspberrypi with cgminer 3.7.2 and I seeing

"pool 1 JSON stratum auth failed: (null)"

 every few minutes. What is this?

your username / password is wrong.... try again

Well if shares were not being accepted and I didn't see any Kh on the pool then I would say that is the problem but share are being accepted. So it must be something else.

[miaviator]

I have a couple of gridseed's running on a raspberrypi with cgminer 3.7.2 and I seeing

"pool 1 JSON stratum auth failed: (null)"

 every few minutes. What is this?

your username / password is wrong.... try again

Well if shares were not being accepted and I didn't see any Kh on the pool then I would say that is the problem but share are being accepted. So it must be something else.

Try a different pool.

[TrollboxChamp]

https://drive.google.com/file/d/0B2X-bj_TJfWQZk81Y3h1Ukk1WHc/edit?usp=sharing

can anyone tell me what I could use to connect 8 Gridseeds to 1 connection of the powersupply
it's the questionmark on the diagram

does it matter that the load is not spread completely even? 9 gridseeds / 9 gridseeds / 8 gridseeds ?

Also: if any stupidity is found in that diagram, please let me know  

thanks

We still haven't had anyone test these to see if they burn up or not: http://www.amazon.com/gp/product/B004EAHJAG/ref=ox_sc_sfl_title_1?ie=UTF8&psc=1&smid=AXGABATFHDOZ

EDIT: THESE WILL BURN FIRE BAD IN DUAL MODE.

I am using 5 on each in ltc only.

https://www.youtube.com/watch?v=LQ8HzyMiLd0

[wolfey2014]

So everytime I hook more than 100 gridseed 5-chip devices to ubuntu 12.04 using the forked cgminer 3.72 (for gridseed) I get errors in syslog about usb.

Some look like this: err (28) No space left on device usb

Others look like this: unable to enumerate USB device on port

I tried another PCI-e usb card and could only get 22 on the extra usb card.

Is there some type of bus limit I can increase to get past 100?

Thanks for any help!

If you have enough for a 100 units, get some more controllers... Its better anyways since it gives you another point of redundancy...

Get 5 Raspberry Pi's - 20 units loaded on each one, that way if one miner is down, you'll atleast know where to look instead of finding a needle in a haystack

Danny

Not exactly that difficult if you know what to look for...

Hello everyone!
This data will definitely help with Tuning your GridSeed 5 chip USB miner/s.

I just received this data from GRIDSEED via HASHRA.com today. 3-13-14
I'm paraphrasing for general clarity.
I've also added some of my own observations based on direct experience with my own GS5's.

GRIDSEED GS3355 5 Chip USB Miner - Flashing RED and GREEN LED's - What They Actually Mean.

All timings are either approximate or exact, if not darn close!
Your clock speed may vary slightly.

GREEN flashing LED means - 5V is ON / drive electronics are powered up.
GREEN LED is ON for 1 second, OFF for 1 second.

RED flashing LED - ON 3 seconds / OFF 3 seconds:
Miner Is Hashing / Processing Data.

RED flashing LED - ON 60 to 70 seconds - OFF 60 to 70 seconds:
Miner is Not Hashing / Processing Data.

If Fan is OFF and RED LED IS STUCK ON or OFF i.e. not flashing:
12V is OFF - 5V is ON.

FAN is ON but no GREEN OR RED LED's are flashing ON or OFF:
12V ON - 5V OFF.

When first powering the miner on, the best sequence I have found is:
First, turn 12V Power ON
Second, turn 5V USB Power ON
This will enable self test to occur in correct sequence. (I'm guessing)
If you do not use correct power up sequence, various hash / no hash / no shares reported type problems may occur. (I'm guessing here too)

A few seconds after 5V USB Power is turned on, the GREEN LED's will start
to flash ON/OFF as written above.
After 12V power is turned ON, in about 60 to 70 seconds,
the RED LED's will start to sequence ON/OFF as written above.

Hope this helps!
Peace
Wolfey2014

LR6U7jB2Fb4pJYogbergqQHZgBRQ5UAqBG (LTC)
1G9uTT2YvygQXPMw4CaLWPJmg6asJBqM5f (BTC)
DMtMWd492Y4PrzZBA6fvkXywnGtgNcFdBd (DOGE)

LOL, i beg to differ! My units flash normally even when they are obviously not hashing... Unplug one of the USB's while its hashing, the colors of flash are EXACTLY the same... Try finding that unit thats not working in a network of hubs

Hahhahahhaahahahahaaaa! Obvious case of textual FOOT IN MOUTH! ^
Right! What a bunch of self evident BS! If you unplug the USB cable from the Miner, BOTH of the LED's will GO OUT! AND!, STAY OUT! until the USB cable is plugged back in.
The same procedures follow as in the write up so kindly provided, thank you!
Let us know what else you think up, Lurker! 
Pfffffffffttttttt, litte one! On your bike, now!
Wolfey2014

[wolfey2014]

No problems here!
There are NO firmware issues causing disconnects!...in my GS5's at least.
I'm using cpuminer - works great!
...
I see so many complaints and configuration issues coming up from cgminer and bfdminer yet, using cpuminer there are no such problems or issues! NONE! Why isn't everyone using cpuminer? I think, based on what I've seen and read, bdgminer should be called BFHminer (big fuggin headache) because it causes so many configuration and coding issues. Why bother with it then? I will say that cgminer seems to be a lot less buggy and most are having success with it. But I see few if any complaints about cpuminer from those who are using it. They seem to be simply hashing away with little to no issues.....me included!

Even if You can make miner better than bfgminer it would be much more polite not ugly naming it. Please stop making noise in forums. I'm sure I have been reading more that 10 times that You are using CPUminer with Your Gridseeds. And towards the members that are asking for help how to configure cgminer or bfgminer You keep throwing Your CPUminer recommendation. Some of us enjoy fixing things that are not working. Enjoying challenges.
Why I'm not using CPUminer?
Do You see Your hashrate in CPUminer or You are left on allways noted innacurate pool ratings?
Do You have possibility to specify fallback pool, or You believe that pools are working without downtime?
Yes, bfgminer can work with Gridseeds and Dualminers:

Code:

 bfgminer version 3.10.0 - Started: [2014-03-14 10:41:47] - [  0 days 08:16:29]
 [M]anage devices [P]ool management [S]ettings [D]isplay options  [H]elp [Q]uit
 Connected to eu.multipool.us diff 0 with stratum as user USR
 Block: ...bd52529e #140513  Diff:1.15k ( 8.25Gh/s)  Started: [19:07:56]
 ST:9  F:51  NB:717  AS:0  BW:[ 47/ 55 B/s]  E:0.00  I:36.41mBTC/hr  BS:1
 2            |  1.08/ 1.07/ 1.00Mh/s | A:13245 R:269+180(none) HW:206/none
--------------------------------------------------------------------------------
 GSD 0:       | 361.7/352.6/329.3kh/s | A: 4405 R:109+ 17(none) HW: 96/none
 GSD 1:       | 361.7/353.2/339.3kh/s | A: 4483 R:121+ 16(none) HW:110/none
 DMU 0:       |  74.2/ 73.0/ 69.6kh/s | A:  918 R:  9+ 28(none) HW:  0/none
 DMU 1:       |  74.3/ 72.3/ 64.2kh/s | A:  849 R:  6+ 28(none) HW:  0/none
 DMU 2:       |  73.5/ 72.8/ 64.3kh/s | A:  857 R:  7+ 35(none) HW:  0/none
 DMU 3:       |  76.2/ 72.6/ 67.9kh/s | A:  866 R:  8+ 31(none) HW:  0/none
 DMU 4:       |  74.2/ 72.5/ 66.7kh/s | A:  877 R:  9+ 25(none) HW:  0/none
--------------------------------------------------------------------------------
 [2014-03-14 19:08:15] Accepted 04a39cd0 GSD 1  pool 0 Diff 0/0
 [2014-03-14 19:08:16] Accepted 029c3b0e GSD 1  pool 0 Diff 0/0
 [2014-03-14 19:08:18] Accepted 00ded2f1 GSD 1  pool 0 Diff 0/0
 [2014-03-14 19:08:24] Accepted 0082b5b2 GSD 0  pool 0 Diff 0/0
 [2014-03-14 19:08:25] Accepted 00610872 GSD 1  pool 0 Diff 0/0
 [2014-03-14 19:08:27] Accepted 046e3039 GSD 1  pool 0 Diff 0/0
 [2014-03-14 19:08:29] Accepted 073ee844 GSD 1  pool 0 Diff 0/0
 [2014-03-14 19:08:32] Accepted 0153c1f4 DMU 1  pool 0 Diff 0/0
 [2014-03-14 19:08:33] Accepted 05bbcb87 GSD 1  pool 0 Diff 0/0
 [2014-03-14 19:08:33] Accepted 0526714e GSD 0  pool 0 Diff 0/0
 [2014-03-14 19:08:35] Accepted 04ebf16a GSD 1  pool 0 Diff 0/0
 [2014-03-14 19:08:35] Accepted 033347ad GSD 1  pool 0 Diff 0/0

I'm satisfied. For now...

So?
Wolfey2014