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

[dwolfman]

Thanks!
Not using --auto-fan,
-I 1 no difference noticed compared to -I d
Isn't there a possibility to stop mining when the game is opened?

I've been using Bitcoin Miners in Tray to do that.  See this thread: https://asktom.cf/index.php?topic=149442.0

If the games are in Steam or can be opened through Steam, it makes it even easier.  Just make sure GameOverlayUI is one of the processes it watches for and that you have Steam set up to use that when starting a game (so you have the Shift-Tab function for Steam community stuff).

[kano]

Hmm ... although it's not hashing up full speed quite yet (and the numbers aren't reporting properly at the top) ... I realised that this screen grab I took was in fact the first ever view of an 8 BAS MiniRig mining on all 8 devices ... so I thought I'd post it even thought it's not hashing at full speed there ... (yeah the back screen shows all 8, not the front screen)


... and the fact that I know this is the first time also means that BFL clearly haven't been mining their own MiniRigs since there was no complete software combination that could do that even 24 hours ago ... the clock shown is KC time.

Soon it will be hashing at it's expected speed

[os2sam]

Not using --auto-fan,

Use --auto-fan and --auto-gpu

[-ck]

First BFL SC Minirig mining with cgminer:

It's been up and down numerous times as I've been chipping away at the code to make it work at its theoretical maximum 480GH.

It's mostly working now. Here's what I've got:

Code:

 cgminer version 3.2.2 - Started: [2013-06-19 02:17:06]
--------------------------------------------------------------------------------
 (5s):477.6G (avg):472.1Gh/s | A:16  R:0  HW:193  U:10.8/m  WU:6575.3/m
 ST: 2  SS: 0  NB: 2  LW: 11012  GF: 0  RF: 0
 Connected to XXX diff 500
 Block: 00179d4404ca1359...  Diff:19.3M  Started: [02:18:28]  Best share: 9.56K
--------------------------------------------------------------------------------
 [P]ool management [S]ettings [D]isplay options [Q]uit
 BAS 0:  max 68C 3.28V | 56.23G/58.22Gh/s | A:1 R:0 HW:18 U: 0.67/m
 BAS 1:  max 69C 3.27V | 58.92G/60.48Gh/s | A:1 R:0 HW:23 U: 0.67/m
 BAS 2:  max 74C 3.27V | 60.53G/59.85Gh/s | A:4 R:0 HW:19 U: 2.69/m
 BAS 3:  max 80C 3.28V | 62.52G/61.58Gh/s | A:1 R:0 HW:20 U: 0.67/m
 BAS 4:  max 86C 3.27V | 74.56G/59.90Gh/s | A:4 R:0 HW:39 U: 2.69/m
 BAS 5:  max 71C 3.28V | 64.25G/58.79Gh/s | A:1 R:0 HW:25 U: 0.67/m
 BAS 6:  max 81C 3.27V | 59.93G/58.98Gh/s | A:2 R:0 HW:25 U: 1.34/m
 BAS 7:  max 72C 3.27V | 43.22G/60.81Gh/s | A:2 R:0 HW:25 U: 1.34/m
--------------------------------------------------------------------------------

Note the hardware error count may appear very high, but bear in mind that it's mining at diff 500

[LogicalUnit]

Found a bug in 3.2.1: after several days of running, the output became all HW errors. I didn't manage to get a screenshot of it because it went back to normal after looking at the Pools settings, but could it be an integer overflow somewhere in the code? The hardware was still functioning normally.

[kano]

... and an update? to my previous post also
I was downgraded to a 4xSingle Minirig
But now even on windows (got forbid ) it's hashing away so well.

Yeah my post above became a certain other non-cgminer person's MiniRig

Anyway ...

and yes the HW error rate - like ckolivas mentioned above - is low
In my case below 1% ... but at 236GH/s .. who cares?

[jamesg]

Thank you to conman and kano for getting cgminer up and running so quickly with the latest BFL firmware.

You guys rock. 

[unpack]

After the release, would like to add MD5 value, SHA1, SHA256, prevent the virus
thank very much

[kano]

After the release, would like to add MD5 value, SHA1, SHA256, prevent the virus
thank very much

Each folder copy of the release in my cgminer-binaries git, I put an MD5SUM
e.g. https://github.com/kanoi/cgminer-binaries/blob/master/3.2.2/MD5SUM

[tnkflx]

Found a bug in 3.2.1: after several days of running, the output became all HW errors. I didn't manage to get a screenshot of it because it went back to normal after looking at the Pools settings, but could it be an integer overflow somewhere in the code? The hardware was still functioning normally.

Saw this with 3.2.2 as well...

[jborkl]

Can not believe how fast you guys got that MR up to full speed. Awesome work

[neil_mccauley]

I have a problem with the ASIC Miner USB Erupters and CGMiner 3.1.1.  
I had two working fine with CGMiner 3.1.1 on my computer then I shipped them to someone else and now they can't get one of the USB Miners to work.

Steps taken on the affected computer:
Installed zadig
Installed USBtoUARTBridgeVCPDrivers
Rebooted the computer, did not change any of the drivers.  Zadig reports that the Erupter is using the correct USB to UART driver.

Verified that the Erupters are using COM5 and COM7 in device manager

