Author

Topic: GekkoScience Compac BM1384 Stickminer Official Support Thread - page 126. (Read 268147 times)

legendary
Activity: 1456
Merit: 1000
Your stick is going out today, and probably delivered tomorrow given the proximity.

Sounds great thank you for the update.  I do appreciate it.

That means I should be able to test RPI with it pretty easy.  I think I will try raspbian first see how it goes, then minera as a second option.
legendary
Activity: 3416
Merit: 1865
Curmudgeonly hardware guy
Your stick is going out today, and probably delivered tomorrow given the proximity.
legendary
Activity: 1456
Merit: 1000
I should get my RPI today.  So looking into trying it was review compac.  I was pretty late on queue since of when I bought so will not be using production unit in testing. 

But excited to play with RPI and review one to see how it goes.  Has to beat my debian machine that kept dropping wireless once a day.
hero member
Activity: 686
Merit: 500
FUN > ROI
Unrelated, but just dropping it here: a switch that'll work with solo.ckpool: --suggest-diff N.  Set N equal to or greater than your hash rate in Gh/s.  Saves some unnecessary diff switching and high diff on startup.
legendary
Activity: 4382
Merit: 9330
'The right to privacy matters'

it has the quirk that I can't make a good .bat file.  I have to run cgminer alone then enter a pool.  pretty sure that is something to do with vmware fusion shell.


This might be VM performance lag; I would suggest adding:

timeout 5

between each step in the bat file.  This will cause a pause of 5 seconds between each step.  If its VM performance lag thats the problem this should solve it.  Maybe if your mac is old you will need 10 seconds.


so

cgminer.exe -o stratum+tcp://solo.ckpool.org:3333 -u 1JiWuyX94wrCr7JhkAn7x5qNMCEef1KhqX.philipma1957sticks --compac-freq 150


needs to be :

cgminer.exe -o stratum+tcp://solo.ckpool.org:3333 -u 1JiWuyX94wrCr7JhkAn7x5qNMCEef1KhqX.philipma1957sticks --timeout 5 --compac-freq 150


did not work
legendary
Activity: 4382
Merit: 9330
'The right to privacy matters'

it has the quirk that I can't make a good .bat file.  I have to run cgminer alone then enter a pool.  pretty sure that is something to do with vmware fusion shell.


This might be VM performance lag; I would suggest adding:

timeout 5

between each step in the bat file.  This will cause a pause of 5 seconds between each step.  If its VM performance lag thats the problem this should solve it.  Maybe if your mac is old you will need 10 seconds.

so

cgminer.exe -o stratum+tcp://solo.ckpool.org:3333 -u 1JiWuyX94wrCr7JhkAn7x5qNMCEef1KhqX.philipma1957sticks
legendary
Activity: 1150
Merit: 1004
That's the problem, it should be as simple as just typing cd cgminer-gekko (if not already in the dir) sudo ./cgminer and have it start mining on the pool/s (after filling in the pool/s and everything "once", without any more typing.

But because it can't read/write the cgminer.conf file I have to type: sudo ./cgminer -o stratum+tcp://stratum+tcp://solo.ckpool.org:3333 -u 1JiWuyX94wrCr7JhkAn7x5qNMCEef1KhqX.Jake36stick --compac-freq 150 every time.

Edit: that is on a Pi 2 with fresh and updated install of 2015-05-05-raspbian-wheezy on it. And scrolling back after every step of the build and seeing no errors in the build. Hmmm, that gives me an ideal, try building with out updating raspbian and see if maybe something in the updates are not compatible.

Edit 2: I have cgminer-4.9.2 running on a second Pi 2 with the same raspbian on it, but it reads/writes the cgminer.conf file, but it was done back around when 4.9.2 was first released.

This is probably a long shot, but could it be a permissions problem? Maybe the user you're running cgminer under doesn't have write permission for the destination folder where you're trying to put the config?

Of course I would expect it to error, but not quit or crash. So maybe that's not it. Worth checking though.
sr. member
Activity: 331
Merit: 250
I'm using the Pi 2, getting ready to do another build, been having trouble with saving the configuration file in cgminer-gekko. Think I narrowed it down to libjansson-dev, but not sure yet.

