[GUIDE] GridSeed 5-Chip USB, Blade & Black Miner Support/Tuning - page 22.

unamis76

legendary

Activity: 1512

Merit: 1012

Quote from: toxic0n on May 07, 2014, 05:01:06 PM

I don't see 700 errors in there, some chips do have around 20

Code:

[hw] => 21

Thank you! Was reading this completely wrong. I can now see that my weakest chip isn't actually the one sending out hardware errors, as I suspected... Will try to tune these chips beyond autotune, and I guess I will finally move more units to cpuminer. Thanks again!

EDIT: updated cpuminer, let's see how it goes. Also trying to learn how to use JSON so I can update my test machine on the fly

toxic0n

member

Activity: 413

Merit: 10

I don't see 700 errors in there, some chips do have around 20

Code:

[hw] => 21

unamis76

legendary

Activity: 1512

Merit: 1012

Quote from: sandor111 on May 07, 2014, 04:42:39 PM

Quote from: unamis76 on May 07, 2014, 04:39:51 PM

Quote from: toxic0n on May 07, 2014, 04:28:05 PM

No problem. Also, remember it is normal to see a number of HW errors while the autotune is ongoing. With the above script you can also see the individual chip frequencies it settles at and then set those via the command. That way you should see close to zero errors.

I haven't got autotune enabled anymore, autotune already finished and I'm using the frequencies it gave me. Already got the php working, at least kind of. The information appears a bit scattered and it gives me 700+ HW errors for some chips (30 showing up on cpuminer), I'm trying to see what I can do to make it display the info in a better, easier way to read...

700 HW errors definitely isn't normal, the frequency is set waaaay too high.

This is the php for my gridseed cpuminer test unit:

Quote

stdClass Object ( [t] => 1399449980 [d] => stdClass Object ( [ttyACM0] => stdClass Object ( [c] => Array (

=> stdClass Object ( [fr] => 875 [ac] => 760 [hw] => 19 [re] => 2 [ha] => 72116 [sh] => 53320 [l] => 1399498805 ) [1] => stdClass Object ( [fr] => 875 [ac] => 768 [hw] => 0 [re] => 3 [ha] => 74060 [sh] => 53520 [l] => 1399498845 ) [2] => stdClass Object ( [fr] => 875 [ac] => 821 [hw] => 21 [re] => 1 [ha] => 72161 [sh] => 57432 [l] => 1399498827 ) [3] => stdClass Object ( [fr] => 825 [ac] => 771 [hw] => 0 [re] => 0 [ha] => 69816 [sh] => 54632 [l] => 1399498800 ) [4] => stdClass Object ( [fr] => 850 [ac] => 788 [hw] => 0 [re] => 2 [ha] => 71933 [sh] => 58288 [l] => 1399498831 ) ) ) ) [err] => 0 )

cpuminer reports 40 HW errors...

and still not finding a way to make it easier to read the php, am I missing anything?

PS: using frequencies given to me by autotune

sandor111

hero member

Activity: 616

Merit: 500

Quote from: unamis76 on May 07, 2014, 04:39:51 PM

Quote from: toxic0n on May 07, 2014, 04:28:05 PM

No problem. Also, remember it is normal to see a number of HW errors while the autotune is ongoing. With the above script you can also see the individual chip frequencies it settles at and then set those via the command. That way you should see close to zero errors.

I haven't got autotune enabled anymore, autotune already finished and I'm using the frequencies it gave me. Already got the php working, at least kind of. The information appears a bit scattered and it gives me 700+ HW errors for some chips (30 showing up on cpuminer), I'm trying to see what I can do to make it display the info in a better, easier way to read...

700 HW errors definitely isn't normal, the frequency is set waaaay too high.

unamis76

legendary

Activity: 1512

Merit: 1012

Quote from: toxic0n on May 07, 2014, 04:28:05 PM

No problem. Also, remember it is normal to see a number of HW errors while the autotune is ongoing. With the above script you can also see the individual chip frequencies it settles at and then set those via the command. That way you should see close to zero errors.

I haven't got autotune enabled anymore, autotune already finished and I'm using the frequencies it gave me. Already got the php working, at least kind of. The information appears a bit scattered and it gives me 700+ HW errors for some chips (30 showing up on cpuminer), I'm trying to see what I can do to make it display the info in a better, easier way to read...

toxic0n

member

Activity: 413

Merit: 10

No problem. Also, remember it is normal to see a number of HW errors while the autotune is ongoing. With the above script you can also see the individual chip frequencies it settles at and then set those via the command. That way you should see close to zero errors.

unamis76

legendary

Activity: 1512

Merit: 1012

Quote from: toxic0n on May 07, 2014, 04:03:47 PM

You just need a webserver with php installed and put that script in your /var/www directory and give it a .php extension

Code:

sudo apt-get install lighttpd php5-cgi
sudo service lighttpd force-reload

Thank you, will try it

toxic0n

member

Activity: 413

Merit: 10

You just need a webserver with php installed and put that script in your /var/www directory and give it a .php extension

Code:

sudo apt-get install lighttpd php5-cgi
sudo service lighttpd force-reload

unamis76

legendary

Activity: 1512

Merit: 1012

toxic0n

member

Activity: 413

Merit: 10

Quote from: unamis76 on May 07, 2014, 03:35:15 PM

Having more hardware errors with 0.9e than I had with the cgminer I previously used. Using autotune frequencies for each chip. I know which chips are weaker, but I am not sure which ones are sending out the errors. Any way to discover this info on the log?

Create a php script as per below and you can see the individual chips and the HW errors on them.

Quote from: sandor111 on May 04, 2014, 06:32:51 AM

Here is an example for PHP:

Code:

define("API_MINER_START_TIME", "t");
define("API_DEVICES", "d");
define("API_CHIPS", "c");
define("API_LAST_SHARE", "l");
define("API_CHIP_ACCEPTED", "ac");
define("API_CHIP_REJECTED", "re");
define("API_CHIP_HW_ERRORS", "hw");
define("API_CHIP_FREQUENCY", "fr");
define("API_CHIP_HASHRATE", "ha");
define("API_CHIP_SHARES", "sh");
if(!($fp = fsockopen("127.0.0.1", 4028, $errno, $errstr, 0)))
{
    die("Failed to open socket");
}
stream_set_blocking($fp, false);
$out = json_encode(array("get" => "stats"))."\n";
fwrite($fp, $out);
usleep(100000);
$out = "";
while(!feof($fp))
{
    if(!($str = fgets($fp, 2048))) break;
    $out .= $str;
}
fclose($fp);
$arr = json_decode($out);
print_r($arr);

This will print the JSON array.
To get the list of devices you would simply do

Code:

$devs = $arr[API_DEVICES];

unamis76

legendary

Activity: 1512

Merit: 1012

Having more hardware errors with 0.9e than I had with the cgminer I previously used. Using autotune frequencies for each chip. I know which chips are weaker, but I am not sure which ones are sending out the errors. Any way to discover this info on the log?

fivejonnyfive

sr. member

Activity: 294

Merit: 250

Quote from: sandor111 on May 07, 2014, 10:48:03 AM

Serial string is added to display when built from the last commit.

Nice! I was going to suggest that feature. Thanks mate.

plzt

newbie

Activity: 22

Merit: 0

0.9e going strong for 28 hours so far

will update to f next time there's an interrupt

sandor111

hero member

Activity: 616

Merit: 500

Serial string is added to display when built from the last commit.

Kokok

newbie

Activity: 54

Merit: 0

Quote from: sandor111 on May 07, 2014, 09:46:13 AM

cpuminer-gc3355 v0.9f

* Automatic detection of GC3355 miners (not for Windows): --gc3355-detect
* API: on the fly frequency setting
* API: allow simulaneous connections

Binaries have been updated.
Windows: https://www.dropbox.com/s/ttqa9p851siz8oi/minerd-gc3355.zip
Raspberry PI: https://www.dropbox.com/s/xc3lvysi8vtrt00/minerd-gc3355

This just keeps getting better and better!
Grin

sandor111

hero member

Activity: 616

Merit: 500

cpuminer-gc3355 v0.9f

* Automatic detection of GC3355 miners (not for Windows): --gc3355-detect
* API: on the fly frequency setting
* API: allow simulaneous connections

Binaries have been updated.
Windows: https://www.dropbox.com/s/ttqa9p851siz8oi/minerd-gc3355.zip
Raspberry PI: https://www.dropbox.com/s/xc3lvysi8vtrt00/minerd-gc3355

reactor

sr. member

Activity: 420

Merit: 250

Quote from: plzt on May 07, 2014, 03:38:24 AM

Quote from: MatthewBCF on May 06, 2014, 09:14:48 PM

Quote from: MatthewBCF on May 06, 2014, 12:12:13 PM

Nice update Sandor - RE v0.9e - I see blades more stable now, but after time it still falls into the path of not posting work..the 5chips remain good though when that happens.

Trying with the new timeout flag to see if that keeps them going after 1-2 hrs. Will report back if they don't recycle with the flag.

Alright the last 8+ hours with .9e has been rock solid as long as the timeout recycle is set..

I don't how many occurred but I randomly caught 3 recycles during that time.

I just wish one of them wasn't throwing ~20HW error/hr.

This is by far and away the most solid I've with a steady 2.7MH @pool across all blades @838Mhz.

If anyone has ideas to squeeze out a bit more juice or calm the HW errors on a blade I'm all ears.

I'm now on 21 hours and all seems to be good. Timeout set at 300

I've my blades set at 838 and getting the following stats:

GSD 0 | 838 MHz | 2796.9/2828.6 KH/s | A: 12867 R: 45 H: 1

GSD 1 | 838 MHz | 2811.4/2829.9 KH/s | A: 12943 R: 36 H: 2

I've got to update to the new .9e, having some weird issues but I'm always distracted and don't catch what is happening before the script pushes through to a reboot. Actually upped my timeout since the 5-chips were cutting out due to pool diff. As opposed to what someone else said on here, I'm finding my devices jumping between what /dev/tty~~ they're on so I can't consistently put the 5-chips one spot and the blades in another. Guess I'm glad I got the 5chips since they're discontinued now, but I'd still like to get my hash value for them.

Out of curiosity, since I'm still getting back in the linux bike after many years, I've got a question for folks. Cheesy

If you use CGMiner you'll see a device id per device, can't remember off the top of my head but the 5chips had 4* and the blades had 6* (or the other way around), both easily associated with hashrates so you can know which device is which. So... first question, where do those ids come from? From exploring lsusb and diving in from there I cannot find these ids anywhere, *but* if I can detect them and what usb location they're at I can script out different pools for 5chips and blades. Mind you, this is all because I want to have this all on the rpi and not have my windows box on if I can avoid it. And because over the course of this morning #4 has swapped between blade and 5chip in the work I've been doing, but with no rhyme or reason to when it switches on different reboots. Have a better hub coming this morning so no chaining required anymore, but would like to find a software solution as well just for redundancy.

plzt

newbie

Activity: 22

Merit: 0

Quote from: MatthewBCF on May 06, 2014, 09:14:48 PM

Quote from: MatthewBCF on May 06, 2014, 12:12:13 PM

Nice update Sandor - RE v0.9e - I see blades more stable now, but after time it still falls into the path of not posting work..the 5chips remain good though when that happens.

Trying with the new timeout flag to see if that keeps them going after 1-2 hrs. Will report back if they don't recycle with the flag.

Alright the last 8+ hours with .9e has been rock solid as long as the timeout recycle is set..

I don't how many occurred but I randomly caught 3 recycles during that time.

I just wish one of them wasn't throwing ~20HW error/hr.

This is by far and away the most solid I've with a steady 2.7MH @pool across all blades @838Mhz.

If anyone has ideas to squeeze out a bit more juice or calm the HW errors on a blade I'm all ears.

I'm now on 21 hours and all seems to be good. Timeout set at 300

I've my blades set at 838 and getting the following stats:

GSD 0 | 838 MHz | 2796.9/2828.6 KH/s | A: 12867 R: 45 H: 1

GSD 1 | 838 MHz | 2811.4/2829.9 KH/s | A: 12943 R: 36 H: 2

Ranma13

newbie

Activity: 17

Merit: 0

Quote from: edonkey on May 06, 2014, 08:30:32 PM

Is there a way to have cpuminer automatically find all of the Gridseed 5-chip devices rather than specify each one via the --gc3355=/dev option?

If you're on Linux, you can use this command:

Code:

minerd -o stratum+tcp://pool.com -u USERNAME -p PASSWORD --gc3355-autotune --gc3355=`ls -m /dev/ttyACM* | sed -e 's/, /,/g' | tr -d '\n'` --freq=1200

MatthewBCF

member

Activity: 71

Merit: 10

Quote from: MatthewBCF on May 06, 2014, 12:12:13 PM

Nice update Sandor - RE v0.9e - I see blades more stable now, but after time it still falls into the path of not posting work..the 5chips remain good though when that happens.

Trying with the new timeout flag to see if that keeps them going after 1-2 hrs. Will report back if they don't recycle with the flag.

Alright the last 8+ hours with .9e has been rock solid as long as the timeout recycle is set..

I don't how many occurred but I randomly caught 3 recycles during that time.

I just wish one of them wasn't throwing ~20HW error/hr.

This is by far and away the most solid I've with a steady 2.7MH @pool across all blades @838Mhz.

If anyone has ideas to squeeze out a bit more juice or calm the HW errors on a blade I'm all ears.

Topic: [GUIDE] GridSeed 5-Chip USB, Blade & Black Miner Support/Tuning - page 22. (Read 308847 times)