Using ASICS miners etc on Bitcoin

Post by **robmacagain** » Thu Oct 16, 2014 10:21 pm

No none of them are running.

Use GPU is ticked.

Slot 0

No devices detected is worrying

21:40:44 (4804): wrapper (7.5.26011): starting
21:40:44 (4804): wrapper: running cgminer.exe ( -o stratum+tcp://us-east.multipool.us:3335 -u bu_3.1024 -p x -o stratum+tcp://us-west.multipool.us:3335 -u bu_3.1024 -p x --shares 20480 --failover-only --text-only --no-submit-stale)
[2014-10-16 21:40:44] Started cgminer 4.5.0
[2014-10-16 21:40:49] No devices detected!
[2014-10-16 21:40:49] Waiting for USB hotplug devices or press q to quit
[2014-10-16 21:40:49] Probing for an alive pool
[2014-10-16 21:40:50] Pool 0 difficulty changed to 16384
[2014-10-16 21:40:50] Pool 1 difficulty changed to 16384
[2014-10-16 21:40:50] Pool 0 difficulty changed to 1024
[2014-10-16 21:40:50] Pool 1 difficulty changed to 1024
[2014-10-16 21:40:50] Network diff set to 326M
[2014-10-16 21:40:44] Started cgminer 4.5.0
[2014-10-16 21:40:49] No devices detected!
[2014-10-16 21:40:49] Waiting for USB hotplug devices or press q to quit
[2014-10-16 21:40:49] Probing for an alive pool
[2014-10-16 21:40:50] Pool 0 difficulty changed to 16384
[2014-10-16 21:40:50] Pool 1 difficulty changed to 16384
[2014-10-16 21:40:50] Pool 0 difficulty changed to 1024
[2014-10-16 21:40:50] Pool 1 difficulty changed to 1024
[2014-10-16 21:40:50] Network diff set to 326M
(5s):0.000 (1m):0.000 (5m):0.000 (15m):0.000 (avg):0.000h/s
(5s):0.000 (1m):0.000 (5m):0.000 (15m):0.000 (avg):0.000h/s
(5s):0.000 (1m):0.000 (5m):0.000 (15m):0.000 (avg):0.000h/s
(5s):0.000 (1m):0.000 (5m):0.000 (15m):0.000 (avg):0.000h/s
(5s):0.000 (1m):0.000 (5m):0.000 (15m):0.000 (avg):0.000h/s
(5s):0.000 (1m):0.000 (5m):0.000 (15m):0.000 (avg):0.000h/s
(5s):0.000 (1m):0.000 (5m):0.000 (15m):0.000 (avg):0.000h/s
(5s):0.000 (1m):0.000 (5m):0.000 (15m):0.000 (avg):0.000h/s
(5s):0.000 (1m):0.000 (5m):0.000 (15m):0.000 (avg):0.000h/s
(5s):0.000 (1m):0.000 (5m):0.000 (15m):0.000 (avg):0.000h/s
(5s):0.000 (1m):0.000 (5m):0.000 (15m):0.000 (avg):0.000h/s
(5s):0.000 (1m):0.000 (5m):0.000 (15m):0.000 (avg):0.000h/s
(5s):0.000 (1m):0.000 (5m):0.000 (15m):0.000 (avg):0.000h/s
(5s):0.000 (1m):0.000 (5m):0.000 (15m):0.000 (avg):0.000h/s
(5s):0.000 (1m):0.000 (5m):0.000 (15m):0.000 (avg):0.000h/s
(5s):0.000 (1m):0.000 (5m):0.000 (15m):0.000 (avg):0.000h/s
(5s):0.000 (1m):0.000 (5m):0.000 (15m):0.000 (avg):0.000h/s
21:43:27 (3932): wrapper (7.5.26011): starting
21:43:27 (3932): wrapper: running cgminer.exe ( -o stratum+tcp://us-east.multipool.us:3335 -u bu_3.1024 -p x -o stratum+tcp://us-west.multipool.us:3335 -u bu_3.1024 -p x --shares 20480 --failover-only --text-only --no-submit-stale)
[2014-10-16 21:43:27] Started cgminer 4.5.0
[2014-10-16 21:43:32] No devices detected!
[2014-10-16 21:43:32] Waiting for USB hotplug devices or press q to quit
[2014-10-16 21:43:32] Probing for an alive pool
[2014-10-16 21:43:33] Pool 0 difficulty changed to 16384
[2014-10-16 21:43:33] Pool 1 difficulty changed to 16384
[2014-10-16 21:43:33] Pool 0 difficulty changed to 1024
[2014-10-16 21:43:33] Pool 1 difficulty changed to 1024
[2014-10-16 21:43:33] Network diff set to 326M
[2014-10-16 21:43:27] Started cgminer 4.5.0
[2014-10-16 21:43:32] No devices detected!
[2014-10-16 21:43:32] Waiting for USB hotplug devices or press q to quit
[2014-10-16 21:43:32] Probing for an alive pool
[2014-10-16 21:43:33] Pool 0 difficulty changed to 16384
[2014-10-16 21:43:33] Pool 1 difficulty changed to 16384
[2014-10-16 21:43:33] Pool 0 difficulty changed to 1024
[2014-10-16 21:43:33] Pool 1 difficulty changed to 1024
[2014-10-16 21:43:33] Network diff set to 326M

Post by **robmacagain** » Thu Oct 16, 2014 10:26 pm

Unplugged all , pluged R 110ghs back in and

(5s):33.41G (1m):3.751G (5m):768.4M (15m):257.2M (avg):95.66Mh/s
(5s):77.77G (1m):11.93G (5m):2.514G (15m):845.7M (avg):314.7Mh/s
(5s):100.5G (1m):20.10G (5m):4.360G (15m):1.473G (avg):548.7Mh/s
(5s):116.3G (1m):28.52G (5m):6.372G (15m):2.164G (avg):806.4Mh/s
(5s):117.0G (1m):35.80G (5m):8.252G (15m):2.818G (avg):1.050Gh/s
(5s):123.3G (1m):42.68G (5m):10.12G (15m):3.474G (avg):1.295Gh/s
(5s):69.28G (1m):39.62G (5m):10.16G (15m):3.538G (avg):1.325Gh/s
(5s):40.60G (1m):36.18G (5m):9.962G (15m):3.514G (avg):1.322Gh/s
[2014-10-16 22:24:36] LIR 0: No valid hashes for over 10 secs, attempting to reset
[2014-10-16 22:24:36] LIR 0 attempted reset got err:(0) LIBUSB_SUCCESS
[2014-10-16 22:24:36] LIR 0: No valid hashes for over 10 secs, attempting to reset
[2014-10-16 22:24:36] LIR 0 attempted reset got err:(0) LIBUSB_SUCCESS
(5s):63.31G (1m):38.89G (5m):10.88G (15m):3.850G (avg):1.448Gh/s
(5s):85.31G (1m):43.83G (5m):12.37G (15m):4.390G (avg):1.650Gh/s
(5s):96.89G (1m):48.32G (5m):13.80G (15m):4.914G (avg):1.847Gh/s
(5s):97.64G (1m):52.11G (5m):15.17G (15m):5.423G (avg):2.038Gh/s
(5s):96.82G (1m):55.58G (5m):16.49G (15m):5.917G (avg):2.224Gh/s
(5s):99.87G (1m):59.52G (5m):17.95G (15m):6.465G (avg):2.430Gh/s
(5s):112.1G (1m):64.43G (5m):19.66G (15m):7.105G (avg):2.670Gh/s
(5s):112.4G (1m):68.26G (5m):21.20G (15m):7.688G (avg):2.889Gh/s
(5s):99.32G (1m):70.11G (5m):22.36G (15m):8.155G (avg):3.067Gh/s
(5s):101.8G (1m):72.82G (5m):23.72G (15m):8.689G (avg):3.269Gh/s
[2014-10-16 22:25:26] Accepted 25ffcf53 Diff 1.73K/1024 LIR 0 pool 0

Now 2

now all 3

You beauty Alex

Alez · Post by **Alez** » Thu Oct 16, 2014 10:33 pm

ITS WORKING WOOHOO :blob: :blob2: :blob3: :blob4: :blob5: :blob6: :blob7: :blob8: :blob:

ok plug in the next and check the stderr, after a wee bit it should show a hotplug of the next Rbox. Once that's up, next etc. and hopefully that should be that

Post by **robmacagain** » Thu Oct 16, 2014 10:39 pm

Thank you Scole for sorting the prog error out and Thanks Alex for telling me how to reset the buggers.

Alez · Post by **Alez** » Thu Oct 16, 2014 10:40 pm

You're more than welcome, now get the rest plugged in and let's see some numbers flowing

Alez · Post by **Alez** » Thu Oct 16, 2014 10:47 pm

and here you go, first valid unit

[2014-10-16 22:35:55] Summary of per device statistics:

[2014-10-16 22:35:55] LIR0 (5s):98.17K (avg):54.21Gh/s | A:7168 R:1024 HW:3991 WU:757.4/m
[2014-10-16 22:35:55] LIN0 (5s):28.50G (avg):32.62Gh/s | A:5120 R:0 HW:7 WU:455.8/m
[2014-10-16 22:35:55] LIR1 (5s):106.1G (avg):109.8Gh/s | A:5120 R:0 HW:2049 WU:1535.8/m
[2014-10-16 22:35:55] LIN1 (5s):30.09G (avg):32.28Gh/s | A:3072 R:0 HW:9 WU:451.7/m
[2014-10-16 22:35:55] Mined 20480 accepted shares of 20480 requested

[2014-10-16 22:35:55]
[2014-10-16 22:35:52] Accepted 339a787a Diff 1.27K/1024 LIR 1 pool 0
[2014-10-16 22:35:52] Successfully mined 20480 accepted shares as requested and exiting.
[2014-10-16 22:35:53] Shutdown signal received.
[2014-10-16 22:35:55]

2 r boxes and 2 r2 boxes up and running

Post by **robmacagain** » Thu Oct 16, 2014 11:17 pm

I pulled the r2 out 1/2 way through to change the port, that's why its showing 2, i only have 1 110ghs and 2 35ghs.

Now were talking

Computer ID 5805
Run time 10 min 3 sec
CPU time 50 sec
Validate state Valid
Credit 1,200,000.00

[2014-10-16 23:13:00] Summary of per device statistics:

[2014-10-16 23:13:00] LIR0 (5s):101.5G (avg):110.6Gh/s | A:10240 R:1024 HW:7726 WU:1545.5/
[2014-10-16 23:13:00] LIN0 (5s):30.27G (avg):32.42Gh/s | A:6144 R:0 HW:46 WU:452.9/m
[2014-10-16 23:13:00] LIN1 (5s):32.83G (avg):31.80Gh/s | A:4096 R:0 HW:11 WU:444.2/m
[2014-10-16 23:13:00] Mined 20480 accepted shares of 20480 requested

[2014-10-16 23:13:00]
23:13:00 (836): cgminer.exe exited; CPU time 50.559924
23:13:00 (836): called boinc_finish(0)

:bounce:

:bounce:

Post by **scole of TSBT** » Thu Oct 16, 2014 11:21 pm

You lost one of your r2's...
[2014-10-16 23:13:00] Summary of per device statistics:

[2014-10-16 23:13:00] LIR0 (5s):101.5G (avg):110.6Gh/s | A:10240 R:1024 HW:7726 WU:1545.5/
[2014-10-16 23:13:00] LIN0 (5s):30.27G (avg):32.42Gh/s | A:6144 R:0 HW:46 WU:452.9/m
[2014-10-16 23:13:00] LIN1 (5s):32.83G (avg):31.80Gh/s | A:4096 R:0 HW:11 WU:444.2/m
[2014-10-16 23:13:00] Mined 20480 accepted shares of 20480 requested

Post by **robmacagain** » Thu Oct 16, 2014 11:22 pm

scole250 wrote:You lost one of your r2's...
[2014-10-16 23:13:00] Summary of per device statistics:

[2014-10-16 23:13:00] LIR0 (5s):101.5G (avg):110.6Gh/s | A:10240 R:1024 HW:7726 WU:1545.5/
[2014-10-16 23:13:00] LIN0 (5s):30.27G (avg):32.42Gh/s | A:6144 R:0 HW:46 WU:452.9/m
[2014-10-16 23:13:00] LIN1 (5s):32.83G (avg):31.80Gh/s | A:4096 R:0 HW:11 WU:444.2/m
[2014-10-16 23:13:00] Mined 20480 accepted shares of 20480 requested

See above post.

Post by **scole of TSBT** » Fri Oct 17, 2014 12:04 am

In case it might help anyone else in the future, the reason BOINC wouldn't download BU WUs was because it was failing to load the cc_config.xml file and therefore not loading the config telling it there were miners. The only feedback BOINC was giving was a message in the BOINC Manager notices that said "Missing start tag in cc_config.xml". There were several references on the web about that message, but it's generic and only means BOINC didn't like something about the cc_config.xml file. After double and triple checking the file in notepad, everything appeared to look ok. But I've seen situations before where there was some odd or bad character in the file, perhaps line delimiters, encoding, NULL character or something that caused a problem. Always worth building a new file from scratch. No copy and paste from the original file or you copy the problem. Anyway, building a new cc_config.xml file from scatch is what cleared it up. Glad its working now Rob!

Alez · Post by **Alez** » Fri Oct 17, 2014 12:25 am

Teamwork

Post by **robmacagain** » Fri Oct 17, 2014 5:17 pm

Scole, i have pm'd you.

Post by **scole of TSBT** » Fri Oct 17, 2014 5:38 pm

Ok, so here's what's happening. Somehow the cc_config.xml file is getting saved/converted to a UTF-8 encoded file. It needs to be ANSI. The fix is easy.
-Open the file using Notepad
-From File menu select Save As
-Make sure you are still in the BOINC folder
-Change the Encoding from UTF-8 to ANSI. (Encoding option next to Save button)
-Save the file
-Restart BOINC Client

Any idea what is changing it?

Post by **robmacagain** » Fri Oct 17, 2014 5:57 pm

Not the foggiest idea.

Post by **robmacagain** » Fri Oct 17, 2014 6:28 pm

Sorted!!!

I have just buried the missis under the patio

.

Alez · Post by **Alez** » Fri Oct 17, 2014 7:16 pm

You had better hope the missus never reads that !!!!

If you view or change the cc_config always open with notepad ( highlight, right click, open with )
If you simply doubleclick then windows will open it with explorer and that may screw it up. Are you using a third party editor ?

Post by **robmacagain** » Fri Oct 17, 2014 8:46 pm

Wasn't changing anything i was @ work, and its Microsoft's XML Notepad i would use if i did.

Apparently she pulled the wrong plug out of the socket to plug the steamer in and it was in the middle of a update to SP1 and when it came back on it froze, so i did a restore when i got in but the only 1 it had was before Steve sorted the file out, so back it went, i've sorted it now as Ste told me how to do it, but it is again updating, it's on 166 of 190 atm 1.2gb worth and thats after SP1, going to stop the updates after it's done and i will do them if i need them in future, have stopped crunching for now as well as its going dead slow because its installing updates, as soon as its done i will resume.

Alez · Post by **Alez** » Sat Oct 18, 2014 1:15 am

Use the ASCII NOTEPAD. You can't use an xml editor as they insert code that BOINC cant read. The files cc_config and app_config ( despite their name ) are not XML files they are renamed ascii files. Why they called them .xml ? fook knows , but they are not xml. If you edit them with anything other than a plain ascii editor you will break them and be back to square one.

Post by **robmacagain** » Sat Oct 18, 2014 9:45 am

Tell you what I have noticed and thats the Ants sometimes do a bit of a WU and sometimes they don't, are some only for higher specced equipment

.

Alez · Post by **Alez** » Sat Oct 18, 2014 11:37 am

No it's just the way mining works. You are using all your ants and the r boxes on 1 unit. It all depends on picking up a share on the mining pool. Ideally you want your r-boxes mining first then the ants picking up after that. Sometimes the R boxes will complete your unit share before the ants pick up any work.
To solve this slight issue i run my boxes split across 4 computers and crunching 1 unit per box.

Post by **robmacagain** » Sun Oct 19, 2014 9:58 am

Hey Alez on your roaming about lark could you go and give their transitioner a kick lol.

Alez · Post by **Alez** » Sun Oct 19, 2014 12:38 pm

nay probs, if I'm passing through Finland in the next few weeks will give it a prod

Post by **scole of TSBT** » Wed Nov 05, 2014 11:24 pm

I have two blades of a Rockminer R3 on one raspberry pi and two blades on another. Stability of the R3 blades stinks. They lock up at least once a day, often more. Rebooting the raspberry pi seems to help. I'm not a linux tech. What's the best way to setup a job to reboot it every 6 or 12 hours?

Silver · Post by **Silver** » Thu Nov 06, 2014 12:20 am

I'm certainly no expert either but this might be of help:
https://quaintproject.wordpress.com/201 ... pberry-pi/

Post by **robmacagain** » Thu Nov 13, 2014 9:15 am

Well I have reloaded the project and i'ts working, and done all the cc_config and app_config, all by myself may I add

.

BUT

, it's running weird as fcuk it started, well it ran 8 units simultaneously shot through 3 of them and then the other 5 proper slow like, any ideas gentlemen?

It kept doing project backoff last night for hours so i left it 'till this AM, C-cgminer-rbox_win32_00005.zip says its downloading but project backoff and its seems stuck @ 99.52% and i'm getting no more wu's plus the ones i have are incomplete?????

Is something amiss I do not know about?

Post by **robmacagain** » Thu Nov 13, 2014 10:21 am

Right It's got this now > C-cgminer-rbox_win32_00005.zip, but it's still doing 8

WHY????

<cc_config>
<options>
<coproc>
<type>miner_asic</type>
<count>1</count>
</coproc>
</options>
</cc_config>

Post by **scole of TSBT** » Thu Nov 13, 2014 10:34 am

What does your app_config file look like and what version are you running?

Add this line to the app_config...
<project_max_concurrent>1</project_max_concurrent>

Post by **robmacagain** » Thu Nov 13, 2014 10:55 am

app_config>
<project_max_concurrent>1</project_max_concurrent>
<app>
<name>C-cgminer-rbox</name>
</app>
<app_version>
<app_name>C-cgminer-rbox</app_name>
<plan_class>miner_asic</plan_class>
</app_version>
<app>
<name>cgminer-rbox_4</name>
</app>
<app_version>
<app_name>cgminer-rbox_4</app_name>
<plan_class>miner_asic</plan_class>
</app_version>
<app>
<name>cgminer-rbox_6</name>
</app>
<app_version>
<app_name>cgminer-rbox_6</app_name>
<plan_class>miner_asic</plan_class>
</app_version>
</app_config>

Had a message from the project telling me to run 7.4.27 so i did and that is what version I am using.

Post by **robmacagain** » Thu Nov 13, 2014 10:59 am

img host

Post by **scole of TSBT** » Thu Nov 13, 2014 11:39 am

Does the app_config.xml begin with app_config> or <app_config>? If it doesn't have the <, that's a problem.

Have you restarted BOINC since adding the <project_max_concurrent> option? Some of the new options require a restart to load.

Does the stdoutdae.txt log file show any messages indicting it failed to load the BU app_config.xml or does it show it loaded it?

Post by **robmacagain** » Thu Nov 13, 2014 11:52 am

ha ha keck me, < that was it, why couldn't I see that, have added it and restarted it and now its doing only 1, nice one mate

.

And no it loaded it and ran it, it was that less than symbol DOH!!!

Alez · Post by **Alez** » Thu Nov 13, 2014 7:08 pm

Tis a picky wee booger at times

Post by **scole of TSBT** » Tue Nov 25, 2014 4:58 pm

BU changed their cgminer command line default to use the option --usb :1, which tells cgminer to use only 1 ASIC. Not a huge problem if you only have one ASIC or are running a version of BOINC that supports the cc_config.xml and and app_config.xml options which use the miner_asic value, but my raspberry pi's only have BOINC 7.0.27 so I'm stuck running a 1 r3 blade instead of 4 on one rpi and a 1 box instead of 6 on the other until I can install a version that supports it. I don't think there's a good install process for the latest version where you don't have to manually update the scripts to control the BOINC client. I'm not a linux admin, so I feel like I'm crawling around in the dark doing that.

Alez · Post by **Alez** » Tue Nov 25, 2014 10:43 pm

can you not set the count option in cc_config to the number of miners you have ?
and for the r4 set count to 4 not 1.

Of course you can't do that without 7.4.22 + doooh.
Have you tried changing max concurrent to 4 on the r4 and see if it works that way ? otherwise I guess it's stick them back on a windows box for now or get the new version of Boinc. Is the version specific for the pi or can you run the linux version of Boinc ?

Post by **scole of TSBT** » Tue Nov 25, 2014 11:35 pm

Alez wrote:Is the version specific for the pi or can you run the linux version of Boinc ?

I assume it requires a version built to run on a pi. Doesn't every linux install require a processor specific build?

I can get 7.4.22 installed, but how to do you set it up to as a daemon and stop it?

Alez · Post by **Alez** » Wed Nov 26, 2014 3:51 am

linux is pretty generic though I guess the pi is arm based ?
I would also guess that what you are running is basically ubuntu / debian based linux ?

if so I guess you have been running boinc using
/etc/init.d/boinc-client start to start the service and
/etc/init.d/boinc-client stop to stop the service from root ( sudo ) ?

if so to make it run as a deamon issue this command from shell ( can't remember if you need sudo or not, to be honest I normally just do everything from root, saves messing with permissions all the time )
sudo update-rc.d -f boinc-client remove ( just incase it is there already )
sudo update-rc.d boinc-client defaults 99

this should load boinc as the 99 or hopefully last item in the deamon start up service list

That should be it, unless you run into permission problems in which case you will need to add yourself to the boinc group.

Alez · Post by **Alez** » Fri Nov 28, 2014 1:23 am

Judging by the points racking up again you managed to crack it ? Want to share some of the knowledge on the linux forum http://www.dunadd.co.uk/seti/forum/viewforum.php?f=139 or update my post on the bitcoin subforum http://www.dunadd.co.uk/seti/forum/view ... 113&t=2432
inquiring minds want to know as I'm going to be setting up Ubuntu 14 when / if I ever get out of this place

Post by **scole of TSBT** » Fri Nov 28, 2014 4:24 pm

I should have added this info before, so here it is...

A recent change in the BU app now uses a default command line option --usb:1 which causes the cgminer program to only use 1 ASIC. That also means only 1 ASIC will be used by the WU. Here is how you can control how many concurrent WUs you run and how many ASICs to use per WU.

If you want to run multiple WUs using only 1 ASIC per WU, then...
1) Make sure you are running the latest stable version of BOINC
2) Make sure you have you have this section in your cc_config.xml file with the count set to the correct number of ASICs...
<coproc>
<type>miner_asic</type>
<count>6</count>
</coproc>
3) Make sure your app_config.xml is not limiting the max_concurrent for the project or app

If you want to run multiple ASICs per WU
(This example will run 3 concurrent WU with 2 ASICs per WU)...
1) Make sure your app_config.xml limits the max_concurrent WU for the project or app
<project_max_concurrent>3</project_max_concurrent>
<app>
<name>cgminer</name>
<max_concurrent>3</max_concurrent>
</app>
2) Make sure your app_config.xml has the correct <cmdline> option, for each BU app, to use the desired number of ASICs per WU.
<app_version>
<plan_class>miner_asic</plan_class>
<app_name>C-cgminer</app_name>
<cmdline>--usb :2</cmdline>
</app_version>

I'll do another post about how I got the latest version of BOINC running on the Rpi.

Also, running multiple WU with 1 ASIC per WU has really helped with the rockminer r3/rbox stability. When running 4 r3 blades per WU, I'd have a blade lock up at least every few hours, sometimes sooner. Now maybe 1 blade per day needs to be reset.

Post by **robmacagain** » Sun Dec 07, 2014 5:40 pm

FFS, I have been doing my nut in wondering why (reset them humpteen times swapped usb ports ding fekkin dong and gave the smeg up) i was only doing work on 1 box

.

Post by **robmacagain** » Tue Dec 09, 2014 2:21 pm

I am so rubbish at this config lark

.

Please can some kind soul write and post me the app_config to run all current units 3,4,5,6 and 8 using 4 devices to do 1 unit.

I just cannot get my head around it at all

.

Post by **scole of TSBT** » Tue Dec 09, 2014 3:53 pm

Will you participate in the team challenges?

BTW, very few projects carry no pending. I have over 1,100 pending just 3 days into the SIMAP challenge. It will all count. Still have 50 PrimeGrid WUs pending after the challenge. Einstein down to 10. It will all get counted eventually.

<app_config>
<project_max_concurrent>1</project_max_concurrent>
<app_version>
<plan_class>miner_asic</plan_class>
<app_name>C-cgminer-rbox</app_name>
<cmdline>--usb :4</cmdline>
</app_version>
<app_version>
<plan_class>miner_asic</plan_class>
<app_name>cgminer_4</app_name>
<cmdline>--usb :4</cmdline>
</app_version>
<app_version>
<plan_class>miner_asic</plan_class>
<app_name>cgminer_5</app_name>
<cmdline>--usb :4</cmdline>
</app_version>
<app_version>
<plan_class>miner_asic</plan_class>
<app_name>cgminer_6</app_name>
<cmdline>--usb :4</cmdline>
</app_version>
<app_version>
<plan_class>miner_asic</plan_class>
<app_name>cgminer_8</app_name>
<cmdline>--usb :4</cmdline>
</app_version>
</app_config>

