I am hoping that someone can help me. After mining successfully for two months I discovered that my miners were not mining one evening after work.
I am having issues with MinePeon recognizing my two BFL 50 GH/s miners. It is displaying "No devices found" and when I go to .../miner.php I am shown the following error: "Error getting device list: ERR: socket connect(0) failed." I was able to track down the print statement in source code https://github.com/ckolivas/cgminer/blob/master/miner.php , but I am still do not know how to fix the problem.
Can anyone assist? Your help would be greatly appreciated. I have even attempted to load MinePeon onto a new SD card by following the directions from here: (http://www.raspians.com/full-guide-to-minepeon/), but this time through the directions results in an image of MinePeon that will not boot. So I am assuming its better to just reconfigure my original MinePeon OS image that can no longer find devices.
Topic: Linux mining distro for the Raspberry PI - MinePeon - page 19. (Read 685133 times)
Before attempting to unleash the titans on my pi. I've had no issues with pointing a cube at the pi to proxy but similarly can the pi proxy from cgminer firmware on an Antminer S1 already utilizing stratum protocol or is the proxy specific to getwork? I asked this question in another manner but I assume my phrasing was unclear or there is a better place to pose the question. Thanks.
...
With the way open source stuff goes, if your not constantly maintaining stuff every thing else progresses and breaks your old code and I have enough of my own stuff to maintain. I have noticed though that someone else has forked piMiner and is doing something interesting with it;-
...
Just thought I'd point out about the cgminer API ...With the way open source stuff goes, if your not constantly maintaining stuff every thing else progresses and breaks your old code and I have enough of my own stuff to maintain. I have noticed though that someone else has forked piMiner and is doing something interesting with it;-
...
Since I wrote it, I have tried to keep backward compatibility to the maximum.
The only changes I've made that break that is the removal of CPU and GPU code ... and in your case that should have had no affect.
Yes other people break that compatibility with their forks since they don't give a crap about it, but since I wrote the API and have maintained it since day one, I've made sure that backward compatibility is the highest priority aspect of the cgminer API.
As a note to what you pointed out, cgminer seems to work fine, it is bfgminer that has the issues (or more precicly the updated pyusb has a problem with bfgminer). When I get a few moments spare I will see if I can document exactly the problems. Luke-Jr has always been keen to maintain compatibility and I am sure he will want to know.
Just to through it off further, the problem is with someone else's code (piMiner not mine) and it is also in python! (I don't do a lot in python). My PHP code that I wrote ages back to interact with the API still works with both cgminer and bfgminer.
It all gets complicated very quickly
and if code is not maintained (piMiner) stuff like this happens.Neil
The point wasn't to support getwork on stratum servers as the S1's aren't suffering from this issue as the blades and cubes dtd. It's about interface and control. Minepeon IMHO is superior to the S1's interface and can consolidate equipment results. The intent in future is to also provide remote access. The ability to monitor and control multiple devices through a single user interface is beneficial enough in my mind to proxy through the pi.
Ahhh, sorry, misunderstood.The Minepeon deals with "devices" which are not usually running other mining software, so it would either have to run a stratum-level proxy (of which I have no experience) or hook directly into the S! baldes, bypassing the on-board antminer controller, presumably with some kind of custom interface via the Pi GPIO. This might be possible but not easily/quickly achievable IMHO.
I'll keep quiet now.
Yep you share the same appreciation for the challenge as I do. There is a good deal of functionality to the S1 controller which I wouldn't want to lose. I'd just like the pi to direct, monitor and control overall mining and was hoping to do so by using it to proxy.
I've been using MinePeon 0.2.4.2 for a while now, and I've been getting some instability. Every couple of days it needs a reboot. I'm using wired ethernet. Is there anything I can do to improve my uptime? I'm using 5x Red Fury and 3x Blue Fury in two DUB-H7 hubs.
The point wasn't to support getwork on stratum servers as the S1's aren't suffering from this issue as the blades and cubes dtd. It's about interface and control. Minepeon IMHO is superior to the S1's interface and can consolidate equipment results. The intent in future is to also provide remote access. The ability to monitor and control multiple devices through a single user interface is beneficial enough in my mind to proxy through the pi.
Ahhh, sorry, misunderstood.The Minepeon deals with "devices" which are not usually running other mining software, so it would either have to run a stratum-level proxy (of which I have no experience) or hook directly into the S! baldes, bypassing the on-board antminer controller, presumably with some kind of custom interface via the Pi GPIO. This might be possible but not easily/quickly achievable IMHO.
I'll keep quiet now.
The point wasn't to support getwork on stratum servers as the S1's aren't suffering from this issue as the blades and cubes dtd. It's about interface and control. Minepeon IMHO is superior to the S1's interface and can consolidate equipment results. The intent in future is to also provide remote access. The ability to monitor and control multiple devices through a single user interface is beneficial enough in my mind to proxy through the pi.
Tried Google came up empty so figured I ask.
So in the past I used my pi to proxy for an ASICminer Cube out of necessity. Now having a consolidated list of all my equipments health summarized and the ease of pool control using a single worker has spoiled me. I want to point Antminer S1's at the mighty pi.
Is there a way to direct S1's to use the proxy support in minepeon and how do I configure them? Currently using bfgminer in the pi to support my other stuff.
So in the past I used my pi to proxy for an ASICminer Cube out of necessity. Now having a consolidated list of all my equipments health summarized and the ease of pool control using a single worker has spoiled me. I want to point Antminer S1's at the mighty pi.
Is there a way to direct S1's to use the proxy support in minepeon and how do I configure them? Currently using bfgminer in the pi to support my other stuff.
I think using a Pi proxy with the S1's is pointless, as they run cgminer which will do stratum directly with a pool, so no proxy needed.
Also I think the rate they generate work results at would overwhelm a proxy running on a Pi.
Tried Google came up empty so figured I ask.
So in the past I used my pi to proxy for an ASICminer Cube out of necessity. Now having a consolidated list of all my equipments health summarized and the ease of pool control using a single worker has spoiled me. I want to point Antminer S1's at the mighty pi.
Is there a way to direct S1's to use the proxy support in minepeon and how do I configure them? Currently using bfgminer in the pi to support my other stuff.
So in the past I used my pi to proxy for an ASICminer Cube out of necessity. Now having a consolidated list of all my equipments health summarized and the ease of pool control using a single worker has spoiled me. I want to point Antminer S1's at the mighty pi.
Is there a way to direct S1's to use the proxy support in minepeon and how do I configure them? Currently using bfgminer in the pi to support my other stuff.
Should i use the standard power supply for the Raspberry Pi
Or should i plug it into a 5v 10amp supply, to make sure it dosnt cut it because of lack of power?
Or should i plug it into a 5v 10amp supply, to make sure it dosnt cut it because of lack of power?
Please up your donation first
You must be using some kind of Ethernet cable which should be plugged into your router. You don't need your router ID for this, only if you are using a WiFi USB plug like Edimax EW-7811UN 150Mbps Wireless Nano USB
You must be using some kind of Ethernet cable which should be plugged into your router. You don't need your router ID for this, only if you are using a WiFi USB plug like Edimax EW-7811UN 150Mbps Wireless Nano USB
Hi,
first of all thanks for minepeon, it is working like a charm.
At first I was struggling to get it working, then I found out the problem was my power supply.
Maybe a stupid question, but how can minepeon access the internet without my network code?
So great software, if you find the time to do so, please implement a pooltimer(under pools, how long you have been mining one pool).
first of all thanks for minepeon, it is working like a charm.
At first I was struggling to get it working, then I found out the problem was my power supply.
Maybe a stupid question, but how can minepeon access the internet without my network code?
So great software, if you find the time to do so, please implement a pooltimer(under pools, how long you have been mining one pool).
...
With the way open source stuff goes, if your not constantly maintaining stuff every thing else progresses and breaks your old code and I have enough of my own stuff to maintain. I have noticed though that someone else has forked piMiner and is doing something interesting with it;-
...
Just thought I'd point out about the cgminer API ...With the way open source stuff goes, if your not constantly maintaining stuff every thing else progresses and breaks your old code and I have enough of my own stuff to maintain. I have noticed though that someone else has forked piMiner and is doing something interesting with it;-
...
Since I wrote it, I have tried to keep backward compatibility to the maximum.
The only changes I've made that break that is the removal of CPU and GPU code ... and in your case that should have had no affect.
Yes other people break that compatibility with their forks since they don't give a crap about it, but since I wrote the API and have maintained it since day one, I've made sure that backward compatibility is the highest priority aspect of the cgminer API.
Any news Neil?
Sorry, I am 100% snowed under. Maintaining, supporting and advancing MinePeon is all I can keep up with at the moment (and the full time job). The BBB and x86 port take priority after that and then Maintaining other peoples code comes a way distant 7th
.I do have it loaded on one of my MinePeons though, I will see how things are after I push out cgminer 4!
Neil
If you have a sdcard that works with the LCD is there any way you could make an img of it that I could get and try?
Any news Neil?
Sorry, I am 100% snowed under. Maintaining, supporting and advancing MinePeon is all I can keep up with at the moment (and the full time job). The BBB and x86 port take priority after that and then Maintaining other peoples code comes a way distant 7th
.I do have it loaded on one of my MinePeons though, I will see how things are after I push out cgminer 4!
Neil
Any news Neil?
Send one BTC to 12Ui8w9q6eq6TxZmow8H9VHbZdfEnsLDsB .... (kidding, unless your really gonna do it
)I will have a look to night and might even message the author, lets see if we can get something going.
Neil
LOL I love reading old posts where guys were offering 50 for someone to help them with the simplest of tasks.
Whole bunch of nothing...
Yeah, nothing is ever that simple
.The ./install.sh bit was from my plugin to set up all the dependencies and startup stuff. I will see if I can delve into it tonight. The problem is the author of the fork has made it so it works in his particular environment with his particular settings. I need to make it work in everyone environment with everyone settings.
Neil
Very cool. I appreciate your help.
Whole bunch of nothing...
Yeah, nothing is ever that simple
.The ./install.sh bit was from my plugin to set up all the dependencies and startup stuff. I will see if I can delve into it tonight. The problem is the author of the fork has made it so it works in his particular environment with his particular settings. I need to make it work in everyone environment with everyone settings.
Neil
git clone https://github.com/tghamm/PiMinerSimple.git
cd PiMinerSimple
sudo nohup python PiMinerSimple.py &
cd PiMinerSimple
sudo nohup python PiMinerSimple.py &
Since MinePeon comes equipped with everything you need already that is "in theory" all you need do. The miner is setup and ready.
Neil
Quote
[minepeon@minepeon ~]$ git clone https://github.com/tghamm/PiMinerSimple.git
Cloning into 'PiMinerSimple'...
remote: Counting objects: 27, done.
remote: Compressing objects: 100% (27/27), done.
remote: Total 27 (delta 10), reused 14 (delta 0)
Unpacking objects: 100% (27/27), done.
Checking connectivity... done
[minepeon@minepeon ~]$ cd PiMinerSimple
[minepeon@minepeon PiMinerSimple]$ sudo nohup python PiMinerSimple.py &
[1] 425
[minepeon@minepeon PiMinerSimple]$
Cloning into 'PiMinerSimple'...
remote: Counting objects: 27, done.
remote: Compressing objects: 100% (27/27), done.
remote: Total 27 (delta 10), reused 14 (delta 0)
Unpacking objects: 100% (27/27), done.
Checking connectivity... done
[minepeon@minepeon ~]$ cd PiMinerSimple
[minepeon@minepeon PiMinerSimple]$ sudo nohup python PiMinerSimple.py &
[1] 425
[minepeon@minepeon PiMinerSimple]$
Whole bunch of nothing... I know with piminer I had to put in "./install.sh" after cloning. I tried that and nothing. Might it need to be installed a diffrent way?
Jump to: