Pages:
Author

Topic: OFFICIAL CGMINER mining software thread for linux/win/osx/mips/arm/r-pi 4.11.0 - page 88. (Read 5805523 times)

member
Activity: 89
Merit: 10
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.
-ck
legendary
Activity: 4088
Merit: 1631
Ruu \o/
What operating system are you guys on that are having trouble with U1s and 4.4.0?
hero member
Activity: 539
Merit: 500
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.
hero member
Activity: 546
Merit: 500
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.
member
Activity: 89
Merit: 10
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.
newbie
Activity: 2
Merit: 0
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
legendary
Activity: 1106
Merit: 1026
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?
legendary
Activity: 1288
Merit: 1004
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.  Smiley

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.
-ck
legendary
Activity: 4088
Merit: 1631
Ruu \o/
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.
hero member
Activity: 546
Merit: 500
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
legendary
Activity: 4088
Merit: 1631
Ruu \o/

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.
member
Activity: 66
Merit: 10
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?

RBox,cgminer 4.3.5 works,but 4.4.0 not.
legendary
Activity: 1540
Merit: 1001
I've created an AntMinerS2 firmware.
...
Thank you for this. Most appreciated. Updated two of my S2's this morning and will report any issues.

After several days, I'm happy to report ZERO duplicate shares with your S2 firmware Smiley Thanks again Kano !

What pool are you using?  I can't get it to work with slush's proxy or p2pool.

M
hero member
Activity: 981
Merit: 500
DIV - Your "Virtual Life" Secured and Decentralize
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

Possibly and I don't intend to insult anyone but there is a file you have to edit or add when you first start using cgminer on a raspberryPi. 01-cgminer.rules. It needs to go into /etc/udev/rules.d. The code in the readme is the following.
Code:
 sudo cp 01-cgminer.rules /etc/udev/rules.d/

Possibly you are using a version of the rules file from before avalon2. I don't know. I am only thinking about that file because it was a change for me when I swapped to Linux.
legendary
Activity: 1652
Merit: 1067
Christian Antkow
I've created an AntMinerS2 firmware.
...
Thank you for this. Most appreciated. Updated two of my S2's this morning and will report any issues.

After several days, I'm happy to report ZERO duplicate shares with your S2 firmware Smiley Thanks again Kano !
legendary
Activity: 1806
Merit: 1090
Learning the troll avoidance button :)
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.
sr. member
Activity: 257
Merit: 250

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.
hero member
Activity: 686
Merit: 500
WANTED: Active dev to fix & re-write p2pool in C
That's it. We're all  screwed  Cheesy Cheesy Cheesy

Will Kano be lurking?
-ck
legendary
Activity: 4088
Merit: 1631
Ruu \o/
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.
-ck
legendary
Activity: 4088
Merit: 1631
Ruu \o/
I have 4.4 on a clean pc and what I see is what I saw in 4.3. I tried to offset my bitcoin devices from a known working pc and found they'd be marked as dead after a while. This happens quicker on usb 3.0(30 mins vs 1 hr and 30 mins[which doesn't take all night to notice]) but it's the first time I saw this.

The devices are mostly u1 and u2 devices but my drillbit eight board device disappeared once as well but a power cycle and disconnect seemed to work that out. Both pc's were both windows 7 and current on updates.

I hope you can look into this
Some USB3 on windows are famously less reliable via libusb. I've yet to see any reasonable workaround I'm afraid. If you can find a usb2 port on the pc or plug a usb2 hub in and plug them into that you might have more luck.
Pages:
Jump to: