Phosphorous
|
|
July 18, 2014, 06:29:47 AM |
|
Any chance you can post your cgminer.conf or any guides you used regarding the rockminer box ?
I don't do anything fancy: cgminer.exe --icarus-options 115200:1:1 -o <pool> -u <user> -p <pw> --rock-freq 320
|
|
|
|
|
WheresWaldo
|
|
July 18, 2014, 07:39:59 AM |
|
Sounds like a familiar problem "rebooting pi's" Could you have just power the hub rockminer sent you?
Looks like a simple 5v barrel plug can be added to end of pcb. Slots are already there for a barrel plug if u don't mind soldering. It looks simple. Note: I have not actually done this and this is only a possiblity. I am not responsible for anyone damaging yourself or equipement. Looks like these type of barrel plugs: https://www.amazon.com/dp/B00JR5AE0U/ref=cm_sw_r_udp_awd_T6yXtb16K0K6EA0E Update: pi still restarts once a day, sometimes twice. It's so fast it doesn't really affect anything. The miner keeps mining, so I'm happy with that. Problably a paging problem with software that needs some kind of "sudo nano reboot" command or something Were you able to solve the rebooting Pi? Any chance you can post your cgminer.conf or any guides you used regarding the rockminer box ?
I don't do anything fancy: cgminer.exe --icarus-options 115200:1:1 -o <pool> -u <user> -p <pw> --rock-freq 320 Ah, okay, I was hoping you had a cgminer.conf version I run from .conf
|
|
|
|
rockxie (OP)
|
|
July 18, 2014, 07:45:40 AM |
|
Update For Chicago conference, welcome people to visit our booth,take pictures with our booth and lots of you will be gifted with ROCKMINER T-shirt.If you make orders on conference, you can get $$ vouchers, which can be used in future purchase!!!!
|
|
|
|
WheresWaldo
|
|
July 18, 2014, 08:49:24 AM Last edit: July 23, 2014, 09:35:29 AM by WheresWaldo |
|
If anyone who was able to compile cgminer on RPI could post some info that would be great. I'm having issues with all versions I try! Some are autoconf/configure errors, others just dont seem to compile proper rockxie , is there a chance we can custom set the frequency on the rockweb? That way we can use 310 or something in between the 300/325/350? I wanted to get cgminer on my other RPI so I could try and see the HW errors/reject compared to rockweb, the accepts/rejects is not enough to babysit these units when testing!
|
|
|
|
Trademan1
Member
Offline
Activity: 84
Merit: 10
|
|
July 18, 2014, 10:56:12 AM |
|
Ive got mine running straight to a USB hub and direct to pc working fine on cgminer 4.4.2 and HW errors aren't too bad. Its only been running for about 3 hrs, but looking good so far. Maybe bypass the RPI until that can get sorted.
I am going to go the RPI route myself though. I want to put the miner in a spare room where the noise wont give me the shits as much.
|
|
|
|
Trends
Member
Offline
Activity: 119
Merit: 10
|
|
July 18, 2014, 11:59:45 AM |
|
Even the miners listed on Rockminers R100 website (rockhash.com) dont show any run times over 14hrs. Best I've seen with mine was 16hrs but 1-4hrs is more common.
This stability issue seems to be affecting RK,R3 for sure and probably R4..
|
|
|
|
Trademan1
Member
Offline
Activity: 84
Merit: 10
|
|
July 18, 2014, 12:33:42 PM |
|
Even the miners listed on Rockminers R100 website (rockhash.com) dont show any run times over 14hrs. Best I've seen with mine was 16hrs but 1-4hrs is more common.
This stability issue seems to be affecting RK,R3 for sure and probably R4..
Im happy to post a screenshot of the miner after another 12hrs or so. Still running fine at the moment. Heres a screenshot after running for about 2hrs. If I can figure out how to add an image.
|
|
|
|
-ck
Legendary
Offline
Activity: 4312
Merit: 1649
Ruu \o/
|
|
July 18, 2014, 12:40:30 PM |
|
cgminer.exe --icarus-options 115200:1:1 -o <pool> -u <user> -p <pw> --rock-freq 320
Please don't use icarus options with the official cgminer. It's a low level function for older devices and only stands to do harm with newer hardware like the r-box.
|
Developer/maintainer for cgminer, ckpool/ckproxy, and the -ck kernel 2% Fee Solo mining at solo.ckpool.org -ck
|
|
|
Trademan1
Member
Offline
Activity: 84
Merit: 10
|
|
July 18, 2014, 12:42:27 PM |
|
Im guessing that you know exactly what you are talking about, so could you please let me know what should be in the cgminer.bat string. I appreciate this info if its going to make it a more efficient miner. Thanks in advance.
|
|
|
|
-ck
Legendary
Offline
Activity: 4312
Merit: 1649
Ruu \o/
|
|
July 18, 2014, 12:43:29 PM |
|
Im guessing that you know exactly what you are talking about, so could you please let me know what should be in the cgminer.bat string. I appreciate this info if its going to make it a more efficient miner. Thanks in advance.
Besides your non-driver choices (pool details), nothing but the frequency with --rock-freq if you wish to overclock it.
|
Developer/maintainer for cgminer, ckpool/ckproxy, and the -ck kernel 2% Fee Solo mining at solo.ckpool.org -ck
|
|
|
Trademan1
Member
Offline
Activity: 84
Merit: 10
|
|
July 18, 2014, 12:46:00 PM |
|
Cheers for the info. I will change it. But how exactly is it detrimental to the miner. Does it slow it down, cause more HW errors or something?
|
|
|
|
-ck
Legendary
Offline
Activity: 4312
Merit: 1649
Ruu \o/
|
|
July 18, 2014, 12:49:13 PM |
|
Cheers for the info. I will change it. But how exactly is it detrimental to the miner. Does it slow it down, cause more HW errors or something?
The options were designed around serial communication before we went full direct USB on cgminer and most of them are ignored while others just confuse the hashrate meter, so they basically serve no useful purpose. I've tried to simplify commands over time but most cgminer forks/external drivers seem intent on using old driver code examples and make their options harder than they need to be. Another example were the antminer U* miners where the official cgminer took only one command to set the frequency in a meaningful fashion whereas there were bizarre look up tables to set frequency and icarus options were required but ignored and so on...
|
Developer/maintainer for cgminer, ckpool/ckproxy, and the -ck kernel 2% Fee Solo mining at solo.ckpool.org -ck
|
|
|
Trademan1
Member
Offline
Activity: 84
Merit: 10
|
|
July 18, 2014, 12:54:04 PM |
|
Cheers for the info. I will change it. But how exactly is it detrimental to the miner. Does it slow it down, cause more HW errors or something?
The options were designed around serial communication before we went full direct USB on cgminer and most of them are ignored while others just confuse the hashrate meter, so they basically serve no useful purpose. I've tried to simplify commands over time but most cgminer forks/external drivers seem intent on using old driver code examples and make their options harder than they need to be. Another example were the antminer U* miners where the official cgminer took only one command to set the frequency in a meaningful fashion whereas there were bizarre look up tables to set frequency and icarus options were required but ignored and so on... Thanks mate, I appreciate the help. I believe you literally wrote the book on CGMiner and your help here as well as developing the app in the first place gets you a 10/10 from me. Ive deleted the Icarus comments out of the string, so will see how it goes. Either way, cheers for the help and keep up the good work mate. Forgot to mention, if it wasn't for the efforts of people like you, we would be sitting here with useless pieces of hardware and scratching our heads what to do next.
|
|
|
|
cjcole8
Newbie
Offline
Activity: 19
Merit: 0
|
|
July 18, 2014, 03:36:00 PM |
|
I've got a Rk-Box, and I wanted to make sure I have done all the tricks. I have never gotten it below 10% error rates. It seems other people have higher hash rates than I do, and that's kinda frustrating. I've used rockminer's cgminer and tried their raspberry pi image, changed around frequencies, and I even replaced their USB hub with my own (no difference). Here's what I get:
300M Freq: 456 Gh/s, 11-12% error for ~405 Gh/s poolside 320M Freq: 478 Gh/s, 17-20% error for ~395 Gh/s poolside 350M Freq: 475 Gh/s, ~14% error for ~405 Gh/s poolside
I've played with it for a week now, and haven't gotten better. Anybody with better specs have any additional tricks? Or did I just get a poorly performing box?
|
|
|
|
Trends
Member
Offline
Activity: 119
Merit: 10
|
|
July 18, 2014, 04:26:05 PM |
|
Check out the various unit on rockhash.com you can see the variance between units I would imagine these may all be R3
|
|
|
|
CanaryInTheMine
Donator
Legendary
Offline
Activity: 2352
Merit: 1060
between a rock and a block!
|
|
July 18, 2014, 05:29:20 PM |
|
I will see you there!!
|
|
|
|
mstrongbow
Sr. Member
Offline
Activity: 322
Merit: 250
3D Printed!
|
|
July 18, 2014, 06:11:48 PM |
|
I've got a Rk-Box, and I wanted to make sure I have done all the tricks. I have never gotten it below 10% error rates. It seems other people have higher hash rates than I do, and that's kinda frustrating. I've used rockminer's cgminer and tried their raspberry pi image, changed around frequencies, and I even replaced their USB hub with my own (no difference). Here's what I get:
300M Freq: 456 Gh/s, 11-12% error for ~405 Gh/s poolside 320M Freq: 478 Gh/s, 17-20% error for ~395 Gh/s poolside 350M Freq: 475 Gh/s, ~14% error for ~405 Gh/s poolside
I've played with it for a week now, and haven't gotten better. Anybody with better specs have any additional tricks? Or did I just get a poorly performing box?
What Firmware are you running? If you are on the most recent, you should be seeing less than 5% rejects and ~475 Gh/s avg. My RK-Box R-Pi seems to be rebooting daily as well. The timer was up to about 16 hours last night...back down to 5+ hours this morning
|
|
|
|
cjcole8
Newbie
Offline
Activity: 19
Merit: 0
|
|
July 18, 2014, 06:15:05 PM |
|
@mstrongbow, I am on the most recent 1.3.0 version. Trust me, I've been staying on top of it Definitely never seen anywhere near 5% rejects I have also had my pi reboot 1-2 times daily. I thought it might be because of the USB hub, so I replaced it with a powered one. Interestingly, the blades seem to be running a few degrees cooler after the switch, but still rebooting. It doesn't bother me too much though - it reboots quickly, so my overall hashing power isn't affected very much.
|
|
|
|
Tips4TaT
Newbie
Offline
Activity: 47
Merit: 0
|
|
July 18, 2014, 06:27:23 PM |
|
You can connect it to anything, not just Pi. Or use one Pi for multiple miners (not sure what's the limit though, Pi has some issues with too many USB devices). I was able to compile cgminer 4.4 and use it on a regular Linux box that I use with other miners (Zeus etc) but eventually switched back to Pi when I was done experimenting. - Such Moon Just seems like a such a waste, two machines per 1 Pi that costs $40 at best. Then if it breaks, you lose two machines and besides, who wants to spend additional for spares? IF one Pi could run 4-6 machines it would be nice; a dozen would be overkill because of the connection would suffer self-throttling. I don't get why a miner that's using last week's technology (40Nm) is charging this week's technology's (20Nm) price, especially when most miners now are 28Nm chips. This company could steal a lot of business from Bitmain if prices were competitive. I might try a pair out at the end of the month if Bitmain doesn't re-open sales by then. Waste as opposed to what, each AntMiner having its own built-in controller? Each approach has its merits, I prefer it to be as modular as possible if the price is right, since I have a bunch of hardware (PSUs, raspberries, etc) laying around. Others may prefer self-contained plug-and-play boxes. As for spares, at least it's a possibility with a modular approach, what happens if a built-in part breaks in a "black box"? Two weeks offline for RMA if you're lucky to have warranty. But to be fair controller is probably the least likely part to break, so I don't think it's an issue for either one of them. I bet the prices will change when Bitmain starts selling. I’m with ya.. One of my CoinTerra’s blew out three weeks ago and RMA just got it back yesterday. 1.6TH gone for 3 weeks, that’s bull shit… I only purchase smaller modular miners now. F those big suckers…
|
|
|
|
|