ROCKMINER ASIC miner official thread

[CanaryInTheMine]

try one device per Pi, if you haven't already, does it help?
also, have you tried bypassing the USB hub included with each unit?  If so, did it make a difference?
Finally, what was the result of switching the MCU boards around?  it's the little board the provides USB interface from a blade.
did blades behave differently with switched MCUs? meaning that blade is not the issue and maybe the blade control unit is?

Reboot's are a problem when some of the blades do not come back to full ghs!!!
and stay at 30-40ghs until they have the usb cable removed to reset.

Elapsed   GHS av   GHS 5s   GHS 15m   Accepted   Rejected   Rej%
7 h 33 m 49 s    373 GHS    370 GHS    373 GHS    2246    30    1.32
ID   Temperature   GHS av   GHS 5s   GHS 15m
1    40    112 GHS    117 GHS    113 GHS
2    43    111 GHS    110 GHS    111 GHS
3    44    111 GHS    104 GHS    111 GHS
4    36    38 GHS    41 GHS    38 GHS

Elapsed   GHS av   GHS 5s   GHS 15m   Accepted   Rejected   Rej%
1 h 24 m 8 s    375 GHS    373 GHS    373 GHS    413    24    5.49
ID   Temperature   GHS av   GHS 5s   GHS 15m
1    39    113 GHS    124 GHS    113 GHS
2    43    114 GHS    109 GHS    114 GHS
3    45    108 GHS    119 GHS    108 GHS
4    35    38 GHS    40 GHS    38 GHS

Elapsed   GHS av   GHS 5s   GHS 15m   Accepted   Rejected   Rej%
4 h 33 m 44 s    896 GHS    864 GHS    894 GHS    2962    394    11.74
ID   Temperature   GHS av   GHS 5s   GHS 15m
1    44    115 GHS    118 GHS    117 GHS
2    45    114 GHS    107 GHS    113 GHS
3    42    130 GHS    119 GHS    130 GHS
4    44    116 GHS    108 GHS    115 GHS
5    42    125 GHS    119 GHS    125 GHS
6    43    125 GHS    118 GHS    124 GHS
7    43    126 GHS    129 GHS    125 GHS
8    37    41 GHS    42 GHS    41 GHS

How do you explain the above rockxie?
Not caused by heat! the pi's are around 33deg and the room is 20deg C!

20% is a lot of hash rate to lose!!!!

And it's not always just the last blade, it could be 1-3 blade that sit at 30-40ghs.

How about standing behind your product addressing the stability.

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..

Reboot is not big problem, most important thing is hashrate and hashrate!!
Reboot happened for temperature adaptive and only need seconds.

1 Try to power down and power up agian if you see this problem.
2 This problem may be caused by: 1  the PI , 2 the board,try to use one PI to drive one miner.
3 reboot is a nomal problem with cgminer and PI solution(all miners are affected using cgminer). cgminer will crash with some unknown problems,so the is a way when cgminer crash ,system will reboot the cgminer.

rockxie,
Just to keep you up to date and what I'm trying ( thanks for responding by the way).
I've monitored and tracked the rk box since the post at the top of this message, I have found 5 different boards (out of the 16) that have not returned to full hash after a reboot. 1 faulted 5 times, 2 faulted 4 times, 1- 3 times and 1- 2 times.

I powered down all boxes and changed the locations of the faulted control boards to see if the faults follow the control board or if they stay with the blades themselves.

As to your suggestions above, this is what I've done so far

1) always powered down to try to reset, also reboot from GUI only to have unit start and the fault remained. Found it best just to pull the usb connection from the control board for a second.
2) I am using 1 pi per miner most times, I've changed out the pi's, changedout SD cards, reloaded SD cards.
Also changed USB cables, hubs, and router to a switch.

So I'm thinking it is either the control boards or the blades. I'll let you know.

PS: has Rockminer considered going the route of the TP-Link TL-MR3020 instead of the pi much like Technobit offers?
      How about providing a .bin file for this!!

Trends

[Trends]

Canary

I do run one pi per RK and it doesn't seem to help.
all hubs have been changed out twice, once to try powered hubs.
I just switched the control boards around a couple of hours ago so I don't have an update yet.

