[GUIDE] GridSeed GC3355 5 Chip Setup/power/windows/linux/rpi by UnicornHasher - page 4.

AJinNYC

member

Activity: 84

Merit: 10

Bored with you morons.

Quote from: suchmoon on December 24, 2014, 10:56:19 PM

Quote from: AJinNYC on December 24, 2014, 10:30:16 PM

I can't for the life of me get this to work. Anytime I get to the "make" stage it gives the following error:

I've tried reinstalling GCC, different versions, etc. nothings working. I basically have a worthless gridseed. I've spent close to 10 hours just to get this to work, and another 15 hours on my RockMiner New RBox.

Did you look in config.log for more details? It should tell you exactly why it failed.

One thing that stands out for me is the CFLAGS -02 parameter (zero two). I think it should be -O2 (capital oh two).

Looks like you're right. CPUMiner compiled. Running into an issue with CGMiner though, ./autogen.sh appears to not exist in the ~/usb-miner/software/cgminer folder.

suchmoon

legendary

Activity: 3654

Merit: 8909

https://bpip.org

Quote from: AJinNYC on December 24, 2014, 10:30:16 PM

I can't for the life of me get this to work. Anytime I get to the "make" stage it gives the following error:

I've tried reinstalling GCC, different versions, etc. nothings working. I basically have a worthless gridseed. I've spent close to 10 hours just to get this to work, and another 15 hours on my RockMiner New RBox.

Did you look in config.log for more details? It should tell you exactly why it failed.

One thing that stands out for me is the CFLAGS -02 parameter (zero two). I think it should be -O2 (capital oh two).

AJinNYC

member

Activity: 84

Merit: 10

Bored with you morons.

I can't for the life of me get this to work. Anytime I get to the "make" stage it gives the following error:

I've tried reinstalling GCC, different versions, etc. nothings working. I basically have a worthless gridseed. I've spent close to 10 hours just to get this to work, and another 15 hours on my RockMiner New RBox.

wolfey2014

sr. member

Activity: 378

Merit: 250

Quote from: Shivoreun on November 10, 2014, 08:28:56 AM

Quote from: BRADLEYPLOOF on November 10, 2014, 08:13:40 AM

Powering them up isn't really that hard. Plug in the power first, wait a few seconds, then plug in the USB. The other way around confuses the gridseed. I bet that it's trying to power itself from the USB and is disregarding the actual power.

1. Make sure you have a minimum 5 Amp, 12V power supply for the gridseed. Lack of power will be bad for your miner.

2. Try a different pool. It could be that the pool you're running on is just a crappy pool. I've experienced this a few times with my gridseeds. Try using multipool.us (they have EU servers available) or if you want to see what difficulty you should be running at, try liteguardian.com and use the asic1 server to auto tune the difficulty. Once it evens out, you will know what difficulty you should be running it at.

3. Make sure you're using a low enough difficulty. Otherwise it will take a while to hash out a share. I've got 3 of them running together and they generally try a scrypt difficulty of 64 or 128. Sometimes if they're doing well, they bump up again.

4. If you have a crappy internet connection, that could also cause a problem.