Post by **robmacagain** » Tue Dec 09, 2014 4:41 pm

Thanks Steve, all present and correct.

Team what's????

.

Post by **Buster Gunn** » Mon Jan 12, 2015 8:26 pm

My grandson has decided that I need an Antminer U2. What can I expect from this device.
Ain't kids great. He controls the normal cores on my machines and I get the GPU's (for now).
He felt sorry for me.

Post by **scole of TSBT** » Mon Jan 12, 2015 9:14 pm

I think I'm averaging about 1.5 million per day per U2 but they are overclocked to 2.0 Gh/s. The default rate is 1.6 Gh/s. Each WU only uses .05 of a CPU core, not much.

After re-thinking, if you only have one U2 and don't want to overclock, you might not need all the stuff below. If you do, I think you also have to upgrade BOINC to 7.4.22 or higher.

Add this to your cc_config.xml file, where the count is the number of U2s you have. Be sure to restart the BOINC Client...
<coproc>
<type>miner_asic</type>
<count>1</count>
</coproc>

If you want to overclock your U2, add this to your BU app_config.xml. There's a section for each of the campaign 1.6 Gh/s apps. If you do overclock, I'd recommend using a powered USB hub and put a fan on the U2 to keep it cool...
<app_version>
<plan_class>miner_asic</plan_class>
<app_name>C-cgminer</app_name>
<cmdline>--usb :1 --anu-freq 250</cmdline>
</app_version>
<app_version>
<plan_class>miner_asic</plan_class>
<app_name>cgminer_2</app_name>
<cmdline>--usb :1 --anu-freq 250</cmdline>
</app_version>
<app_version>
<plan_class>miner_asic</plan_class>
<app_name>cgminer_4</app_name>
<cmdline>--usb :1 --anu-freq 250</cmdline>
</app_version>
<app_version>
<plan_class>miner_asic</plan_class>
<app_name>cgminer_5</app_name>
<cmdline>--usb :1 --anu-freq 250</cmdline>
</app_version>
<app_version>
<plan_class>miner_asic</plan_class>
<app_name>cgminer_6</app_name>
<cmdline>--usb :1 --anu-freq 250</cmdline>
</app_version>
<app_version>
<plan_class>miner_asic</plan_class>
<app_name>cgminer_7</app_name>
<cmdline>--usb :1 --anu-freq 250</cmdline>
</app_version>
<app_version>
<plan_class>miner_asic</plan_class>
<app_name>cgminer_8</app_name>
<cmdline>--usb :1 --anu-freq 250</cmdline>
</app_version>
<app_version>
<plan_class>miner_asic</plan_class>
<app_name>cgminer_9</app_name>
<cmdline>--usb :1 --anu-freq 250</cmdline>
</app_version>
<app_version>
<plan_class>miner_asic</plan_class>
<app_name>cgminer_10</app_name>
<cmdline>--usb :1 --anu-freq 250</cmdline>
</app_version>
<app_version>
<plan_class>miner_asic</plan_class>
<app_name>cgminer_11</app_name>
<cmdline>--usb :1 --anu-freq 250</cmdline>
</app_version>
<app_version>
<plan_class>miner_asic</plan_class>
<app_name>cgminer_12</app_name>
<cmdline>--usb :1 --anu-freq 250</cmdline>
</app_version>
<app_version>
<plan_class>miner_asic</plan_class>
<app_name>cgminer_13</app_name>
<cmdline>--usb :1 --anu-freq 250</cmdline>
</app_version>
<app_version>
<plan_class>miner_asic</plan_class>
<app_name>cgminer_14</app_name>
<cmdline>--usb :1 --anu-freq 250</cmdline>
</app_version>

Then go to the your BU account and under the preferences, select the 1.6 Gh/s apps for the campaigns you want to support. You can select as many as you want.

Then go back and update BU in Boinc Manager. You should see the 1.6 Gh/s ASIC WUs download.

Post by **Buster Gunn** » Mon Jan 12, 2015 11:06 pm

Thanks for the help.

Alez · Post by **Alez** » Tue Jan 13, 2015 1:30 am

If you are running a single antminer I wouldn't bother overclocking ( or you will have to add every new campaign to your config file as you want to run them ) and as the difficulty is getting higher you may have to run the 333 Mh/s units if you find you can't finish in time.
For almost the same price you can get 32GH/s R boxes which are far better, develop far more points and are more future proof.

Post by **scole of TSBT** » Tue Jan 13, 2015 2:10 am

Yeah, on eBay a 32 Gh/s r-box can be bought for $20-$30. Antminer U2s appear to still be selling for up to $20. Go figure? Need to sell mine.

Post by **Buster Gunn** » Thu Jan 15, 2015 5:46 am

I shall see what my grandson comes up with. It's his dime.

Post by **Buster Gunn** » Mon Apr 20, 2015 9:18 pm

So there I was sitting having breakfast with a neighbor/friend of mine about a month ago, and the conversation turned to
crypto-mining. He told me his son bought an AntMiner U3 (the silver domed one) and couldn't get it working. His son
discarded it in my friends garage. My friend isn't technically inclined and asked me if I wanted it. It said sure. What's the price? He said, "pay for breakfast", which I did.

I futzed with it for a few days and finally got it running on BU but only at 40% (about 18M/day). It's a 60ghz miner. I needed cgminer 4.9.0 and had to zip add it to the app zip files. I couldn't adjust the freq and voltage with the normal app-info or config files.

Finally about 2 days ago I found that you can do those adjustments using a cgminer.conf file, adjusting au3-freq and au3-volt. I'm now up to about 90% and churning out about 40M/day. The only problem I have is if BOINC stops or gets reset or BU decides to upgrade apps, then I will have to zip-add cgminer 4.9.0 and the conf file again.

For about 8 hours last night I was running at 100%. Not a clue why.

Silver · Post by **Silver** » Tue Apr 21, 2015 12:33 am

That's a great breakfast bargain there Buster!
And well done getting it working, I thought there were issues with the U3's on bitcoin but looks like you/they've got it sorted.