Time will tell if its a control board issue or not!

try one device per Pi, if you haven't already, does it help?
also, have you tried bypassing the USB hub included with each unit?  If so, did it make a difference?
Finally, what was the result of switching the MCU boards around?  it's the little board the provides USB interface from a blade.
did blades behave differently with switched MCUs? meaning that blade is not the issue and maybe the blade control unit is?

[mstrongbow]

Ugh....in the middle of my move across town and all but my miners/network devices have been moved over.
I am relaxing trying to relax for a few after a long ass day of moving and wouldn't you know my RK-Box is OFFLINE!
It has not submitted a share in almost an hour but my BTCGarden units are chugging along fine.


Rockminer, PLEASE PLEASE PLEASE help us out and get us a more stable firmware. Everything was kosher when I left my old place a couple hours ago. Even more bummed as I don't plan on making another trip back until tomorrow. Wish I wasn't so tired otherwise I'd make the hour plus drive just to see whats up.

[Billbags]

Hey mstrongbow, get you some rest buddie, I've been working on some cgminer fixes that may do us some good with the pi. I should be testing out by tomorrow I hope. If it works good I'll dropbox a image for you to download.

[mstrongbow]

Hey mstrongbow, get you some rest buddie, I've been working on some cgminer fixes that may do us some good with the pi. I should be testing out by tomorrow I hope. If it works good I'll dropbox a image for you to download.

You rock bro! Ill be migrating my miners over today. I am thinking the RK-Box lost power somehow as the R-Pi would normally restart itself. I'll post up later what the issue was.
Thanks again!


edit: pretty sure the PSU lost power for some odd reason as my Gridseed orbs are not reporting either 

[lenny_]

Hello,

About Rockminers:
Can someone please tell me what is exact wattage at the wall (in Europe) using branded PSU, without any overclocking, at stock speed (as advertised)? And what is exact hashrate of the device (average) on panel and on mining pool?
I would like to add this device to my small chart, showing efficiency of various ASIC miners. Thank you!

[dogie]

This company's rating has changed in the relaunched manufacturer trustworthiness thread.

[ManeBjorn]

Not to highjack this thread but great job.  I love the changes.
Very informative and helpful to everyone.

This company's rating has changed in the relaunched manufacturer trustworthiness thread.

[Trends]

Reboot's are a problem when some of the blades do not come back to full ghs!!!
and stay at 30-40ghs until they have the usb cable removed to reset.

Elapsed   GHS av   GHS 5s   GHS 15m   Accepted   Rejected   Rej%
7 h 33 m 49 s    373 GHS    370 GHS    373 GHS    2246    30    1.32
ID   Temperature   GHS av   GHS 5s   GHS 15m
1    40    112 GHS    117 GHS    113 GHS
2    43    111 GHS    110 GHS    111 GHS
3    44    111 GHS    104 GHS    111 GHS
4    36    38 GHS    41 GHS    38 GHS

Elapsed   GHS av   GHS 5s   GHS 15m   Accepted   Rejected   Rej%
1 h 24 m 8 s    375 GHS    373 GHS    373 GHS    413    24    5.49
ID   Temperature   GHS av   GHS 5s   GHS 15m
1    39    113 GHS    124 GHS    113 GHS
2    43    114 GHS    109 GHS    114 GHS
3    45    108 GHS    119 GHS    108 GHS
4    35    38 GHS    40 GHS    38 GHS

Elapsed   GHS av   GHS 5s   GHS 15m   Accepted   Rejected   Rej%
4 h 33 m 44 s    896 GHS    864 GHS    894 GHS    2962    394    11.74
ID   Temperature   GHS av   GHS 5s   GHS 15m
1    44    115 GHS    118 GHS    117 GHS
2    45    114 GHS    107 GHS    113 GHS
3    42    130 GHS    119 GHS    130 GHS
4    44    116 GHS    108 GHS    115 GHS
5    42    125 GHS    119 GHS    125 GHS
6    43    125 GHS    118 GHS    124 GHS
7    43    126 GHS    129 GHS    125 GHS
8    37    41 GHS    42 GHS    41 GHS