Hmm... The PSU, which powering Gridseed have 18A output on +12V lines and 0.8A on -12V, Is it enough?
The pool is working fine (anyway, I've already tried different pools and another scrypt coins), there 2 x HD7970 mining at the same pool with different workers (Gridsees has it own worker set up on pool), so this is not an issue, I think...

LIKE I SAID POSTS AND POSTS AGO! TRASH IT! IT IS JUNK! Roll Eyes

BRADLEYPLOOF

hero member

Activity: 520

Merit: 500

Quote from: Shivoreun on November 10, 2014, 08:28:56 AM

Hmm... The PSU, which powering Gridseed have 18A output on +12V lines and 0.8A on -12V, Is it enough?
The pool is working fine (anyway, I've already tried different pools and another scrypt coins), there 2 x HD7970 mining at the same pool with different workers (Gridsees has it own worker set up on pool), so this is not an issue, I think...

Unfortunately, you might have a bunk Gridseed...

Shivoreun

member

Activity: 130

Merit: 10

Quote from: BRADLEYPLOOF on November 10, 2014, 08:13:40 AM

Powering them up isn't really that hard. Plug in the power first, wait a few seconds, then plug in the USB. The other way around confuses the gridseed. I bet that it's trying to power itself from the USB and is disregarding the actual power.

1. Make sure you have a minimum 5 Amp, 12V power supply for the gridseed. Lack of power will be bad for your miner.

2. Try a different pool. It could be that the pool you're running on is just a crappy pool. I've experienced this a few times with my gridseeds. Try using multipool.us (they have EU servers available) or if you want to see what difficulty you should be running at, try liteguardian.com and use the asic1 server to auto tune the difficulty. Once it evens out, you will know what difficulty you should be running it at.

3. Make sure you're using a low enough difficulty. Otherwise it will take a while to hash out a share. I've got 3 of them running together and they generally try a scrypt difficulty of 64 or 128. Sometimes if they're doing well, they bump up again.

4. If you have a crappy internet connection, that could also cause a problem.

Hmm... The PSU, which powering Gridseed have 18A output on +12V lines and 0.8A on -12V, Is it enough?
The pool is working fine (anyway, I've already tried different pools and another scrypt coins), there 2 x HD7970 mining at the same pool with different workers (Gridsees has it own worker set up on pool), so this is not an issue, I think...

BRADLEYPLOOF

hero member

Activity: 520

Merit: 500

Quote from: Shivoreun on November 10, 2014, 07:40:42 AM

Quote from: slashka on November 03, 2014, 07:51:24 AM

It seems that you are using only one chip instead of five. Try official not modified mining software and cgminer may be

Hmm.. I've tried to find original software, but looks like it's only in sources, thet need to be compiled byself Sad

Is there any link for already compiled win32 binaries, please? Unfortunatelly, I'am a windows user, and don't know, how to do this...

Quote from: BRADLEYPLOOF on November 03, 2014, 09:06:17 AM

Use BFGminer 4.10, uninstall your drivers, unplug your gridseed, plug it back in and let it install the correct drivers, find the COM number of the gridseed (under Start Menu>Devices and Printers), and create a batch file that has:

bfgminer.exe --scrypt -o stratum+tcp://pool:port -u username -p password -d gridseed -S gridseed:\\.\COMX --set-device gridseed@\\.\COMx:clock=875 and you're good to go!

Tried to use, and thanks - it gives some results, but again, I can't say, that it's working OK Sad

Bfgminer hashing with correct hasrates, but... Accepted rate as extremely low (not because of rejected, there is it's simply low count of submitted shares). The most of the time I see a messages, that there is detected new block on the network, so miner need to restart work, I think, that's because of high difficulty, that bfgminer automatically takes, from 488 to 1m. I've tried to use --request-diff parameter, but looks like it has no effect Sad

Here is the result of the ~1Hr work:

As you can see, there is a lot of rejects, because ASIC cant' hash workunit in time, and sending stale shares. Of course, I can turn off stale sending, but this will not solve an overall problem presence Sad

Is there any solution for this?

BTW: I saw on the forum, that there is need to do correct power-up the GC3355, so firstly, it's need to plug-in USB, then wait for 30 secs and plug 12V ext. power. Is this correct?

BTW2: After a few minutes from this message there was a ban from pool side "worker is temporaly banned". I think, because of rejects Sad

Powering them up isn't really that hard. Plug in the power first, wait a few seconds, then plug in the USB. The other way around confuses the gridseed. I bet that it's trying to power itself from the USB and is disregarding the actual power.

1. Make sure you have a minimum 5 Amp, 12V power supply for the gridseed. Lack of power will be bad for your miner.

2. Try a different pool. It could be that the pool you're running on is just a crappy pool. I've experienced this a few times with my gridseeds. Try using multipool.us (they have EU servers available) or if you want to see what difficulty you should be running at, try liteguardian.com and use the asic1 server to auto tune the difficulty. Once it evens out, you will know what difficulty you should be running it at.

3. Make sure you're using a low enough difficulty. Otherwise it will take a while to hash out a share. I've got 3 of them running together and they generally try a scrypt difficulty of 64 or 128. Sometimes if they're doing well, they bump up again.

4. If you have a crappy internet connection, that could also cause a problem.

slashka

sr. member

Activity: 248

Merit: 250

Well, try RaspberryPi (I can help you, PM me). It ~30 bucks Windows is suxxx in mining

Shivoreun

member

Activity: 130

Merit: 10

Quote from: slashka on November 03, 2014, 07:51:24 AM

It seems that you are using only one chip instead of five. Try official not modified mining software and cgminer may be

Hmm.. I've tried to find original software, but looks like it's only in sources, thet need to be compiled byself Sad

Is there any link for already compiled win32 binaries, please? Unfortunatelly, I'am a windows user, and don't know, how to do this...

Quote from: BRADLEYPLOOF on November 03, 2014, 09:06:17 AM

Use BFGminer 4.10, uninstall your drivers, unplug your gridseed, plug it back in and let it install the correct drivers, find the COM number of the gridseed (under Start Menu>Devices and Printers), and create a batch file that has:

bfgminer.exe --scrypt -o stratum+tcp://pool:port -u username -p password -d gridseed -S gridseed:\\.\COMX --set-device gridseed@\\.\COMx:clock=875 and you're good to go!

Tried to use, and thanks - it gives some results, but again, I can't say, that it's working OK Sad

Code:

bfgminer version 4.10.0 - Started: [2014-11-10 13:21:11] - [ 0 days 00:03:10]
[M]anage devices [P]ool management [S]ettings [D]isplay options [H]elp [Q]uit
Pool 0: hash-to-coins.com Diff:976 +Strtm LU:[13:24:17] User:pandaminer.ma
Block: ...88fb270f47c58148 Diff:2 (21.35M) Started: [13:23:57]
ST:8 F:0 NB:9 AS:0 BW:[ 43/ 2 B/s] E:0.00 I: 605uBTC/hr BS:4m
0 | 387.1/365.9/ 0.0kh/s | A:0 R:1+0(100%) HW:0/none
--------------------------------------------------------------------------------
GSD 0: | 370.6/364.6/ 22.0kh/s | A:1 R:1+0( 67%) HW:0/none
--------------------------------------------------------------------------------
[2014-11-10 13:22:52] Network difficulty changed to 2 (19.98M)
[2014-11-10 13:22:52] Stratum from pool 0 detected new block
[2014-11-10 13:23:21] Network difficulty changed to 3 (22.45M)
[2014-11-10 13:23:21] Stratum from pool 0 detected new block
[2014-11-10 13:23:30] Network difficulty changed to 2 (20.48M)
[2014-11-10 13:23:30] Stratum from pool 0 detected new block
[2014-11-10 13:23:42] Network difficulty changed to 2 (21.33M)
[2014-11-10 13:23:42] Stratum from pool 0 detected new block
[2014-11-10 13:23:57] Network difficulty changed to 2 (21.35M)
[2014-11-10 13:23:57] Stratum from pool 0 detected new block
[2014-11-10 13:23:57] Pool 0 stale share detected, submitting as user requested
[2014-11-10 13:23:57] Rejected 00db9701 GSD 0e Diff 4m/1m (Job 'd57d' not found)
[2014-11-10 13:24:09] Accepted 029b21d2 GSD 0e Diff 1m/976

Bfgminer hashing with correct hasrates, but... Accepted rate as extremely low (not because of rejected, there is it's simply low count of submitted shares). The most of the time I see a messages, that there is detected new block on the network, so miner need to restart work, I think, that's because of high difficulty, that bfgminer automatically takes, from 488 to 1m. I've tried to use --request-diff parameter, but looks like it has no effect Sad

Here is the result of the ~1Hr work:

Code:

bfgminer version 4.10.0 - Started: [2014-11-10 13:21:11] - [ 0 days 01:09:38]
[M]anage devices [P]ool management [S]ettings [D]isplay options [H]elp [Q]uit
Pool 0: hash-to-coins.com Diff:488 +Strtm LU:[14:30:42] User:pandaminer.ma
Block: ...befe7cbbbd77b7ae Diff:1 ( 9.56M) Started: [14:30:27]
ST:8 F:0 NB:169 AS:0 BW:[ 40/ 4 B/s] E:0.00 I: 3.60mBTC/hr BS:29m
0 | 383.9/374.6/ 58.8kh/s | A:115 R:27+0( 20%) HW:0/none
--------------------------------------------------------------------------------
GSD 0: | 375.0/374.3/ 58.7kh/s | A:115 R:27+0( 20%) HW:0/none
OCL 0: | OFF / 0.0/ 0.0 h/s | A: 0 R: 0+0(none) HW:0/none
--------------------------------------------------------------------------------
[2014-11-10 14:29:17] Rejected 060d83ef GSD 0e Diff 645/488 (Duplicate share)
[2014-11-10 14:29:17] Rejected 04e62ae3 GSD 0e Diff 797/488 (Duplicate share)
[2014-11-10 14:29:34] Accepted 0741a066 GSD 0e Diff 538/488
[2014-11-10 14:29:39] Network difficulty changed to 0 ( 5.97M)
[2014-11-10 14:29:39] Stratum from pool 0 detected new block
[2014-11-10 14:29:43] Accepted 0636a101 GSD 0e Diff 628/488
[2014-11-10 14:29:48] Network difficulty changed to 0 ( 5.50M)
[2014-11-10 14:29:48] Stratum from pool 0 detected new block
[2014-11-10 14:30:00] Accepted 04c9f8f8 GSD 0e Diff 815/488
[2014-11-10 14:30:04] Network difficulty changed to 0 ( 4.46M)
[2014-11-10 14:30:04] Stratum from pool 0 detected new block
[2014-11-10 14:30:18] Network difficulty changed to 0 ( 5.90M)
[2014-11-10 14:30:18] Stratum from pool 0 detected new block
[2014-11-10 14:30:27] Network difficulty changed to 1 ( 9.56M)
[2014-11-10 14:30:27] Stratum from pool 0 detected new block

As you can see, there is a lot of rejects, because ASIC cant' hash workunit in time, and sending stale shares. Of course, I can turn off stale sending, but this will not solve an overall problem presence Sad

Is there any solution for this?

BTW: I saw on the forum, that there is need to do correct power-up the GC3355, so firstly, it's need to plug-in USB, then wait for 30 secs and plug 12V ext. power. Is this correct?

BTW2: After a few minutes from this message there was a ban from pool side "worker is temporaly banned". I think, because of rejects Sad

BRADLEYPLOOF

hero member

Activity: 520

Merit: 500

Quote from: Shivoreun on November 03, 2014, 07:30:43 AM

Hi to all.
Please, help me to solve a problem with GC3355. The miner is working unstable and with extremely low hasrates, 50-70Kh/s instead of 350 in scrypt-only mode, as it have to. Used several miner softwares, but the results are the same. Running on windows xp with usb driver from here. The power setup is: usb cable connected to motherboard usb port of PC, the external power is connected to the same PC's PSU via molex connector, which was in the box with ASIC.

At the start, miner says:

Code:

cpuminer-gc3355 (v1.0d) - Started: [2014-11-03 14:00:54]
================================================================================
(2s) | 0.07/0.1 MH/s | A: 1 R: 0 HW: 0
Connected to mine.revivalco.in:1001 diff 8 with stratum as user MVD3rtLUnm6Rifp
================================================================================
GSD 0: 8D7B48925654 | 850 MHz | 70.7/101.6 KH/s | A: 1 R: 0 H: 0

================================================================================
[2014-11-03 14:00:55.8437] 0: Firmware version: 0x13011401
[2014-11-03 14:00:55.8437] 0: GC3355 5-chip USB-Mini Miner detected
[2014-11-03 14:00:55.8593] 0: Set GC3355 core frequency to 850Mhz
[2014-11-03 14:00:55.8593] 0: Resetting GC3355 chips
[2014-11-03 14:00:55.9531] 0: Dispatching new work to GC3355 cores (0x6e779387)

Settings are:

Code:

minerd-gc3355.exe --gc3355-detect --freq=850 --gc3355-autotune --gc3355-timeout=120 --debug

The FIFO buffers in COM port settings are off, speed set to 115200 (but these parameters does no difference from defaults).

It's starting to mine, with such low hasrates, sometimes it dies after 10-15min of working with the UART write error message, sometime working OK for a few hours... Please, help me to get normal hasrates. What I doing wrong?..
Thanks in advance.

Use BFGminer 4.10, uninstall your drivers, unplug your gridseed, plug it back in and let it install the correct drivers, find the COM number of the gridseed (under Start Menu>Devices and Printers), and create a batch file that has:

bfgminer.exe --scrypt -o stratum+tcp://pool:port -u username -p password -d gridseed -S gridseed:\\.\COMX --set-device gridseed@\\.\COMx:clock=875 and you're good to go!

slashka

sr. member

Activity: 248

Merit: 250

It seems that you are using only one chip instead of five. Try official not modified mining software and cgminer may be

Shivoreun

member

Activity: 130

Merit: 10

Hi to all.
Please, help me to solve a problem with GC3355. The miner is working unstable and with extremely low hasrates, 50-70Kh/s instead of 350 in scrypt-only mode, as it have to. Used several miner softwares, but the results are the same. Running on windows xp with usb driver from here. The power setup is: usb cable connected to motherboard usb port of PC, the external power is connected to the same PC's PSU via molex connector, which was in the box with ASIC.

At the start, miner says:

Code:

cpuminer-gc3355 (v1.0d) - Started: [2014-11-03 14:00:54]
================================================================================
(2s) | 0.07/0.1 MH/s | A: 1 R: 0 HW: 0
Connected to mine.revivalco.in:1001 diff 8 with stratum as user MVD3rtLUnm6Rifp
================================================================================
GSD 0: 8D7B48925654 | 850 MHz | 70.7/101.6 KH/s | A: 1 R: 0 H: 0

================================================================================
[2014-11-03 14:00:55.8437] 0: Firmware version: 0x13011401
[2014-11-03 14:00:55.8437] 0: GC3355 5-chip USB-Mini Miner detected
[2014-11-03 14:00:55.8593] 0: Set GC3355 core frequency to 850Mhz
[2014-11-03 14:00:55.8593] 0: Resetting GC3355 chips
[2014-11-03 14:00:55.9531] 0: Dispatching new work to GC3355 cores (0x6e779387)

Settings are:

Code:

minerd-gc3355.exe --gc3355-detect --freq=850 --gc3355-autotune --gc3355-timeout=120 --debug

The FIFO buffers in COM port settings are off, speed set to 115200 (but these parameters does no difference from defaults).

It's starting to mine, with such low hasrates, sometimes it dies after 10-15min of working with the UART write error message, sometime working OK for a few hours... Please, help me to get normal hasrates. What I doing wrong?..
Thanks in advance.

dmz241

hero member

Activity: 519

Merit: 502

hmm thanks for the information

slashka

sr. member

Activity: 248

Merit: 250

Quote from: dmz241 on September 22, 2014, 04:29:53 AM

is it worth over clocking the gridseeds a bit to like 900 instead of 850?

additional it gives around 30Kh

dmz241

hero member

Activity: 519

Merit: 502

is it worth over clocking the gridseeds a bit to like 900 instead of 850?

slashka

sr. member

Activity: 248

Merit: 250

Quote from: CartmanSPC on August 29, 2014, 04:55:26 PM

Try btc=11 just for kicks...

Don't what that parameter means

, but when I set to zero (btc=0) cgminer only rises LW value and not sending accepted shares. 23Gh avg.
When I set to btc=1, It began to hash at 16Gh avg with some sending shares, but LW is increasing anyway.

May be the problem in usb hub? It has 2A in. The power supply for each gridseed is as usual 12v 5a.

Don't know what should I try yet.

CartmanSPC

legendary

Activity: 1270

Merit: 1000

Try btc=11 just for kicks...

slashka

sr. member

Activity: 248

Merit: 250

Hey guys!

I have two 5-chip gridseeds. I was minig scrypt long time via RPi, but now i want to mine sha256. So, here is my trouble. cgminer (gridseed version) is minig at a half speed (~5Gh per device) with 800Mh clock. What I'm doing wrong?

The run command is standard: ./cgminer --gridseed-options=baud=115200,freq=800,chips=5,modules=1,usefifo=0,btc=16 --hotplug=0 -o someurl -u someuser -p somepass

P.S.: all minerd and other cgminer (for my ants) threads are shut off.

Doeyourthing

newbie

Activity: 17

Merit: 0

Quote from: uBm on August 01, 2014, 04:52:04 AM

That means you GPU´s are not mining on bfgminer -> you can still run them with sgminer (x11, X13 etc..)

Quote

One question:
I have 2 GPU HD6870 in my system. And when I run the bfgminer i got the message OCL 0 & OCL 1 disable. This message mean my GPU's are disable right? Or is this means something else?

Thanks uBm

uBm

member

Activity: 88

Merit: 10

That means you GPU´s are not mining on bfgminer -> you can still run them with sgminer (x11, X13 etc..)

Quote

One question:
I have 2 GPU HD6870 in my system. And when I run the bfgminer i got the message OCL 0 & OCL 1 disable. This message mean my GPU's are disable right? Or is this means something else?

Topic: [GUIDE] GridSeed GC3355 5 Chip Setup/power/windows/linux/rpi by UnicornHasher - page 4. (Read 365630 times)