Ran CGMiner 3.1.1 with the following arguments:
cgminer-nogpu.exe --icarus-options 115200:1:1 --icarus-timing 3.0=100 -S //./COM5 -S //./COM7

One of the devices works fine and one always gives the following error:
Started cgminer 3.1.1
Icarus Detect: Test failed at //./COM5: get 00000000, should: 000187a2
Reset failed! not an Avalon? (0: c1 4f 87 64)
Avalon: Goto idle mode

The device on COM7 always works so I'm trying to find out if it is a software problem or a hardware problem.  Any help is appreciated.  Thanks in advance.

EDIT: I read 3.2.2 will fix many usb issues.  Will give that a shot and report back.

It turns out that adding a USB hub resolved this.  Not sure why it did not work when plugged directly into the computer, but I'll take the win.

[Trongersoll]

I have a problem with the ASIC Miner USB Erupters and CGMiner 3.1.1.  
I had two working fine with CGMiner 3.1.1 on my computer then I shipped them to someone else and now they can't get one of the USB Miners to work.

Steps taken on the affected computer:
Installed zadig
Installed USBtoUARTBridgeVCPDrivers
Rebooted the computer, did not change any of the drivers.  Zadig reports that the Erupter is using the correct USB to UART driver.

Verified that the Erupters are using COM5 and COM7 in device manager

Ran CGMiner 3.1.1 with the following arguments:
cgminer-nogpu.exe --icarus-options 115200:1:1 --icarus-timing 3.0=100 -S //./COM5 -S //./COM7

One of the devices works fine and one always gives the following error:
Started cgminer 3.1.1
Icarus Detect: Test failed at //./COM5: get 00000000, should: 000187a2
Reset failed! not an Avalon? (0: c1 4f 87 64)
Avalon: Goto idle mode

The device on COM7 always works so I'm trying to find out if it is a software problem or a hardware problem.  Any help is appreciated.  Thanks in advance.

EDIT: I read 3.2.2 will fix many usb issues.  Will give that a shot and report back.

It turns out that adding a USB hub resolved this.  Not sure why it did not work when plugged directly into the computer, but I'll take the win.

some computers are challenged when it comes to supplying power via USB i have a Netbook that will run two ASICminer USBs fine, add a third and it turns off. it will turn on and reboot fine, but will only run 2 of the 3 USBs. was the hub that fixed your problem powered?

[vekt0r7]

"--temp-cutoff" doesn't work for me, my GPU keeps on hashing even above the allowed target temperature.

Code:

cgminer -o pool-de.50btc.com:8332 -u [username] -p [password]  -o http://mint.bitminter.com:8332 -u [username] -p [password] -I 9 --temp-cutoff 70 

pause
http://abload.de/img/tempcutoffgcjnu.png

Anybody got an idea?

[gyverlb]

"--temp-cutoff" doesn't work for me, my GPU keeps on hashing even above the allowed target temperature.

Code:

cgminer -o pool-de.50btc.com:8332 -u [username] -p [password]  -o http://mint.bitminter.com:8332 -u [username] -p [password] -I 9 --temp-cutoff 70 

pause


Anybody got an idea?

I don't remember but don't you need --auto-gpu for that?

[vekt0r7]

"--temp-cutoff" doesn't work for me, my GPU keeps on hashing even above the allowed target temperature.

Code:

cgminer -o pool-de.50btc.com:8332 -u [username] -p [password]  -o http://mint.bitminter.com:8332 -u [username] -p [password] -I 9 --temp-cutoff 70 

pause
http://abload.de/img/tempcutoffgcjnu.png

Anybody got an idea?

I don't remember but don't you need --auto-gpu for that?

Interesting. But what if I don't want cgminer to mess with my GPU clock speed? I just want it to stop if the temp gets too high. Is there a way to achieve that?

[FiatKiller]

I already have 10 Block Eruptors running smoothly on a PC with 3.1.1

I should be getting my first Jale tomorrow. The readme seems to say that I don't need to add any additional switches for it... correct?
Or just add the additional com port number?

thanks

[gyverlb]

"--temp-cutoff" doesn't work for me, my GPU keeps on hashing even above the allowed target temperature.

Code:

cgminer -o pool-de.50btc.com:8332 -u [username] -p [password]  -o http://mint.bitminter.com:8332 -u [username] -p [password] -I 9 --temp-cutoff 70 

pause
http://abload.de/img/tempcutoffgcjnu.png

Anybody got an idea?

I don't remember but don't you need --auto-gpu for that?

Interesting. But what if I don't want cgminer to mess with my GPU clock speed? I just want it to stop if the temp gets too high. Is there a way to achieve that?

I don't think it will mess with your GPU clock speed unless you give it a frequency range with --gpu-engine.

[xjack]

Feedback with Anker 10 Port USB 3.0 hub on Win7 with 10 Block Erupters.

3.2/3.2.2 = two zombies within 10 minutes every time.  Zombies were different USBs each time - tried on USB 2.0 and 3.0 ports.

Back on 3.1.1 for a few hours now with no zombies on USB 3.0 port.

Thanks for your hard work on cgminer!

[kano]

I already have 10 Block Eruptors running smoothly on a PC with 3.1.1

I should be getting my first Jale tomorrow. The readme seems to say that I don't need to add any additional switches for it... correct?
Or just add the additional com port number?

thanks

BFL ASIC is all auto USB detect since the first version of the driver we wrote.