How do you explain the above rockxie?
Not caused by heat! the pi's are around 33deg and the room is 20deg C!

20% is a lot of hash rate to lose!!!!

And it's not always just the last blade, it could be 1-3 blade that sit at 30-40ghs.

How about standing behind your product addressing the stability.

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..

Reboot is not big problem, most important thing is hashrate and hashrate!!
Reboot happened for temperature adaptive and only need seconds.

1 Try to power down and power up agian if you see this problem.
2 This problem may be caused by: 1  the PI , 2 the board,try to use one PI to drive one miner.
3 reboot is a nomal problem with cgminer and PI solution(all miners are affected using cgminer). cgminer will crash with some unknown problems,so the is a way when cgminer crash ,system will reboot the cgminer.

rockxie,
Just to keep you up to date and what I'm trying ( thanks for responding by the way).
I've monitored and tracked the rk box since the post at the top of this message, I have found 5 different boards (out of the 16) that have not returned to full hash after a reboot. 1 faulted 5 times, 2 faulted 4 times, 1- 3 times and 1- 2 times.

I powered down all boxes and changed the locations of the faulted control boards to see if the faults follow the control board or if they stay with the blades themselves.

As to your suggestions above, this is what I've done so far

1) always powered down to try to reset, also reboot from GUI only to have unit start and the fault remained. Found it best just to pull the usb connection from the control board for a second.
2) I am using 1 pi per miner most times, I've changed out the pi's, changedout SD cards, reloaded SD cards.
Also changed USB cables, hubs, and router to a switch.

So I'm thinking it is either the control boards or the blades. I'll let you know.

PS: has Rockminer considered going the route of the TP-Link TL-MR3020 instead of the pi much like Technobit offers?
      How about providing a .bin file for this!!

Trends

Well rockxie after changing the control boards around to see if the faults followed I can not say it's the control boards or the blades! The faults are still just a random as before. Any suggestion as to what to do next rockxie, after all it is your product?
Any firmware upgrades coming soon to address the issue?
Any thoughts to move to beaglebone or tp-link or something else as an alternative to the pi?

I did research on your comments regarding cgminer not functioning correctly with the pi's so I just have to ask WHY did you go that route knowing this?


Oh ya I also noticed that rockminer has removed the elapsed time of the miners shown on rockhash.com AND the the elapsed time has been removed from the gitthub firmware upgrade!!
I think this is an obvious attempt to hide the reboot issue. shame

Looking forward to your response.

Trends

[rockxie]

Update:

1. ROCKMINER Operational Progress and Financial Report
https://drive.google.com/file/d/0BwVxGR-76wFeeVplZ3YyeGFxWkU/edit?usp=sharing

2. Dividend
Receiver: ROCKMINER public IPO shareholders.
Amount: 18.75BTC
Date: July 29, 2014 (Beijing Time, GMT+8)

[TrekRider]

From the financial report...

"Through IPO this March we funded 1,875 BTC. We acquired USD895,177 by selling those BTC(Most of the BTC we sold at the price around USD483)."

OUCH.

[WheresWaldo]

Is there anyone running RPI with something other than the rockminer OS?

The other SD card I had was amazing, no errors while running cgminer. I switched SD cards and now I get constant hang ups then the miners restart. This is annoying because every 10-20minutes there is going to be a restart and all that is going to add up in the long run. The rockminer os just reboots too much so I just want to avoid it.


 [2014-07-28 22:28:46] LIR2: Comms error (rerr=-4 amt=0)
 [2014-07-28 22:28:46] LIR1: Comms error (rerr=-4 amt=0)
 [2014-07-28 22:28:46] LIR0: Comms error (werr=-4 amt=32)
 [2014-07-28 22:28:46] LIR3: Comms error (rerr=-4 amt=0)
 [2014-07-28 22:28:46] LIR 2 failure, disabling!
 [2014-07-28 22:28:46] LIR 3 failure, disabling!
 [2014-07-28 22:28:46] LIR 0 failure, disabling!
 [2014-07-28 22:28:46] LIR 1 failure, disabling!

If any of you have can recommend a solid brand SD card I will appreciate it!

[klintay]

Hey mstrongbow, get you some rest buddie, I've been working on some cgminer fixes that may do us some good with the pi. I should be testing out by tomorrow I hope. If it works good I'll dropbox a image for you to download.

Sounds interesting! Looking forward to seeing your revised cgminer  
Please keep everyone informed.

Is Rockminer R3 compatible with the main fork of cgminer? If so why not?

[TRN1062]

I have 6 R-box miners running on CGminer on a Windows 7 machine.  They seem to run ok but even running them at a clock speed of 290 I am getting only about 200Gh/s from the 6 of them or just about 34Gh/s each They do peak at about 208-210 Gh/s (still under 35Gh/s each)  but only brief peaks. 4 or 5 times a day I have to restart 2 3 or all 6 of the miners as they slow down to high teen to low twenties GH/s

I thought it was power related as I had all 6 running from one 360W PS to start with but I have since bought and hooked up a second 360W PS and put 3 units on each and still the same. I can not get speeds of anywhere near the 35 GH/s each I was expecting with any kind of consistency. I get nearly 35 for brief peaks but it drops off to average a bit under 34 and then drops off to less than 25 after a few hours. I have the 6 units set up spaced out with a 20" box fan blowing across them and they run about 39-40c so I don't think it is heat related either.


My question is, What am I doing wrong or is it just a design flaw that these units can not run for more than a few hours at a time reliably?


Is there an updated firmware or driver I should try? Any suggestions would be appreciated.

[CanaryInTheMine]

I have 6 R-box miners running on CGminer on a Windows 7 machine.  They seem to run ok but even running them at a clock speed of 290 I am getting only about 200Gh/s from the 6 of them or just about 34Gh/s each They do peak at about 208-210 Gh/s (still under 35Gh/s each)  but only brief peaks. 4 or 5 times a day I have to restart 2 3 or all 6 of the miners as they slow down to high teen to low twenties GH/s

I thought it was power related as I had all 6 running from one 360W PS to start with but I have since bought and hooked up a second 360W PS and put 3 units on each and still the same. I can not get speeds of anywhere near the 35 GH/s each I was expecting with any kind of consistency. I get nearly 35 for brief peaks but it drops off to average a bit under 34 and then drops off to less than 25 after a few hours. I have the 6 units set up spaced out with a 20" box fan blowing across them and they run about 39-40c so I don't think it is heat related either.


My question is, What am I doing wrong or is it just a design flaw that these units can not run for more than a few hours at a time reliably?


Is there an updated firmware or driver I should try? Any suggestions would be appreciated.

I'm running 6, they haven't skipped a beat. Using main cgminer release.  Although my temps are lower (ambient cooler probably) and no extra fans blowing on them.
Is your extra fan interfering with airflow?

[ManeBjorn]

I want to +1 on this.
I have one that for review and it runs great.  No hiccups or bugs for me and I am using their Pi image.
The miner is in my miner room though nice and cool at 70 degrees.
Still the stock fan.
My review goes live in a couple days I will make sure to link it here.
I really like the R3-Box I hope they can get the error rate down that is the only downside I have run into.

I have 6 R-box miners running on CGminer on a Windows 7 machine.  They seem to run ok but even running them at a clock speed of 290 I am getting only about 200Gh/s from the 6 of them or just about 34Gh/s each They do peak at about 208-210 Gh/s (still under 35Gh/s each)  but only brief peaks. 4 or 5 times a day I have to restart 2 3 or all 6 of the miners as they slow down to high teen to low twenties GH/s

I thought it was power related as I had all 6 running from one 360W PS to start with but I have since bought and hooked up a second 360W PS and put 3 units on each and still the same. I can not get speeds of anywhere near the 35 GH/s each I was expecting with any kind of consistency. I get nearly 35 for brief peaks but it drops off to average a bit under 34 and then drops off to less than 25 after a few hours. I have the 6 units set up spaced out with a 20" box fan blowing across them and they run about 39-40c so I don't think it is heat related either.


My question is, What am I doing wrong or is it just a design flaw that these units can not run for more than a few hours at a time reliably?


Is there an updated firmware or driver I should try? Any suggestions would be appreciated.

I'm running 6, they haven't skipped a beat. Using main cgminer release.  Although my temps are lower (ambient cooler probably) and no extra fans blowing on them.
Is your extra fan interfering with airflow?

[rockxie]

From the financial report...

"Through IPO this March we funded 1,875 BTC. We acquired USD895,177 by selling those BTC(Most of the BTC we sold at the price around USD483)."

OUCH.

Yes, ouch!!!
We had to do this, because of lack capital for purchasing chips and other materials.

[CanaryInTheMine]

From the financial report...

"Through IPO this March we funded 1,875 BTC. We acquired USD895,177 by selling those BTC(Most of the BTC we sold at the price around USD483)."

OUCH.

Yes, ouch!!!
We had to do this, because of lack capital for purchasing chips and other materials.

I wonder if secondmarket route could have worked

[Phosphorous]

I have 6 R-box miners running on CGminer on a Windows 7 machine.  They seem to run ok but even running them at a clock speed of 290 I am getting only about 200Gh/s from the 6 of them or just about 34Gh/s each They do peak at about 208-210 Gh/s (still under 35Gh/s each)  but only brief peaks. 4 or 5 times a day I have to restart 2 3 or all 6 of the miners as they slow down to high teen to low twenties GH/s

I thought it was power related as I had all 6 running from one 360W PS to start with but I have since bought and hooked up a second 360W PS and put 3 units on each and still the same. I can not get speeds of anywhere near the 35 GH/s each I was expecting with any kind of consistency. I get nearly 35 for brief peaks but it drops off to average a bit under 34 and then drops off to less than 25 after a few hours. I have the 6 units set up spaced out with a 20" box fan blowing across them and they run about 39-40c so I don't think it is heat related either.


My question is, What am I doing wrong or is it just a design flaw that these units can not run for more than a few hours at a time reliably?


Is there an updated firmware or driver I should try? Any suggestions would be appreciated.

What version of CGMiner are you running? Since I have been using 4.4.2 mine has worked really well running at 320Mhz I get 33-35Gh solid.

[TRN1062]

I have 6 R-box miners running on CGminer on a Windows 7 machine.  They seem to run ok but even running them at a clock speed of 290 I am getting only about 200Gh/s from the 6 of them or just about 34Gh/s each They do peak at about 208-210 Gh/s (still under 35Gh/s each)  but only brief peaks. 4 or 5 times a day I have to restart 2 3 or all 6 of the miners as they slow down to high teen to low twenties GH/s

I thought it was power related as I had all 6 running from one 360W PS to start with but I have since bought and hooked up a second 360W PS and put 3 units on each and still the same. I can not get speeds of anywhere near the 35 GH/s each I was expecting with any kind of consistency. I get nearly 35 for brief peaks but it drops off to average a bit under 34 and then drops off to less than 25 after a few hours. I have the 6 units set up spaced out with a 20" box fan blowing across them and they run about 39-40c so I don't think it is heat related either.


My question is, What am I doing wrong or is it just a design flaw that these units can not run for more than a few hours at a time reliably?


Is there an updated firmware or driver I should try? Any suggestions would be appreciated.

What version of CGMiner are you running? Since I have been using 4.4.2 mine has worked really well running at 320Mhz I get 33-35Gh solid.

4.3.3  I will try the newer version and see if that helps. Thanks for the suggestion.

I'm running 6, they haven't skipped a beat. Using main cgminer release.  Although my temps are lower (ambient cooler probably) and no extra fans blowing on them.
Is your extra fan interfering with airflow?

No the fan is blowing to cool all of my miners including 9 Antminer u1's 7 bitwins and 1 nanofuryII as well as the 6 R-Boxes The R-Boxes are positioned so that they intake the coolest air in the room and their exhaust air is carried away by the airflow from the box fan. To clairify it makes no difference whether the miner is at 37 or 40c they all mine fast sometimes and they all slow down eventually. how long they run varies but usually 2 or 3 times a day at least each or all of them must be restarted.

Ill try the later version of CGminer I really would like to be able to run BFG but unfortunately every version of BFG that runs Rockminers is unstable on my set as the Bitwins bomb after after a 30 - 40 minutes or so. So Ill download the newest CG miner and try that.