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

[-ck]

I'm not sure what the problem is with your avalon2 but one thing I am sure of is there is  no -S command in the mainline cgminer for any ASICs and hasn't been for a year. That was only for old serial based devices and all mainline cgminer uses direct USB only (cgminer forks are likely different but any drivers merged into mainline cgminer have to use direct USB).

ok, no drama I will go back to the docs.

Actually I'm sorry but I take it back. The avalon2 is a special case and I've not really kept track of what's happening with that driver but the first incarnation did use a serial connection. I've been drowning in stuff to keep track of everything lately.

I'll be travelling over the next 4 weeks and while I will have internet access I will only be available in a limited capacity so bear that in mind with support or development requests and don't assume I've abandoned you all.

I hope you enjoy your travelling, if I am going by your avatar it will be to Japan
Anyways enjoy your trip ckolivas and thanks for all the work.

Heh thanks. I went to Japan earlier this year. Now it's a family holiday to Greece for a summer interlude in our winter.

[1498164275]

1498164275

[1498164275]

1498164275

[1498164275]

1498164275

[techman05]

Just make sure you've tested your camera and setup international data. I can only fear you have your email account that gets your watch notification for this post and bam goes your data.

Also while your on the avalon 2 , any idea if avalon 3 devices work with current cgminer or you have one sitting around to keep you busy after you get to breath. They are on my wishlist if they ever come down the the antminer s1's have (avalon 3 single is still 400 ish and requires an external control device)

[-ck]

Also while you're on the avalon 2 , any idea if avalon 3 devices work with current cgminer or you have one sitting around to keep you busy after you get to breath.

I know nothing of the avalon3 sorry. The other software project I'm working on is keeping me busy mostly along with people throwing new hardware at me that I've never even heard of now... and the mining scene and major players do not remotely resemble anything I recall from a year ago.

[ManeBjorn]

It is amazing how fast the industry has evolved.  There are so many new companies as well as established that it is crazy fun.
I can only imagine how nuts that must be on your end trying to support it all.
Keep up the good work and enjoy your time away. 

Also while you're on the avalon 2 , any idea if avalon 3 devices work with current cgminer or you have one sitting around to keep you busy after you get to breath.

I know nothing of the avalon3 sorry. The other software project I'm working on is keeping me busy mostly along with people throwing new hardware at me that I've never even heard of now... and the mining scene and major players do not remotely resemble anything I recall from a year ago.

[dexX7]

Say I wanted to make sure I don't contribute to malicious pool activity, namely an attempt of the pool operator to withhold blocks for whatever reason, and I do so by verifying that once I found a block, the block is indeed broadcasted by the operator within a short timeframe, or otherwise, if this is not the case, I switch to another pool. It's easy to use a local or an external node to watch for the appeance of new blocks, but I was wondering what would be the best way to get the information about new blocks out of CGMiner? I could redirect the debug output and identify "found block" statements and then use the RPC-API to switch pools, but is this the best way?

[Ankhy]

I've compiled the newest cgminer 4.4.0 with following Options on a Raspian PI Debian Wheezy:

Code:

sudo apt-get install libusb-1.0-0-dev libusb-1.0-0 libcurl4-openssl-dev libncurses5-dev libudev-dev
wget http://ck.kolivas.org/apps/cgminer/cgminer-4.4.0.tar.bz2
tar xvf cgminer-4.4.0.tar.bz2
cd cgminer-4.4.0
./configure --enable-icarus
make

Done several times before with previous cgminer Versions, but with this Version I'm not able to mining. Cgminer declares that no USB Devices has been found, when I started it with following Option:

Code:

sudo ./cgminer -o stratum+tcp://stratum.examplepool:port -u xyz -p zyx --anu-freq 250

But if I'm using a previous Version of Cgminer all U1 / U2 Ants were be found, so I think that there is something going wrong with cgminer 4.4.0 ?

I wonder if it's related to the rbox code going into the icarus driver. It doesn't seem to interfere on PC linux or windows, so I'm not sure why the pi would be different but anything's possible. Does it work with 4.3.5?

With CGMiner 4.3.5 it works fine, but 4.4.0 won't find any U1 / U2 Ants

[canford]

I've compiled the newest cgminer 4.4.0 with following Options on a Raspian PI Debian Wheezy:

