OFFICIAL CGMINER mining software thread for linux/win/osx/mips/arm/r-pi 4.11.1

[WBF1]

Any plan to merge novak's compac driver back into master?

Unfortunately we don't "suck code" from others, they "push code" and we accept it after making suggestions, so no.

Got it. So once it's mature he'd push back this way then possibly you merge it if it looks acceptable?

Yep.

I doubt it looks acceptable yet, it's pretty much the half of icarus that I wanted plus some initialization.  I intend to clean it up more when I add multi-chip support. 

But I do plan to push it into cgminer so it's available.

--
novak

Awesome, thanks.

[o_solo_miner]

Sorry for asking:

I am running Bitcoin Core v0.11.0 on a Debian64 PC and it runs well.
Now i added the bitcoin.conf and start with -server.

On my Win PC I am able to mine solo with cgminer 4.7.1 to my Bitcoin core XXX.
EDIT:
It look's like i am wrong, http request failed connect.


Then I tryed using cgminer 4.9.2 and I got the Message:
No Stratum, GBT or Solo support  in pool 0 http://192.168.2.112:8332 unable to use.

To test that the compile is ok I did a change from my bitcoin core to solockpool
and it works with stratum ok.


I am a bit lost about what i am doing (config on Debian site or cgminer) wrong?

[kano]

You need to send an address
https://github.com/ckolivas/cgminer/blob/master/README#L57

[-ck]

Sorry for asking:

I am running Bitcoin Core v0.11.0 on a Debian64 PC and it runs well.
Now i added the bitcoin.conf and start with -server.

On my Win PC I am able to mine solo with cgminer 4.7.1 to my Bitcoin core XXX.
EDIT:
It look's like i am wrong, http request failed connect.


Then I tryed using cgminer 4.9.2 and I got the Message:
No Stratum, GBT or Solo support  in pool 0 http://192.168.2.112:8332 unable to use.

To test that the compile is ok I did a change from my bitcoin core to solockpool
and it works with stratum ok.


I am a bit lost about what i am doing (config on Debian site or cgminer) wrong?

Did you compile with libcurl and are you specifying a btc address in your configuration? They're essential for solo mining. Furthermore the bitcoin-qt binary alone isn't enough to solo mine with any more, you need the rpc component.

[o_solo_miner]

@Kano:
yes I did, same as I used before on Windows bitcoin-qt (v 0.8.0 because of xp).

@ck:
Did you compile with libcurl and are you specifying a btc address in your configuration?

yes I did compile with libcurl and a btc adress was also supplyed.


BUT: it is my first attempt on Debian64 and the v0.11.0 bitcoin core.

=> you need the rpc component

in bitcoin.conf stored under ~/.bitcoin I enter the rpcuser / rpcpassword and rpcipallow=the raspi ip where
cgminer is running on.

or do i need to start something on the Debian64 server?
at the moment I do ./bitcoin-qt -server

[-ck]

@Kano:
yes I did, same as I used before on Windows bitcoin-qt (v 0.8.0 because of xp).

@ck:
Did you compile with libcurl and are you specifying a btc address in your configuration?

yes I did compile with libcurl and a btc adress was also supplyed.


BUT: it is my first attempt on Debian64 and the v0.11.0 bitcoin core.

=> you need the rpc component

in bitcoin.conf stored under ~/.bitcoin I enter the rpcuser / rpcpassword and rpcipallow=the raspi ip where
cgminer is running on.

or do i need to start something on the Debian64 server?
at the moment I do ./bitcoin-qt -server

Check you are explicitly using http:// as well for the address, and check the syntax of your rpcipallow as it changed not too long ago.

[o_solo_miner]

Thank you ck!

=>and check the syntax of your rpcipallow as it changed not too long ago.

that is what I found out now on github:

 -rpcallowip=<ip>
       Allow JSON-RPC connections from specified source. Valid for <ip> are a
       single IP (e.g. 1.2.3.4), a network/netmask (e.g. 1.2.3.4/255.255.255.0)
       or a network/CIDR (e.g. 1.2.3.4/24). This option can be specified
       multiple times


my fault was located in bitcoin.conf:

rpcallowip=192.168.2.0/192.168.2.255 WRONG!

should be:
rpcallowip=192.168.2.0/24

  I am sorry!


Anyway I am happy that it works now!

Sometimes I wounder about where a central source for those kind of Information exist?

[Mikestang]

Had a power outage yesterday, since then I've been getting weird errors with my nanofury usb sticks.  They'll run fine for a while, then this starts:


The only cure is to quit cgminer, physically unplug and replug each stick (some of them the mining light stays on even after quitting cgminer), then restart cgminer.

Any ideas what is causing this?  Thanks.

[-ck]

Had a power outage yesterday, since then I've been getting weird errors with my nanofury usb sticks.  They'll run fine for a while, then this starts:

The only cure is to quit cgminer, physically unplug and replug each stick (some of them the mining light stays on even after quitting cgminer), then restart cgminer.

Any ideas what is causing this?  Thanks.

Looks like a fatal error on the sticks - they're just not talking back. Not sure how they would have gotten damaged by a power outage but they look like they've had it. Each and every one of my nanofuy USB stick based miners eventually died on me.

[Mikestang]

Each and every one of my nanofuy USB stick based miners eventually died on me.

Hmm, well that's disheartening to hear.  I had one die on me months and months ago, but I had it OC'd and was just asking to burn it out.  These 6 have been champs since that one burned out, I've run them at stock setting with a fan the entire time.

The screen cap above shows errors only on one stick, maybe I've got one bad apple in the group, I'll mess with them tonight and see.

Does the fact that they come back just fine for a while (hours at this point) when unplugged/replugged not mean anything?  Just another symptom of their inevitable demise?  If so then I just got room for a few more compacs.

[-ck]

Does the fact that they come back just fine for a while (hours at this point) when unplugged/replugged not mean anything?  Just another symptom of their inevitable demise?  If so then I just got room for a few more compacs.

Not really. When I say mine died, they all ended up like that - they'd start up ok but last progressively less time before dying. Think of them as evolving into antminer U3s (in a bad way).

[Chris_Sabian]

I'm trying to get a config file to split hashrate between 2 different pools.  I'm running on Win7 with a gekko usb stick.  I would like to run maybe 50% on pool1 and 50% pool2.  I have the following code:

Code:

cgmine  --url stratum+tcp://solo.ckpool.org:3333 -u 1JiWuyX94wrCr7JhkAn7x5qNMCEef1KhqX.Chris_Sabianstick -p passa --quota stratum+tcp://solo.ckpool.org:3333 -u 13fKi6ND8mbiAnD4DCj9wg3P9CXyFzFvCi -p passb --compac-freq 155 --usb :2 --suggest-diff 10

I believe that I just have a simple error or two somewhere.  Not sure where of if I'm even getting the context correct.

[TheRealSteve]

If you just want a 50/50 split, I'd suggest using the --balance option instead, or use --load-balance without setting quotas (they default to an even split across pools).  You do need one of those commands or else it'll just be in failover mode, regardless of you having used --quota

In terms of your command line, have a look at the documentation:

Code:

--url poola:porta -u usernamea -p passa --quota "2;poolb:portb" -u usernameb -p passb

"Will give poola 1/3 of the work and poolb 2/3 of the work."

so in your case you might use any one of:

Code:

--balance --url poola:porta -u usernamea -p passa --url poolb:portb -u usernameb -p passb
--load-balance --url poola:porta -u usernamea -p passa --url poolb:portb -u usernameb -p passb
--load-balance --url poola:porta -u usernamea -p passa --quota "1;poolb:portb" -u usernameb -p passb
--load-balance -quota "1;poola:porta" -u usernamea -p passa --quota "1;poolb:portb" -u usernameb -p passb

Yet another alternative would be to use the --rotate option, presuming the pools perform much the same then rotating through the pools every N minutes has roughly the same 'even split' effect.

[Chris_Sabian]

If you just want a 50/50 split, I'd suggest using the --balance option instead, or use --load-balance without setting quotas (they default to an even split across pools).  You do need one of those commands or else it'll just be in failover mode, regardless of you having used --quota

In terms of your command line, have a look at the documentation:

Code:

--url poola:porta -u usernamea -p passa --quota "2;poolb:portb" -u usernameb -p passb

"Will give poola 1/3 of the work and poolb 2/3 of the work."

so in your case you might use any one of:

Code:

--balance --url poola:porta -u usernamea -p passa --url poolb:portb -u usernameb -p passb
--load-balance --url poola:porta -u usernamea -p passa --url poolb:portb -u usernameb -p passb
--load-balance --url poola:porta -u usernamea -p passa --quota "1;poolb:portb" -u usernameb -p passb
--load-balance -quota "1;poola:porta" -u usernamea -p passa --quota "1;poolb:portb" -u usernameb -p passb

Yet another alternative would be to use the --rotate option, presuming the pools perform much the same then rotating through the pools every N minutes has roughly the same 'even split' effect.

Thanks!  I was able to get what I needed from your code.

  For some reason, I was messing up the poola:porta part.  I didn't realize that it was poolA:PortA .   ugh.  I guess this is why I'm not a programmer. I was looking for a 'poola' command...

[maximcmd]

Hi, everybody,

I need help with 4.9.2

I have - 
Windows XP sp3
Antminer U3
cgminer 4.9.2 from official download page.
All drivers are installed

The problem with 4.9.2 is the next - it doesn't start with batch file in any syntax. No matter cgminer or cgminer.exe. That means I have to start my cgminer manually everytime and run it with standart freq 225/volt 775. I did the conf file with changes in --au3 lines from default 225/775 to 250/850. The conf file is in the same folder with cgminer as well as the batch file. No results at all. If I start the batch file the cmd window appears and drops in ½ second. If I start cgminer itself it come and works but with default 225/775! How I can organize start with batch file and change the settings for my u3?

There were no problems with my previous  cgminer 4.6.1 at all except the speed and tons of errors. Now with 4.9.2 and default settings for u3 I have speed up to 54 Gh/s and 1-2% of dups/stoles. The only thing that makes me sad is the configuration and batch which still useless.

Could you give me any suggestion?

The sample of batch I try to use - "cgminer.exe -o *** -u *** -p *** --au3-freq 250 --au3-volt 850"

I thought that the batch file with just "cgminer.exe -n" in line will start cgminer and show the settings for device. But this one doesn't work too...

[os2sam]

If I start the batch file the cmd window appears and drops in ½ second.

Could you give me any suggestion?

Put a pause after your command line so that you can see what the error. 

such as

cgminer.exe -o *** -u *** -p *** --au3-freq 250 --au3-volt 850
pause


Or open a command line dos box prompt and then type in your complete command so you can see why if failed.

[maximcmd]

Thank you! Adding "pause" to the .bat file works perfect, cgminet starts with .bat.

There is another problem I found trying sugestion #2, using full command line in cmd - it says that devices found: USB 0; BUS 1 (and this is my u3!)
 I am confused... It works perfect if I plug U3 to the desktop, U3 is recognized as usb device. But when I move it to the laptop it is recognized as BUS device and I do not understand why there is no connection to usb port. Both computers are with XP and have similar tree in device manager...

[os2sam]

Thank you! Adding "pause" to the .bat file works perfect, cgminet starts with .bat.

There is another problem I found trying sugestion #2, using full command line in cmd - it says that devices found: USB 0; BUS 1 (and this is my u3!)
 I am confused... It works perfect if I plug U3 to the desktop, U3 is recognized as usb device. But when I move it to the laptop it is recognized as BUS device and I do not understand why there is no connection to usb port. Both computers are with XP and have similar tree in device manager...

Did you install the WinUSB driver via Zadig for WinXP?

[maximcmd]

Yes, I did. I did install 2102 usb to uart bridge controller and change driver to WinUSB using Zadig (with plugged U3 as it's written in the instruction to U3
)... Should I reinstall the driver? Or install the controller again?

[os2sam]

Yes, I did. I did install 2102 usb to uart bridge controller and change driver to WinUSB using Zadig (with plugged U3 as it's written in the instruction to U3
)... Should I reinstall the driver? Or install the controller again?

Run Zadig again, select "list all" and verify that all your miners are using the WinUSB.  Also copy and paste the error your getting so we can see what you are getting.