Download Advanced IP Scanner and run that. It should find your Ant.

This looks like a fun community, but I am confused.

This post is inviting us to join your p2pool node, which doesn't need an account to join. That's easy enough. However, in order to check our stats we need an account. That's fine, but then I see the following in your policy:


Then I check your about nastyfans page and read the following:


I guess this is just that the wording in the site is simply confusing matters but I just want to make sure that the accounts that are created for mining purposes won't go inactive simply because the owner may not own a membership seat (after all, there are no more available).

From my own experience, the R-Boxes are temperamental little critters that don't like to play along with other devices. I could never get mine to work in Windows, Zadiq drivers or not, and just ended up having to set up a Raspberry Pi for them and even then, I have to pray there are no power spikes because if the thing is forced to reboot I'll likely spend the next 15 to 30 minutes shifting the 4 R-Boxes that I have around the USB hub until the Raspberry Pi is finally able to see all 4 of them and they work fine. I hate those things...

Err, those are supposed to work. Make sure that you are actually logging in as minepeon and not as another user.

Did you ever change the password? Because that's the only thing I can think of that's stopping you.

The Raspberry Pi lacks a real-time clock so it loses its time and date every time it reboots. To set it again with the Minepeon's Archlinux distribution you need the following command:


If you head over to the Minepeon's forums there are detailed instructions on how to configure ntp so that the Pi updates its time and date automatically but that's never worked for me. Anyway, once you fix the time and date, the graphs work great!

I use Minepeon . And I use the MobileMiner plugin to boot. I also donate so you can add that to your work-in-progress user stats!

I notice you're using cgminer. I also had really high hardware errors with cgminer. Switching to bfg the hardware errors went down significantly, but my Pi had trouble recognizing my R-Boxes. Do you also have that kind of problem with them? They're a pain...

Can Minera be installed in the Archlinux distribution used for Minepeon? I think the problem I'm having with Minera and bfgminer may be the Raspbian distribution and not Minera itself. Granted, it really is a problem with the R-Box miners since they're such a pain but the thing is that whenever I boot up a Raspberry Pi usually only one or two of the R-Box miners get recognized. I have four of them and I have to keep moving them around different USB ports in the USB hub I'm using. After fiddling with them for a while, eventually Minepeon with bfgminer 4.3 recognizes all four miners and as long as I don't need to reboot (please power don't go out for longer than the UPS can handle!), all R-Box miners work fine.

With Minera I usually get my one or two R-Box miners recognized (and it's not always the same one or two; this can vary) and if I start moving them around the ports of the USB hub I can just spend hours at it and the two other miners won't get recognized. In fact, what usually happens is that the two miners that were working also stop working! So I think that may be something about the way Raspbian is managing the USB devices vs the way that Archlinux does and not an inherent issue with Minera.

I use two of these on my S1 and have no complaints:

http://www.amazon.com/Cougar-Vortex-Cooling-CF-V12HPB-Black/dp/B008N323U6/ref=sr_1_1?s=electronics&ie=UTF8&qid=1405713942&sr=1-1&keywords=120mm+vortex+fan

Just watch it when screwing the front fan in as the fan isn't as deep so the screw can come into contact with one of the capacitors and pry it off (that actually happened to me as I wasn't being as careful as I should have been and had to solder it back in). I ended up using a cable tie for that particular screw slot. I don't overclock my S1 so I'm not sure if this solution would sustain an OC'ed device but it makes little to no noise with these two and hashes away at an average of 180 Gh/s 24 hours with no incidents. Of course, the room stays nice and warm though!

Yea, I setup 0.3.1 last night and then it hit me that the field for restarting if a device goes down is to input number of devices! For some reason I thought it was to input the name of the device such as AMU0 or RKM1. My bad haha.

The only thing keeping me from using it full-time right now is something that I think may have more to do with the R-Boxes than Minera. For some reason I can't get the bfgminer in Minera to see the R-Boxes. The official cgminer in Minera works with them, but they have a 30%+ error rate with it so I always end up going back to Minepeon with bfgminer 4.3.0. I don't really know what to suggest there since I know individual devices can be difficult to deal with. Heck, even with Minepeon and bfg 4.3.x which has worked best for me and the R-Boxes I still need to shift the R-Boxes around the USB hub (I have 4 R-Boxes) every once in a while. I really hate those things

Oh, and I had no minerd problems with 0.3.1.

Question: how long should I wait to remove some workers that I no longer need? I've used some pools on the past on which removing a worker meant losing shares that haven't been paid out yet but I'm not sure if that happens on Bitminter.

I tried Minera last night and I must compliment michelem on the gorgeous interface. Even the minimalist login screen with the clock is very attractive so well done (and it even has a working ntp service)! I also enjoyed how easy it was to setup and navigate. Overall, it's a very impressive mining controller. Oh, and the MobileMiner integration is just the icing on a wonderfully delicious cake.

Having said that, I kept having a problem with minerd crashing all the time. I don't know if it's a problem with the R-Boxes I'm running and I'll definitely conceded that those little miners are the bane of my existence but that's a subject for another topic. So minerd kept crashing constantly so I was forced to use my other R-Pi mining controller. I'll give 0.3.1 a shot tonight since the problems were with 0.3.0. I used the image at github for the dedicated Minera R-Pi rather than installing it into a working Raspbian system.

Anyway, some suggestions going forward:

• Allow multiples of 10 in the mining donation slider or also add a field for direct text input.
• Heck, add direct input fields on all sliders for more precision
• Allow the user to modify IP settings directly from the Minera UI; I still had to sudo into the Pi to set a static IP address
• Add a temperature display for miners that support it on the devices table
• The setting to restart the miner if a device is offline for a set number of seconds is an awesome idea, however I could never figure out how to add more than one device. It'd be good to be able to set multiple devices because let's say I have 4 Antminer U2's on the Minera controller; I really wouldn't mind too much if one goes and I can wait the 600 seconds or more to restart if two go down, but if three go down I would want it to restart after 75 seconds
• Again, on that restart miner if a device goes down option it would be better to have a drop down menu to select the device from devices that Minera has already identified rather than make the user type the name of the device

Anyway, I'll give 0.3.1 a try tonight and see if minerd is better behaved then. Overall, a great project and one I'll be watching closely. Kudos!

Great analogy. Thanks for taking the time to explain it.

That's interesting. So that means that even though all submitted shares were work that was performed, not every share has an equal chance of solving a block; some simply can't solve it. How would we know which ASIC's can actually solve a block? Their specs just give a hashing rate but that hashing rate could come from a few powerful chips or from a whole bunch of lesser chips.

So now I have a question. Using that example, if difficulty 2 is nowhere close to what's needed to solve a block, that means that all work submitted while on a low difficulty is just worthless? This is something that I've been trying to understand for a while but haven't really found much concrete info about.

Isn't ISIS an extremely fanatic subset of Muslims? I think that would make them too conservative to use Bitcoin.

Err, I'm not sure I follow your point. Pools don't get to choose how long it takes to find a block nor which block they're working on. It's just dumb luck, and at least according to the weekly stats posted by organofcorti, Bitminter usually comes out as a very lucky pool. Now I hope that exposing that info doesn't jinx us!

You could SSH into your Antminer and modify its cgminer settings directly to enable load-balancing and thus split the hashing power among multiple pools if you want. A quick search in this forum should yield the post with the steps on how to do that.

Well, it gets the job done I guess. It gives out a web UI that gives out the usual information about miners (hashrate, hardware errors, accepted shares, etc.) so nothing special there. I just don't like it because even though it supposedly uses Raspbian, there's no way to change its default password. I've SSH'ed into the thing and done the passwd command and it says that it changed the password but it doesn't work; it just always keeps the default password which and that makes me quite uneasy about it. There are also some odd hashrate dips throughout the day that I don't know if they're related to my hardware or the Rock Miner UI and I'd like to compare against another software before reaching conclusions. Unfortunately I can't compare against my PC since I was never able to get my PC to recognize the R-Boxes.

I don't see mention of the Rockminer units. Is it compatible with the R-Box?