I can't even get these hubs to hash without some serious HW errors unless i only have like 2 usb miners in each of the hubs connected to the main hub.... Any help on how to get 15 miners working well on 3 dlink hubs please let me know. Or do i need a 4th to spread out the power, all i know is the roswell 10 port can easly take 7 or 8 just cant use it like the dlink in that i get com errors? i dont know i dont have 2 to try..
I thought the same about the power draw.. His pi's are running off his hubs, which i have and they are giving me problems. When I connect 2 dlinks to one, and that one's connect to pi. i cant even run 10 on the 2 connected hubs that way, 1 always doesnt start and have hardware errors. And my Pi is powered with its own supply. LOST! I refuse to run my rPi's off the hubs, just doesn't seem logical when I have tons of extra 5v 1amp USB connectors sitting around (Apple i-Device chargers), plus I recently bought a nice surge protector that was laid out spaciously (to allow for power adapters), small surprise was that it also had 2x USB 5v @ 2a connections, so now I use those. Also worth mentioning (possibly), power conditioning, not sure if this plays a huge role in things or not, but I noticed when I switched from a cheap surge protector coming off my UPS system to a not-so-cheap surge protector which had in-line power conditioning as well and not connected to my UPS, my rate of hardware errors has drastically gone down, a lot. Found this to be interesting, since I only changed the surge protector and the outlet to where it was getting the power. I run RHB-500 Rosewill 10-Port hubs w/8 usable... I tried the "use the red wire (5v) and ground to a barrel-plug adapter from a PSU" (to get it to run all 10 ports) however the PSU I bought for $10 (still 400watt), tired it on one hub, couldn't get more than 6 to run... and couldn't find my multi-meter so I just said screw it and went back to using the power bricks, lol. I imagine it's due to the cheap-as-hell PSU... |
|
|
|
From the webUI I would say 0.2.3... Also, he's wasting some (very little) energy by using 4 pi's when you could easily use two. However I did find it interesting he's got 88 erupters at 351watts, as I know my setup of 32 erupters + fans, fans, fans, fans, fans (10x fans) one a single rPi sits at 105-115watts. So just doing some simple math, if I triple my farm to 96 erupters (including adding another pi, plus fans to match growth at the current rate of fans). I should be at 315watts to 345watts... hrmm... am I missing something here, where's his power draw coming form? 96 erupters = 32GH/s+, at the current price of .11 BTC per erupter, 10.56 BTC (+cost of fans, usb hubs, rPi, etc...) Now, 4 ASIC Blades I've clocked using 346watts (on a 1200watt PSU, including a wireless router & raspberryPi & 6 fans) ... they average 40GH/s however after running for awhile pick up to around 50GH/s (so far seen a max of 53.4GH/s out of the 4). At the current price of 3.5 BTC (4x = 14 BTC). 4 blades = 40-53GH/s, at current price of 3.5 BTC per blade, 14 BTC total + cost of PSU, fans, rPi (if you want, not necessary, though I think it is...) If you add in the cost of USB Hubs, it makes up the extra 3.44 BTC needed to buy said blades, where you have more hashing power and the power to hashrate is better than with erupters. Hmm... I was going to go to 96 erupters, but after doing this, it just seems more logical to sell my erupters and buy more blades and/or Blue Fury Miners. |
|
|
|
*Snip* Alot of helpful information! *Snip*
Thanks tk1337 for the information and help! I have been working hard to migrate from a laptop running Windows to a raspberry pi and this will help me a lot (can I save a few KW I will do that  ). Thanks!! No problem, let me know if you need anything else. |
|
|
|
Sorry if this has been brought up before, I tried to search/Google but couldn't find what I was looking for.
How do I recompile BFGMiner and copy the files needed to right directories on minepeon?
Also, how do I update minepeon easiest besides flashing a new image to the SD-card.
Thanks for the help in advance!
I usually just: sudo bash
#stop bfgminer if it's running
systemctl stop bfgminer
cd /opt/minepeon/bin/
mv bfgminer bfgminer_old
git clone https://github.com/luke-jr/bfgminer bfgminer
cd bfgminer
./autogen.sh
./configure
make
If you want to add in libmicrohttpd (proxy) support (not sure if it's packaged with bfgminer now or you still need to download it, but I've been downloading it and including it in the configure): sudo bash
#stop bfgminer if it's running
systemctl stop bfgminer
pacman -Syu libmicrohttpd
cd /opt/minepeon/bin/
mv bfgminer bfgminer_old
git clone https://github.com/luke-jr/bfgminer bfgminer
cd bfgminer
./autogen.sh
./configure --with-libmicrohttpd
make
Afterwards I usually change the bfgminer.service to user the executable inside the directory (as for me I have several diff versions of BFGMiner). sudo systemctl stop bfgminer
sudo nano /usr/lib/systemd/system/bfgminer.service
#edit the path to /opt/minepeon/bin/bfgminer/bfgminer
sudo systemctl daemon-reload
sudo systemctl start bfgminer
Edit: To update MinePeon (base) cd /opt/minepeon/
git pull
To update MinePeon WebUI (use with caution): cd /opt/minepeon/http/
git pull
To update the OS system packages: |
|
|
|
I keep getting an error when I try to install ssh on MinePeon 0.2.3. I type; "sudo apt-get install ssh", and get the error: "apt-get: command not found". Any suggestions?
Not to be an ass, but wouldn't you have to SSH into minepeon to try and execute that command? (Edit: Yea I guess you could just be using a keyboard & screen, I really didn't think about that as I never use a keyboard/monitor to setup/config a rPi, I just always SSH into them or use a USB console cable.)Arch Linux doesn't use apt-get as it's package manager, it uses pacman, while SSH is installed and works perfectly fine on MinePeon, there are several updates available for the core OS and several packages. (I believe SSH being one of them, can't remember, doing a system upgrade from the 0.2.3a IMG has currently 63 updates.) To issue a full system update for the system packages (not MinePeon, ie: not CGMiner,BFGMiner, or the WebUI). Simply use this command: |
|
|
|
Cgminer 3.5 is out with support for red/blue fury units!
I am testing it now. Neil And its now in git. Neil Hashing away with a Red Fury unit on minepeon right now. Thanks to Neil's great work and support.  looks good, can't wait to get mine in  |
|
|
|
|
Add another two more to my order, I'll send you an email with confirmation and transaction_id, waiting on confirmations as I had to move some BTC back over instead of selling on the exchange. lol
Edit: Sent you a PM with a question.
|
|
|
|
Still getting the "Miner DOWN" web page. I'm using the latest http git pull on minepeon 0.2.2
Okay, In trying to troubleshoot your issue, I ran into Bonz's issue as well... @LogicalUnit I reverted on of my rPi's to the 0.2.2 webUI stats do not seem to work, settings look correct, didn't see anything wrong with the permissions for the png files, granted I just did some simple looking around, but I didn't see any obvious reason, however switching to the master branch and doing a pull from it, the graphs work fine. @Bonz I did some snooping around, found out that MinePeon is calculating the "load" kind of incorrectly. (Neil, I'll send a PM to you about this tomorrow.) It seems to be taking the load utilization then multiplying that by 100, which at first glance, that would be how you get a percentage. Though the average load utilization is different from CPU load average, there's actually an interesting formula (  ) but I'm not going into that formula at 4:30am... lol However, to get the actual CPU Load average, from command line: top -b -d1 -n1 | grep -i "Cpu(s)" | head -c14
or if you want a consistent "running" average user this: |
|
|
|
i am running 0.2.3a and my load is allways is the high 300's should i be worried? this is a fresh install and i am running 8 erupters on it
i assume i should just Ignore it just like the post was? It is hovering 380%-450% load now hard to say, I've never seen any of my rPi's run that high, I have seen a high of about 150% when using CGMiner 3.4.3, was the only time I've seen a high load other than on the initial startup. SSH into the box and see if the numbers match up to the WebUI, could be a miscalculation somehow. either do: or from the command prompt and let us know the results. |
|
|
|
Can someone tell me how to get the http stats screen working after changing from cgminer to bfgminer? I just stopped the cgminer service and started the bfgminer one.
You will have to reboot. The miners use different ways of accessing the devices and they tend to lock the devices into their chosen driver pattern. Neil Still getting the "Miner DOWN" web page. I'm using the latest http git pull on minepeon 0.2.2 responded in your other thread. |
|
|
|
Okay, I've got bfgminer up and running, but now my http stats don't work. Hrm. . .
I saw your post in the other thread, tbh, I haven't ran the http from 0.2.2 in a long time now, so with that being said... I can attempt to pull it on one of my rPi's and see what could be the issue for you (or) attempt to download the latest version of http ( see my information about backing up your current http directory) however, I do know the latest of http 0.2.3a is still under dev. so you will probably run into issues there as well... I can't remember the simple fixes that were needed for the latest dev build, as I have so many random projects going on within my http directory for stuff I'm coding, I haven't done a pull in awhile. But I can easily do an update, pull the http from 0.2.2 and see what the issue is, then tell you how to fix it (if I am indeed having the same issue). I'll do it on my other rPi that's just acting as a proxy for the blades, I never use the webStats on that one. Sorry for not responding earlier about switching to bfgminer, haven't looked at the forums in a little bit... sudo systemctl stop cgminer.service
sudo systemctl disable cgminer.service
sudo systemctl enable bfgminer.service
sudo systemctl start bfgminer.service
|
|
|
|
Anyone? I'm still getting cgminer restarts and LCD script termination.  Switch to BFGMiner and see if that solves your issues, has for me and several others lately. |
|
|
|
|
Most orders going out Monday, check your order @ tk1337.com/orders/ for tracking information about your order.
|
|
|
|
We've been trying to get minepeon work with our rigs. Apparently Luke-Jr has a bitfury branch of BFGMiner that has all necessary code. Would be great to have an update of minepeon with this version.
I am hesitant to push branches out to the general public (Luke-Jr keep them as branches until he is confidant that the code is 100%) but if you want point to to the specific branch in github you would like and I will make you a custom image for testing. Neil I will definitely be testing when the blue fury's come in So, if there's anything special that needs to be done within MinePeon I'll make a write up unless someone beats me to it |
|
|
|
305 units ordered and Closing in less than 24 hours!  Guess I'll add two more to my order... You'll have an email soon. Edit - Email Sent. |
|
|
|
I gave this some love, I just couldn't stand it looking, er... how it did... A few people have asked me about this, so here's the update.. lol, that's a night and day difference between the first version... Anyhow, it has an animated bar that does a 60 second countdown and refreshes. Converts all those O's and X's to human readable (ie: chip status). The configuration portion is almost done, but still working on it, mainly cosmetic things at this point. Allows for mass-configuration at once (granted you have to setup the blades to different IP's for them to be seen on the network). Backup settings feature and some other things, since the web interface on the blades made me sad, also mobile compatible (Tablet/Smartphone). Next feature I'm going to toss in is the ability to specify the host of your proxy miner and get stats from said miner on the same page as the blade stats. Seems pointless, but again like I mentioned when I started this, some people like to see both statistics (both from the miner and directly from the blades). * Keep forgetting to add up time per blade to the output, meh. |
|
|
|
All orders placed are now trackable from: http://tk1337.com/orders/Use your bitcointalk.org username and postal code. ** Username is case sensitive ** (This page will be receiving many updates, however I wanted to put up something fast so everyone could get their current status of their order and tracking numbers when they ship out.) |
|
|
|
The correct start command seems to be '/opt/minepeon/bin/bfgminer' Tried to start bfgminer manually with parameter '-S all' & '-S erupter:all' but i always receive 'All devices disabled, cannot mine' With cgminer minpeon 0.2.3a works perfectly. minepeon@minepeon ~ $ /opt/minepeon/bin/bfgminer -S all -c /opt/minepeon/etc/miner.conf All devices disabled, cannot mine! minepeon@minepeon ~ $ /opt/minepeon/bin/bfgminer -S erupter:all -c /opt/minepeon/etc/miner.conf All devices disabled, cannot mine! miner.conf Icarus settings manually added. {
"algo": "c",
"api-listen": true,
"api-port": "4028",
"expiry": "120",
"icarus-options": "115200:1:1",
"icarus-timing": "3.0=100",
"hotplug": "5",
"log": "5",
"no-pool-disable": true,
"queue": "1",
"scan-time": "60",
"shares": "0",
"kernel-path": "\/opt\/minepeon\/bin",
"api-allow": "W:0\/0",
"pools": [
{
"url": "asc.coinmine.pl:6110",
"user": "xxxxxxxxx",
"pass": "yyyyyyyyy"
}
]
} Pretty sure you shouldn't have the icarus-options & icarus-timing in there for CGMiner 3.4.0 or above (someone correct me on that if I'm wrong) also you definitely didn't need them in there for BFGMiner. Also, both my Pi's running BFG have the double slash, they've been stable for about a week now. minepeon@stablePi ~ $ cat /usr/lib/systemd/system/bfgminer.service
[Unit]
Description=bfgminer
After=network.target openntpd.service
[Service]
Type=forking
User=minepeon
ExecStart=/usr/bin/screen -dmS bfgminer /opt/minepeon/bin//bfgminer/bfgminer -S erupter:all -c /opt/minepeon/etc/miner.conf
ExecStop=/usr/bin/screen -S bfgminer -X quit
Restart=always
[Install]
WantedBy=multi-user.target
Edit: I have recompiled BFGMiner with the latest + libmicrohttpd on both these miners as well as completing a full system update (sudo pacman -Syu). |
|
|
|
Shouldn't it be this? ExecStart=/usr/bin/screen -dmS bfgminer /opt/minepeon/bin/bfgminer -S erupter:all -c /opt/minepeon/etc/miner.conf instead of his original post: ExecStart=/usr/bin/screen -dmS bfgminer /opt/minepeon/bin//bfgminer/bfgminer -S erupter:all -c /opt/minepeon/etc/miner.conf At first I thought the same, however my bfgminer.service has it in there with both // and works fine. |
|
|
|
[minepeon@minepeon ~]$ sudo cat /usr/lib/systemd/system/bfgminer.service
[Unit]
Description=bfgminer
After=network.target openntpd.service
[Service]
Type=forking
User=minepeon
ExecStart=/usr/bin/screen -dmS bfgminer /opt/minepeon/bin//bfgminer/bfgminer -S erupter:all -c /opt/minepeon/etc/miner.conf
ExecStop=/usr/bin/screen -S bfgminer -X quit
Restart=always
[Install]
WantedBy=multi-user.target
hmm, that all looks correct, did you try to trace the directory to make sure that's the location of the bfgminer executable? cd /opt/minepeon/bin/bfgminer/
ls -la | grep bfgminer
I know I've recompiled BFGMiner and put it in /opt/bfgminer/ I doubt this is a cause (unless you recompiled it, then maybe), but never hurts to check.) |
|
|
|
|
Show Posts