Code:

sudo apt-get install libusb-1.0-0-dev libusb-1.0-0 libcurl4-openssl-dev libncurses5-dev libudev-dev
wget http://ck.kolivas.org/apps/cgminer/cgminer-4.4.0.tar.bz2
tar xvf cgminer-4.4.0.tar.bz2
cd cgminer-4.4.0
./configure --enable-icarus
make

Done several times before with previous cgminer Versions, but with this Version I'm not able to mining. Cgminer declares that no USB Devices has been found, when I started it with following Option:

Code:

sudo ./cgminer -o stratum+tcp://stratum.examplepool:port -u xyz -p zyx --anu-freq 250

But if I'm using a previous Version of Cgminer all U1 / U2 Ants were be found, so I think that there is something going wrong with cgminer 4.4.0 ?

I wonder if it's related to the rbox code going into the icarus driver. It doesn't seem to interfere on PC linux or windows, so I'm not sure why the pi would be different but anything's possible. Does it work with 4.3.5?

With CGMiner 4.3.5 it works fine, but 4.4.0 won't find any U1 / U2 Ants

Have same issue with 4.4.0 not seeing my 12 AntMiner U2s, reverted to 4.3.5 for now.

[techman05]

4.4 sees mine but they crap out and disappear off of cgminer and not even shown as zombies at that point and don't come back till I physically remove and plug back in.

[xjack]

Also confirmed here.  4.4.0 and U1's zombied, errored, etc until eventual cgminer crash.

Reverted to 4.3.5 for that worker - flawless.

[-ck]

What operating system are you guys on that are having trouble with U1s and 4.4.0?

[canford]

What operating system are you guys on that are having trouble with U1s and 4.4.0?

Windows 7 (32 bit).  With 4.3.5 I get pretty reliable operation, though I wrote a script to force a reboot once per day.  About 50% of days CGWatcher will trigger more reboots as units drop out or go Zombie, but today, for instance, it has been up for the past 12 hours no problem.  4.4.0 is instant no-go.  Really appreciate your great work on cgminer, it sounds like Windows USB is just a royal pain, but I haven't dealt with the switchover to linux, it's a laptop so driver pain.

[xjack]

What operating system are you guys on that are having trouble with U1s and 4.4.0?

13.10 Saucy x86 - randomly zombie out and replug until cgminer crashes.  

Normally I wouldn't have upped unless a device change came, but I was upgrading from 12.04 and compiled fresh git before seeing the above posts about problems.  As soon as 4.3.5 was built, back to normal.

[-ck]

Bum

[Buchi-88]

Good day,

i have an existing problem with my configuration:

8 x Antminer U2 +
8 x BFx2 Bitfury

as soon as I both operate (. / configure - enable-bitfury - enable-icarus) remains Cgminer hang over again, and "watchdog" restarts the Raspberry new!

Once I only BFx2 Bitfury (. / Configure - enable-bitfury) used, runs the Cgminer 24/7.

Code:

0: BXM 0       :                         | 3.810G / 3.751Gh/s WU:52.9/m
 1: BXM 1       :                         | 2.394G / 3.187Gh/s WU:44.6/m
 2: BXM 2       :                         | 3.136G / 3.167Gh/s WU:44.6/m
 3: BXM 3       :                         | 2.990G / 3.006Gh/s WU:42.1/m
 4: BXM 4       :                         | 3.767G / 3.819Gh/s WU:53.7/m
 5: BXM 5       :                         | 3.894G / 3.919Gh/s WU:55.0/m
 6: BXM 6       :                         | 3.952G / 3.932Gh/s WU:55.5/m
 7: BXM 7       :                         | 3.804G / 3.867Gh/s WU:54.4/m
--------------------------------------------------------------------------------
 [2014-06-12 23:19:41] Zero length string passed to valid_hex from in util.c ini
tiate_stratum():2609
 [2014-06-12 23:19:41] Zero length string passed to valid_hex from in util.c ini
tiate_stratum():2609

Exactly the same is in the use of Antminer (. / Configure - enable-icarus)?

The problem is only with the simultaneous use, is it possibly there is a compatibility issue between the two drivers?

I had raised the issue before, but still wanted to thoroughly test!

On the Pi is the newest Kernel installed.

regards

Hello,

So after several tests I have to correct my results, the Bitfury driver is working perfect, instabilities with trailers from Cgminer (Pi hangs and the watchdog restarts), problems only with the Antminer U2+!?

Is it possible that the new Antminer Design V1.2 + U2 (Icarus Driver) is to blame with increased voltage?

The Antminer U2 + just is not stable, tested with 4.2.x, 4.3.x and 4.4.0??

regards

[Davefox]

I cant even find the basic commands to view usb device lists to see if its now visable.

The "-n" argument displays all usb devices available and exits.  It is in the readme.

something im doing wrong since worked on verison i used before, on the lastest install from sources on front page of this thread it didnt work.

Fresh start today on a fresh install now ive got a clear head.

Any advice some anyone please??

I have got cgminer 4.3.5 or 4.4.0 installed on another sd card. When i have cgminer running it says it can see the device as a serial usb connection since the miner is an avalon2 but it wont enable? Have i missed a command? i did compile with --enable-avalon2.

Sorry to ask so many questions Raspberry PI and cgminer are new to me and trying to learn.

*EDIT if i use sudo ./cgminer -n it details usb device.

When running cgminer it says 0 usb devices perharps i have not enabled the right option? but i have used avalon2 and its the single blade style 100ghs

You can do the old, ls /dev/ttyUSB* and start cgminer with ./cgminer -S /dev/ttyUSB0 --avalon2-voltage 10000 --avalon2-freq 1500 --avalon2-fan 90 -o YOUR_POOL:PORT

I'm not sure what the problem is with your avalon2 but one thing I am sure of is there is  no -S command in the mainline cgminer for any ASICs and hasn't been for a year. That was only for old serial based devices and all mainline cgminer uses direct USB only (cgminer forks are likely different but any drivers merged into mainline cgminer have to use direct USB).

Well it only gets detected as a serial USB device, you say an older version supported serial? do you know which built it was since perharps i will give that build ago.

End of day i got a miner sitting here doing nothing complete waste of money guy i got it from not responding and the TP-link flash bricks the router. So another £35 wasted on that piece of crap.

[-ck]

Well it only gets detected as a serial USB device, you say an older version supported serial? do you know which built it was since perharps i will give that build ago.

End of day i got a miner sitting here doing nothing complete waste of money guy i got it from not responding and the TP-link flash bricks the router. So another £35 wasted on that piece of crap.

No sorry I was mixed up myself  . The avalon2 driver was written and is maintained and supported by Xiangfu and I don't really know much about it. Hopefully he can help you here if he sees your message.

[-ck]

New release: Version 4.4.1, 21st June 2014

Catching a flight in a few hours but couldn't stand the thought I might be able to fix some bugs, so this is an attempt to rectify a couple of known issues.


Human readable changelog:

- Failover stopped working on some recent releases when a pool was down for an extended period it would never fail back even though the pool was alive. This is an attempt to rectify that code.
- An attempt to rectify the problem with Antminer U* devices not working for some people.
- Finally stop calling the Icarus devices FPGA via the API - I'm quite sure no one is still running an actual Icarus FPGA any more, they're all just ASICs that used the original Icarus protocol (I wish they didn't since the protocol was designed for much slower devices).


Full changelog:

- Move icarus driver to being seen as an asic
- Clear usb reads on each pass through icarus detect to hopefully prevent false
positives for detecting rboxes
- Clean up pool failure and failover code for stratum

[xjack]

New release: Version 4.4.1, 21st June 2014
- An attempt to rectify the problem with Antminer U* devices not working for some people.

Solved it for me.  Great work as usual, thanks.  Enjoy your trip.

[canford]

New release: Version 4.4.1, 21st June 2014
- An attempt to rectify the problem with Antminer U* devices not working for some people.

Also seems to work for my Antminer U2s on Win 7/32.  Nice work and fast!  Safe travels.

[lestak]

Hi
Can anyone help me here:

a1 28nm module

Cgminer:

Utility showing half the speed of all the rest of the other modules.

Running at about 20-30% hardware error

Was missing a capacitor. I have soldered one back on.

What should I be looking for? Would this maybe be poor quality of capacitor?

Or should I be looking at something else completely? What does the utility show/measure between?

Thanks in advance