Are you sure that your config file is not damaged? If you're been cutting and copying from web pages, it might have high ASCII or other unreadable characters in it.

I don't know what platform you're on, but you probably can "clean" the text to make sure it doesn't have whacky characters in it. On the Mac there's a tool called TextWrangler (it's free) that has a "Zap Gremlins" command that removes non-ASCII characters. Very useful.

No, it's after the build and cgminer is running, when I hit "s" and "w" to save the cgminer.conf file, it quits cgminer and kicks me back to terminal.

When cgminer is running, if I hit "s" and "c" to restart cgminer that's where the fatal json error message comes up and with another message saying it can't read the cgminer.conf file (because all it makes is a blank file). Even when I fill in the cgminer.conf file with pool/s and freq, it can't read it.
I'm not sure about how to resolve the conf. file problem. BUT... Don't bother trying to "Restart" cgminer from a running instance. It is a LONNNNNnnngggggGG know fact that, that particular function "ReStart" is/has been broken. If you NEED to ReStart, your only choice is too "Quit" and run .exe again.

That's the problem, it should be as simple as just typing cd cgminer-gekko (if not already in the dir) sudo ./cgminer and have it start mining on the pool/s (after filling in the pool/s and everything "once", without any more typing.

But because it can't read/write the cgminer.conf file I have to type: sudo ./cgminer -o stratum+tcp://stratum+tcp://solo.ckpool.org:3333 -u 1JiWuyX94wrCr7JhkAn7x5qNMCEef1KhqX.Jake36stick --compac-freq 150 every time.

Edit: that is on a Pi 2 with fresh and updated install of 2015-05-05-raspbian-wheezy on it. And scrolling back after every step of the build and seeing no errors in the build. Hmmm, that gives me an ideal, try building with out updating raspbian and see if maybe something in the updates are not compatible.

Edit 2: I have cgminer-4.9.2 running on a second Pi 2 with the same raspbian on it, but it reads/writes the cgminer.conf file, but it was done back around when 4.9.2 was first released.
legendary
Activity: 966
Merit: 1003
I'm using the Pi 2, getting ready to do another build, been having trouble with saving the configuration file in cgminer-gekko. Think I narrowed it down to libjansson-dev, but not sure yet.

Are you sure that your config file is not damaged? If you're been cutting and copying from web pages, it might have high ASCII or other unreadable characters in it.

I don't know what platform you're on, but you probably can "clean" the text to make sure it doesn't have whacky characters in it. On the Mac there's a tool called TextWrangler (it's free) that has a "Zap Gremlins" command that removes non-ASCII characters. Very useful.

No, it's after the build and cgminer is running, when I hit "s" and "w" to save the cgminer.conf file, it quits cgminer and kicks me back to terminal.

When cgminer is running, if I hit "s" and "c" to restart cgminer that's where the fatal json error message comes up and with another message saying it can't read the cgminer.conf file (because all it makes is a blank file). Even when I fill in the cgminer.conf file with pool/s and freq, it can't read it.
I'm not sure about how to resolve the conf. file problem. BUT... Don't bother trying to "Restart" cgminer from a running instance. It is a LONNNNNnnngggggGG know fact that, that particular function "ReStart" is/has been broken. If you NEED to ReStart, your only choice is too "Quit" and run .exe again.
legendary
Activity: 4382
Merit: 9330
'The right to privacy matters'

I need to play with it some more.  But the hub is really pretty good.

 I am able to run quite a bit higher freq 350 and 0 errors  2 sticks around 20gh.

Yet I can't run 3 sticks at good numbers..

I have many hubs and will do more testing tommorrow.

I have 3 pc's
 I have 1 doing windows 7 pretty new build and i5 cpu ------------ This is doing 8 sticks at freq 150
 I have 1 doing windows 7 in a vm shell a mac mini i5 ------------- This is doing 7 sticks at freq 125

 I have 1 doing windows 10 an i5 cpu new build new mobo -------- This is doing 2 sticks at freq 250 perfectly  I can go to freq 350 perfectly on 2 sticks  So far this setup is the really weird one as it allows 2 sticks as high as freq 350 yet does not  like to do 3 or more sticks.
could be a mobo issue. 

I am a bit tired will get back with more info

Interesting, so the other machines can both do as many sticks per hub as want?  It seems that at least one other person (Ecnad) is having the same issue so motherboard issues seems maybe too specific.  It could maybe windows 10.  I'll keep looking at it, Ecnad got me a logfile.

--
novak

more or less as one hub I am using on  one of the windows 7 can provide 1.1- 1.3  amps  for 3 jacks  so I can run 3 sticks at 250 freq.  which is good.

the mac mini build is in a shell and it has its own quirks but that is partially due to the vmware fusion shell but 7 sticks at freq 125 is okay. about 5.6gh each.

it has the quirk that I can't make a good .bat file.  I have to run cgminer alone then enter a pool.  pretty sure that is something to do with vmware fusion shell.

but I am happy with 7 sticks at  freq 125 stable enough.
sr. member
Activity: 331
Merit: 250
I'm using the Pi 2, getting ready to do another build, been having trouble with saving the configuration file in cgminer-gekko. Think I narrowed it down to libjansson-dev, but not sure yet.

Are you sure that your config file is not damaged? If you're been cutting and copying from web pages, it might have high ASCII or other unreadable characters in it.

I don't know what platform you're on, but you probably can "clean" the text to make sure it doesn't have whacky characters in it. On the Mac there's a tool called TextWrangler (it's free) that has a "Zap Gremlins" command that removes non-ASCII characters. Very useful.

No, it's after the build and cgminer is running, when I hit "s" and "w" to save the cgminer.conf file, it quits cgminer and kicks me back to terminal.

When cgminer is running, if I hit "s" and "c" to restart cgminer that's where the fatal json error message comes up and with another message saying it can't read the cgminer.conf file (because all it makes is a blank file). Even when I fill in the cgminer.conf file with pool/s and freq, it can't read it.
full member
Activity: 173
Merit: 100

I need to play with it some more.  But the hub is really pretty good.

 I am able to run quite a bit higher freq 350 and 0 errors  2 sticks around 20gh.

Yet I can't run 3 sticks at good numbers..

I have many hubs and will do more testing tommorrow.

I have 3 pc's
 I have 1 doing windows 7 pretty new build and i5 cpu ------------ This is doing 8 sticks at freq 150
 I have 1 doing windows 7 in a vm shell a mac mini i5 ------------- This is doing 7 sticks at freq 125

 I have 1 doing windows 10 an i5 cpu new build new mobo -------- This is doing 2 sticks at freq 250 perfectly  I can go to freq 350 perfectly on 2 sticks  So far this setup is the really weird one as it allows 2 sticks as high as freq 350 yet does not  like to do 3 or more sticks.
could be a mobo issue. 

I am a bit tired will get back with more info

Interesting, so the other machines can both do as many sticks per hub as want?  It seems that at least one other person (Ecnad) is having the same issue so motherboard issues seems maybe too specific.  It could maybe windows 10.  I'll keep looking at it, Ecnad got me a logfile.

--
novak
legendary
Activity: 4382
Merit: 9330
'The right to privacy matters'
here is valid hash
note the zombies the hub was only able to run 7 sticks  see second screen shots I still  get drop outs

I'm still more inclined to wonder about hardware than software, unless there is some difference between our win7 setups.

Do you have something else to test on- a raspi, a mac, or linux box?  You've already used this same powered hub for large numbers of stickminers before, right?

If you run it with --debug and create a log file I can look at it some more.  Example:

cgminer.exe -o stratum+tcp://stratum.mining.eligius.st:3334 -u 1BURGERAXHH6Yi6LRybRJK7ybEm5m5HwTr --compac-freq 150 --debug 2>logfile.txt

Just run a few minutes or the file will get pretty big, so log long enough to see some failures, then kill it and you can send me the file.

--
novak

I need to play with it some more.  But the hub is really pretty good.

 I am able to run quite a bit higher freq 350 and 0 errors  2 sticks around 20gh.

Yet I can't run 3 sticks at good numbers..

I have many hubs and will do more testing tommorrow.

I have 3 pc's
 I have 1 doing windows 7 pretty new build and i5 cpu ------------ This is doing 8 sticks at freq 150
 I have 1 doing windows 7 in a vm shell a mac mini i5 ------------- This is doing 7 sticks at freq 125

 I have 1 doing windows 10 an i5 cpu new build new mobo -------- This is doing 2 sticks at freq 250 perfectly  I can go to freq 350 perfectly on 2 sticks  So far this setup is the really weird one as it allows 2 sticks as high as freq 350 yet does not  like to do 3 or more sticks.
could be a mobo issue. 

I am a bit tired will get back with more info
legendary
Activity: 1150
Merit: 1004
I'm using the Pi 2, getting ready to do another build, been having trouble with saving the configuration file in cgminer-gekko. Think I narrowed it down to libjansson-dev, but not sure yet.

Are you sure that your config file is not damaged? If you're been cutting and copying from web pages, it might have high ASCII or other unreadable characters in it.

I don't know what platform you're on, but you probably can "clean" the text to make sure it doesn't have whacky characters in it. On the Mac there's a tool called TextWrangler (it's free) that has a "Zap Gremlins" command that removes non-ASCII characters. Very useful.
sr. member
Activity: 331
Merit: 250
Here you go:




--
novak

Thank you novak!  I was afraid of turning it much on my own.  This explains a lot.

Has anyone used the RPI 1 B with it and RPI 2? I was wondering if there is any noticeable difference for this with the RPI 2 that is worth the upgrade cost of getting another PI.  Was not sure if worth buying one or not.

I'm using the Pi 2, getting ready to do another build, been having trouble with saving the configuration file in cgminer-gekko. Think I narrowed it down to libjansson-dev, but not sure yet.

One difference on the Pi 2 is 1GB of ram and Broadcom BCM2836 ARMv7 Quad Core Processor at 900 MHz. So not sure if it's worth the cost to upgrade or not.
sr. member
Activity: 311
Merit: 250
Having the same issue with the sticks I got today. running a log for you now.

Update: have 2 running stable at 100Mhz. Anything over 100 and they start throwing the errors, and that is in an eyeboot powered hub that should more than support them.

Any more than 2 sticks causes the usual reboots believed to be windows' fault.
full member
Activity: 173
Merit: 100
here is valid hash
note the zombies the hub was only able to run 7 sticks  see second screen shots I still  get drop outs

I'm still more inclined to wonder about hardware than software, unless there is some difference between our win7 setups.

Do you have something else to test on- a raspi, a mac, or linux box?  You've already used this same powered hub for large numbers of stickminers before, right?

If you run it with --debug and create a log file I can look at it some more.  Example:

cgminer.exe -o stratum+tcp://stratum.mining.eligius.st:3334 -u 1BURGERAXHH6Yi6LRybRJK7ybEm5m5HwTr --compac-freq 150 --debug 2>logfile.txt

Just run a few minutes or the file will get pretty big, so log long enough to see some failures, then kill it and you can send me the file.

--
novak
full member
Activity: 207
Merit: 100
Ok, so just restarting everything seemed to do the trick.

Now I have the compac's running, but when I try to run my Antminer U1/U3's in BFG, they fail to initialize.

Found a solution to the Antminer / Compac problem.

I ran the compac's on the CGMinger-gekko version. I have two of them, and I added to the end of the command line argument "--usb :2" This keeps CGMiner from scanning for other USB interfaces.

Then, I ran the Antminer units utilizing BFGMiner. BFG didn't seem to conflict with the Compacs when I do it that way.
full member
Activity: 207
Merit: 100
Ok, so just restarting everything seemed to do the trick.

Now I have the compac's running, but when I try to run my Antminer U1/U3's in BFG, they fail to initialize.
legendary
Activity: 1274
Merit: 1000
It's been awhile but I thought I remember Windows having a problem running too many sticks.  That's why many opted to using a Pi.

I am running 6 nanofury usb sticks on my WinXP box and no issues for many months.

Can't wait to get my Compacs, as just 1 of them will out perform all 6 of my current sticks.  Grin
Jump to: