Status
Pools
No pools loaded
Devices
No devices running
Ok, going back to a older version.
Topic: Linux mining distro for the Raspberry PI - MinePeon - page 77. (Read 685140 times)
At the start of the "donation period", today @ 12:00:
Status
Pools
No pools loaded
Devices
No devices running
Ok, going back to a older version.
Status
Pools
No pools loaded
Devices
No devices running
Ok, going back to a older version.
Yes, either that or cough up extra cash. Sometime I order from Ebay, if I am prepared to wait ~3 weeks to receive the goods (they need to clear customs). And on a couple of occasions I had to document that the goods I purchased really cost as little as they did (2 more weeks were added to processing time on top).
I'm pretty sure we could find a way to deal with that problem
Yes, either that or cough up extra cash. Sometime I order from Ebay, if I am prepared to wait ~3 weeks to receive the goods (they need to clear customs). And on a couple of occasions I had to document that the goods I purchased really cost as little as they did (2 more weeks were added to processing time on top).
Norway, the most expensive country in the world (save for electricity cost). It's also extremely protectionistic: everything you import (except for books), which costs more than NOK200 (~$32) is subject to 25% import tax + NOK120 (~$20) customs handling fee.
Here's where I get my prices from. It's the cheapest place where I can buy Pi in Norway:
Starter kit (all of the below):
http://www.mpx.no/k/ki.aspx?sku=774255
Just Pi:
http://www.mpx.no/k/ki.aspx?sku=774016
Case:
http://www.mpx.no/k/ki.aspx?sku=774117&s=sc
Power:
http://www.mpx.no/k/ki.aspx?sku=618824
SD:
http://www.mpx.no/k/ki.aspx?sku=600643&s=sc
HDMI:
http://www.mpx.no/k/ki.aspx?sku=590340&s=sc
By the way, another show stopper, which I mentioned a few pages earlier, is that Pi would lose its static IP if the link (router) goes down, so I need to physically access the device to bring it back on-line. Win7 does not have this problem.
Here's where I get my prices from. It's the cheapest place where I can buy Pi in Norway:
Starter kit (all of the below):
http://www.mpx.no/k/ki.aspx?sku=774255
Just Pi:
http://www.mpx.no/k/ki.aspx?sku=774016
Case:
http://www.mpx.no/k/ki.aspx?sku=774117&s=sc
Power:
http://www.mpx.no/k/ki.aspx?sku=618824
SD:
http://www.mpx.no/k/ki.aspx?sku=600643&s=sc
HDMI:
http://www.mpx.no/k/ki.aspx?sku=590340&s=sc
By the way, another show stopper, which I mentioned a few pages earlier, is that Pi would lose its static IP if the link (router) goes down, so I need to physically access the device to bring it back on-line. Win7 does not have this problem.
so you need to keep the orders below NOK200?
can you not ebay? all the extra items should be well under that including shipping I would think. but yes it does seem like you are in a hard spot.
Norway, the most expensive country in the world (save for electricity cost). It's also extremely protectionistic: everything you import (except for books), which costs more than NOK200 (~$32) is subject to 25% import tax + NOK120 (~$20) customs handling fee.
Here's where I get my prices from. It's the cheapest place where I can buy Pi in Norway:
Starter kit (all of the below):
http://www.mpx.no/k/ki.aspx?sku=774255
Just Pi:
http://www.mpx.no/k/ki.aspx?sku=774016
Case:
http://www.mpx.no/k/ki.aspx?sku=774117&s=sc
Power:
http://www.mpx.no/k/ki.aspx?sku=618824
SD:
http://www.mpx.no/k/ki.aspx?sku=600643&s=sc
HDMI:
http://www.mpx.no/k/ki.aspx?sku=590340&s=sc
By the way, another show stopper, which I mentioned a few pages earlier, is that Pi would lose its static IP if the link (router) goes down, so I need to physically access the device to bring it back on-line. Win7 does not have this problem.
Here's where I get my prices from. It's the cheapest place where I can buy Pi in Norway:
Starter kit (all of the below):
http://www.mpx.no/k/ki.aspx?sku=774255
Just Pi:
http://www.mpx.no/k/ki.aspx?sku=774016
Case:
http://www.mpx.no/k/ki.aspx?sku=774117&s=sc
Power:
http://www.mpx.no/k/ki.aspx?sku=618824
SD:
http://www.mpx.no/k/ki.aspx?sku=600643&s=sc
HDMI:
http://www.mpx.no/k/ki.aspx?sku=590340&s=sc
By the way, another show stopper, which I mentioned a few pages earlier, is that Pi would lose its static IP if the link (router) goes down, so I need to physically access the device to bring it back on-line. Win7 does not have this problem.
Don't forget additional cost to buy each Pi (for me: ~$60 if bought within the country or [price + 25% import tax] if bought outside), AC adapter (~$21), SD card (~$37), and postage (~$16). All in all each additional Pi would cost me ~$134. That's more than it would save in electricity cost or a PC at $0.065 / KWh.
Also, many have one or more PCs running 24/7 anyway.
Also, many have one or more PCs running 24/7 anyway.
where do you live? I send you a Pi, you me electricity at your cost. Here we pay 0.24€ (0.32$ approx.)
Don't forget additional cost to buy each Pi (for me: ~$60 if bought within the country or [price + 25% import tax] if bought outside), AC adapter (~$21), SD card (~$37), and postage (~$16). All in all each additional Pi would cost me ~$134. That's more than it would save in electricity cost or a PC at $0.065 / KWh.
Also, many have one or more PCs running 24/7 anyway.
Also, many have one or more PCs running 24/7 anyway.
im not sure where your getting your prices from but that seems way to much. can you not buy from ebay?
Don't forget additional cost to buy each Pi (for me: ~$60 if bought within the country or [price + 25% import tax] if bought outside), AC adapter (~$21), SD card (~$37), and postage (~$16). All in all each additional Pi would cost me ~$134. That's more than it would save in electricity cost or a PC at $0.065 / KWh.
Also, many have one or more PCs running 24/7 anyway.
Also, many have one or more PCs running 24/7 anyway.
My conclusion is that RPi is good for a limited number of devices (<30 which gave no comm errors or timeouts). For larger rigs, use a PC.
naaah, better use a 2nd RPi then. Even 10 Pi's would be better, simply because they are more energy efficient than any PC out there.
I've posted my Pi-related experience here: https://bitcointalksearch.org/topic/m.2991365
Here is an update on my final setup for 60 BEs:
3 d-Links are connected to an old Mag screen's USB 1.1 hub, the remaining 7 + fan to ST-Lab 10-porter (so, there are 2 USB cables out). Everything is driven by Win7 machine. The fan pointing downwards moves air over the AC adapters. Everything runs with almost no HW errors, so the power distribution seems to be sufficient.
I tried connecting the whole setup to Rpi, running MinePeon 0.2.2 and cgminer 3.3.4. At first it recognised and started mining on 57 devices (on one of the D-Links only every second device got recognised). After a while it dropped to 56 devices and stayed there for about 20 minutes, when I aborted the experiment. Cgminer was reporting a lot of timeout and comm error messages and BEs were blinking prettily (much more and brighter than when connected to Win7 machine, where you hardly see any blinking). RPi CPU load from Cgminer was about 34%, so it must be bus-related. My conclusion is that RPi is good for a limited number of devices (<30 which gave no comm errors or timeouts). For larger rigs, use a PC.
3 d-Links are connected to an old Mag screen's USB 1.1 hub, the remaining 7 + fan to ST-Lab 10-porter (so, there are 2 USB cables out). Everything is driven by Win7 machine. The fan pointing downwards moves air over the AC adapters. Everything runs with almost no HW errors, so the power distribution seems to be sufficient.
I tried connecting the whole setup to Rpi, running MinePeon 0.2.2 and cgminer 3.3.4. At first it recognised and started mining on 57 devices (on one of the D-Links only every second device got recognised). After a while it dropped to 56 devices and stayed there for about 20 minutes, when I aborted the experiment. Cgminer was reporting a lot of timeout and comm error messages and BEs were blinking prettily (much more and brighter than when connected to Win7 machine, where you hardly see any blinking). RPi CPU load from Cgminer was about 34%, so it must be bus-related. My conclusion is that RPi is good for a limited number of devices (<30 which gave no comm errors or timeouts). For larger rigs, use a PC.
Hi all, I have successfuly setup my RPi to access my wifi with wicd-curses. The problem is that it won't reconnect to the wifi when I reboot the Pi.
Any suggestions?
Any suggestions?
there is a setting on the screen where you add the wlan0, I think its down the bottom. it says to reconnect on bootup or something similar. you probably need to check there.
If its not on that screen its on the screen where you setup the IP address and Wifi password etc.
sorry if im vague im working from memory without a Pi in front of me
Thanks for the help. It seems to be working now, though I did have to fiddle with it a bit.
Hi all, I have successfuly setup my RPi to access my wifi with wicd-curses. The problem is that it won't reconnect to the wifi when I reboot the Pi.
Any suggestions?
Any suggestions?
there is a setting on the screen where you add the wlan0, I think its down the bottom. it says to reconnect on bootup or something similar. you probably need to check there.
If its not on that screen its on the screen where you setup the IP address and Wifi password etc.
sorry if im vague im working from memory without a Pi in front of me
I really think there is an Issue with the new Arch and certain Hubs, Am short on ports until my new hubs arrive.
I will be able to runs some test and experiments once I have the new hubs.
Edit: I now have most of my set up on the good hubs running on 0.2.3(a)
the bad hub works perfect, running 7 erupters on 0.2.2 (completely unstable on 0.2.3a, and destabilizes the other hubs)
Glad I brought that second PI
I will be able to runs some test and experiments once I have the new hubs.
Edit: I now have most of my set up on the good hubs running on 0.2.3(a)
the bad hub works perfect, running 7 erupters on 0.2.2 (completely unstable on 0.2.3a, and destabilizes the other hubs)
Glad I brought that second PI
do you get some sort of crash message on the screen before the system reboots?
when mine reboots it seems to crash with some sort of message on the screen and then does a reboot.
Ill try and get a picture of the error message.
Hi all, I have successfuly setup my RPi to access my wifi with wicd-curses. The problem is that it won't reconnect to the wifi when I reboot the Pi.
Any suggestions?
Any suggestions?
Upgraded MinePeon 0.2.3a to cgminer 3.4.0, to see what happens next... 
Started @ 20:05 and @ 20:50, RPI rebooted. New reboot @ 21:59.
I really think there is an Issue with the new Arch and certain Hubs, Am short on ports until my new hubs arrive.
I will be able to runs some test and experiments once I have the new hubs.
Edit: I now have most of my set up on the good hubs running on 0.2.3(a)
the bad hub works perfect, running 7 erupters on 0.2.2 (completely unstable on 0.2.3a, and destabilizes the other hubs)
Glad I brought that second PI
I will be able to runs some test and experiments once I have the new hubs.
Edit: I now have most of my set up on the good hubs running on 0.2.3(a)
the bad hub works perfect, running 7 erupters on 0.2.2 (completely unstable on 0.2.3a, and destabilizes the other hubs)
Glad I brought that second PI
From a cgminer POV, you cannot direct different devices to different pools in a single miner instance.
If you run 2 (or more) cgminers then you can have one cgminer point at pool A and the other pool B (etc ...)
So from a command line POV it would be 2 cgminers with this extra option:
cgminer ... --usb ICA:3 blah ... -o PoolA ...
cgminer ... --usb ICA:4 blah ... -o PoolB ...
If you run 2 (or more) cgminers then you can have one cgminer point at pool A and the other pool B (etc ...)
So from a command line POV it would be 2 cgminers with this extra option:
cgminer ... --usb ICA:3 blah ... -o PoolA ...
cgminer ... --usb ICA:4 blah ... -o PoolB ...
Ok, that sounds like a good solution. Is this do-able on minepeon?
I'm guessing I would have to use
Code:
sudo systemctl stop cgminer.service
to free up the erupters before reassigning them. What command would I use to launch them in mine peon (sorry to be a pain)?
Thanks!
Maybe the newest versions of MinePeon are somehow incompatible with bfgminer.
I will check into this when I get home, it would be a bit of a bummer if it is true. The only reason I have been able to support both bfgminer and cgminer is because the API is the same and if they start to differ there is going to be problems.
Neil
Thanks, let me know what you find.
Is there anyway to control Erupters individually in minepeon?
For example: if I had 7 Erupters connected, is it possible to have 3 mining Pool#1 and the other 4 mining Pool#2 ?
From a cgminer POV, you cannot direct different devices to different pools in a single miner instance.For example: if I had 7 Erupters connected, is it possible to have 3 mining Pool#1 and the other 4 mining Pool#2 ?
If you run 2 (or more) cgminers then you can have one cgminer point at pool A and the other pool B (etc ...)
So from a command line POV it would be 2 cgminers with this extra option:
cgminer ... --usb ICA:3 blah ... -o PoolA ...
cgminer ... --usb ICA:4 blah ... -o PoolB ...
Is there anyway to control Erupters individually in minepeon?
For example: if I had 7 Erupters connected, is it possible to have 3 mining Pool#1 and the other 4 mining Pool#2 ?
For example: if I had 7 Erupters connected, is it possible to have 3 mining Pool#1 and the other 4 mining Pool#2 ?
Jump to: