ROCKMINER ASIC miner official thread - page 30.

CanaryInTheMine

donator

Activity: 2352

Merit: 1060

between a rock and a block!

Quote from: rockxie on July 28, 2014, 10:09:24 PM

Quote from: TrekRider on July 28, 2014, 01:16:08 PM

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

rockxie

sr. member

Activity: 284

Merit: 254

Quote from: TrekRider on July 28, 2014, 01:16:08 PM

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.

ManeBjorn

legendary

Activity: 1288

Merit: 1004

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.

Quote from: CanaryInTheMine on July 28, 2014, 09:32:55 PM

Quote from: TRN1062 on July 28, 2014, 09:21:09 PM

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?

CanaryInTheMine

donator

Activity: 2352

Merit: 1060

between a rock and a block!

Quote from: TRN1062 on July 28, 2014, 09:21:09 PM

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?

TRN1062

newbie

Activity: 49

Merit: 0

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.

klintay

legendary

Activity: 1775

Merit: 1032

Value will be measured in sats

Quote from: Billbags on July 25, 2014, 11:55:14 PM

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 Wink

Please keep everyone informed.

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

WheresWaldo

full member

Activity: 210

Merit: 100

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!

TrekRider

newbie

Activity: 56

Merit: 0

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.

rockxie

sr. member

Activity: 284

Merit: 254

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)

Trends

member

Activity: 119

Merit: 10

Quote from: Trends on July 25, 2014, 04:02:24 PM

Quote from: rockxie on July 24, 2014, 10:19:43 PM

Quote from: Trends on July 21, 2014, 05:27:18 AM

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.

Quote from: rockxie on July 20, 2014, 10:51:11 PM

Quote from: Trends on July 18, 2014, 06: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..

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

ManeBjorn

legendary

Activity: 1288

Merit: 1004

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

Quote from: dogie on July 27, 2014, 05:44:20 AM

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

dogie

legendary

Activity: 1666

Merit: 1185

dogiecoin.com

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

lenny_

legendary

Activity: 1036

Merit: 1000

DARKNETMARKETS.COM

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!

mstrongbow

sr. member

Activity: 322

Merit: 250

3D Printed!

Quote from: Billbags on July 25, 2014, 11:55:14 PM

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 Cry

Billbags

sr. member

Activity: 280

Merit: 250

Brainwashed this way

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

sr. member

Activity: 322

Merit: 250

3D Printed!

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.

Trends

member

Activity: 119

Merit: 10

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!

Quote from: CanaryInTheMine on July 25, 2014, 04:25:41 PM

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?

CanaryInTheMine

donator

Activity: 2352

Merit: 1060

between a rock and a block!

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?

Quote from: Trends on July 25, 2014, 04:02:24 PM

Quote from: rockxie on July 24, 2014, 10:19:43 PM

Quote from: Trends on July 21, 2014, 05:27:18 AM

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.

Quote from: rockxie on July 20, 2014, 10:51:11 PM

Quote from: Trends on July 18, 2014, 06: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..

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

member

Activity: 119

Merit: 10

Quote from: rockxie on July 24, 2014, 10:19:43 PM

Quote from: Trends on July 21, 2014, 05:27:18 AM

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.

Quote from: rockxie on July 20, 2014, 10:51:11 PM

Quote from: Trends on July 18, 2014, 06: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..

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

brudog

member

Activity: 79

Merit: 10

Also mine resets but it restarts without a glitch so thats no big deal

Topic: ROCKMINER ASIC miner official thread - page 30. (Read 199721 times)