Linux mining distro for the Raspberry PI - MinePeon

[ct1aic]

When can we get cgminer 3.4.3 to git pull to MinePeon, please?

So far I can't get 3.4.3 to run longer than an hour on Raspbian before locking up seems the same on Pidora
Putting it back to 3.4.2, so far still running. So I'm not sure about that...

I am running 3.4.3 through its tests now.  It has not done anything funny yet.

Once it runs for a while I will push it up for you guys.

Neil

Neil, do you have any news about MinePeon full image 0.2.4?

My cgminer 3.4.2 is doing strange things... is working for some hours, unexpectedly starts with errors accessing the USB Gizmos and the RPI freezes. I have a 0.2.3 (not a) MinePeon version with all Arch Linux and MinePeon updates. I have Automatic recovery enabled but doesn't work.

[Polyatomic]

Going to do this for people that keep asking about it...

MobileMinerApp integration for MinePeon

Excellent linux and iOS skills dude.

[ct1aic]

Going to do this for people that keep asking about it...

MobileMinerApp integration for MinePeon

***** Disclaimer *****
If you screw your installation up, it's on you. This is for users that feel comfortable in command line & generally know what they are doing. I take no responsibility for anything happening due to you using these files.

Hopefully this makes it in the next release of MinePeon WebUI.


Download Here, then exact the files, then put them in the respected folders on MinePeon.

** Note ** Command control from within MobileMinerApp will (should) work for restarting CGMiner only, the start/stop commands will not work as the next release of MinePeon should give the minepeon user the permissions needed to run certain things (and I didn't feel like telling people to go screw with permissions).

README.md


*** You can also use, EDITOR=nano crontab -e to edit the crontab in nano instead of VI, it makes things easier. ***
(^ almost forgot about this, thanks nwoolls for reminding me earlier today)

Thanks, tk1337. I would love to test it now, but as my knowledge of Linux is so bad, I'll wait for Neil to integrate it in next MinePeon version...  

[tk1337]

When can we get cgminer 3.4.3 to git pull to MinePeon, please?

So far I can't get 3.4.3 to run longer than an hour on Raspbian before locking up seems the same on Pidora
Putting it back to 3.4.2, so far still running. So I'm not sure about that...

I am running 3.4.3 through its tests now.  It has not done anything funny yet.

Once it runs for a while I will push it up for you guys.

Neil

Neil, do you have any news about MinePeon full image 0.2.4?

My cgminer 3.4.2 is doing strange things... is working for some hours, unexpectedly starts with errors accessing the USB Gizmos and the RPI freezes. I have a 0.2.3 (not a) MinePeon version with all Arch Linux and MinePeon updates.

Not sure if this is your issue, but the only time I've seen hw errors like that was when the erupters were underpowered, but not causing comm errors. (I did a lot of playing around with hub configurations and 6 different hub models/brands.) Mathematically the configuration that caused my errors like that should have supported the amount of erupters on it, but it couldn't.

Try taking off 1 erupter at a time, rebooting cgminer and watch it. It's worth trying.

Also side note, I just did a full arch linux update with pacman and now everything is waaay more stable, including hw errors (not sure how/why) I was averaging 3-5% on the 20 erupter setup. After a full update (via: pacman) I'm sitting <1%

I didn't really pay attention to the packages that got updated, so I can't speculate as to why this is, seems to be both rPi's as well...

(Also on the test rPi I've got going I decided to install networkmanager and disable wicd finally enabled me to connect to wireless without any issues, probably going to install this on the main rPi tomorrow, going to let the test run for a bit.)

[tk1337]

Going to do this for people that keep asking about it...

MobileMinerApp integration for MinePeon

Excellent linux and iOS skills dude.

iOS skills are all nwoolls, it's his app, I'm just providing the integration (in PHP) for his app on MinePeon. 

[ct1aic]

When can we get cgminer 3.4.3 to git pull to MinePeon, please?

So far I can't get 3.4.3 to run longer than an hour on Raspbian before locking up seems the same on Pidora
Putting it back to 3.4.2, so far still running. So I'm not sure about that...

I am running 3.4.3 through its tests now.  It has not done anything funny yet.

Once it runs for a while I will push it up for you guys.

Neil

Neil, do you have any news about MinePeon full image 0.2.4?

My cgminer 3.4.2 is doing strange things... is working for some hours, unexpectedly starts with errors accessing the USB Gizmos and the RPI freezes. I have a 0.2.3 (not a) MinePeon version with all Arch Linux and MinePeon updates.

Not sure if this is your issue, but the only time I've seen hw errors like that was when the erupters were underpowered, but not causing comm errors. (I did a lot of playing around with hub configurations and 6 different hub models/brands.) Mathematically the configuration that caused my errors like that should have supported the amount of erupters on it, but it couldn't.

Try taking off 1 erupter at a time, rebooting cgminer and watch it. It's worth trying.

Also side note, I just did a full arch linux update with pacman and now everything is waaay more stable, including hw errors (not sure how/why) I was averaging 3-5% on the 20 erupter setup. After a full update (via: pacman) I'm sitting <1%

I didn't really pay attention to the packages that got updated, so I can't speculate as to why this is, seems to be both rPi's as well...

(Also on the test rPi I've got going I decided to install networkmanager and disable wicd finally enabled me to connect to wireless without any issues, probably going to install this on the main rPi tomorrow, going to let the test run for a bit.)

Yes, it could be that, tk1337. I was really pushing 2 of the D-Link 7 port HUB's beyond the limit, with 6 USB Gizmos but with the provided 5v/3a PU. Now, I'm trying a new configuration, with those 2 HUB's with 7 USB Gizmos each, but with a 5v/8a PU for each one, that I received last Friday, from UK. I think that 7x510mA is not too much for the D-Link HUB, but let's wait with a fire extinguisher near the mining farm...

I'm still waiting for 2 more 5v/8a PU's that I bought in China, to have all my 4 D-Link HUB's with 5v/8a. My 2 Mitsai 7 port HUB's have only 5 USB Gizmos and I'm using Velleman 5v/3a PU's with them. The third Mitsai HUB is only giving energy to the 2 RPI's of my home's hashing farm.

[MineForeman.com]

Hopefully this makes it in the next release of MinePeon WebUI.

Hopefully, I am testing now and it is very cool.

If it does not get into the next minor release it will definitely be in the next major release that I am working on now with the new build.

Neil

[ct1aic]

Hopefully this makes it in the next release of MinePeon WebUI.

Hopefully, I am testing now and it is very cool.

If it does not get into the next minor release it will definitely be in the next major release that I am working on now with the new build.

Neil

Can I test it too and also cgminer 3.4.3 (via GIT PULL), Neil?  

[MineForeman.com]

Neil, do you have any news about MinePeon full image 0.2.4?

Most of my time has been working towards 0.3.0 but I will put some time aside to put 0.2.4 out within the next few days (hopefully).

In the mean time you can pick up cgminer 3.4.3 from git if you want, I have been running it for the last 24 hours and it seems very stable.

Neil

EDIT: You posted just as I posted .

[ct1aic]

Neil, do you have any news about MinePeon full image 0.2.4?

Most of my time has been working towards 0.3.0 but I will put some time aside to put 0.2.4 out within the next few days (hopefully).

In the mean time you can pick up cgminer 3.4.3 from git if you want, I have been running it for the last 24 hours and it seems very stable.

Neil

EDIT: You posted just as I posted .

Thanks Neil. Working fine, now with cgminer 3.4.3.

[Its About Sharing]

Going to do this for people that keep asking about it...

MobileMinerApp integration for MinePeon

***** Disclaimer *****
If you screw your installation up, it's on you. This is for users that feel comfortable in command line & generally know what they are doing. I take no responsibility for anything happening due to you using these files.

Hopefully this makes it in the next release of MinePeon WebUI.


Download Here, then exact the files, then put them in the respected folders on MinePeon.

** Note ** Command control from within MobileMinerApp will (should) work for restarting CGMiner only, the start/stop commands will not work as the next release of MinePeon should give the minepeon user the permissions needed to run certain things (and I didn't feel like telling people to go screw with permissions).


*** You can also use, EDITOR=nano crontab -e to edit the crontab in nano instead of VI, it makes things easier. ***
(^ almost forgot about this, thanks nwoolls for reminding me earlier today)

This is pretty exciting news! Thanks for the work here.

Are there plans for overclocking through the app?

IF I understand correctly, we need an account for this to work and then we can log in externally through our WLAN?

Thx,
IAS

[tk1337]

This is pretty exciting news! Thanks for the work here.

Are there plans for overclocking through the app?

IF I understand correctly, we need an account for this to work and then we can log in externally through our WLAN?

Thx,
IAS

Yes, you need to sign up for an appKey from MobileMinerApp's website, http://www.mobileminerapp.com/

As far as over-clocking through the app, I'm not even sure that's possible through the app, nwoolls is the author of MobleMinerApp.


I'm actually going to take the download for the MMA integration offline, as I believe the people who wanted it, have it and there are quite a few changes that have already been made. So if you **really** want it, feel free to PM me, otherwise I'd wait for it to get released officially in MinePeon.

I made it so, if you attempt to download the file, you will just download an empty zip file.

[xsfgsdrwe]

its been ok since i powered it with the ubec.

So my cairnsmore fgpa's are plugged in straight out of the box, but dont seem to be detected.
I will confirm they have a bitstream on them but do i need to do anything else to detect them
lsusb >
Bus 001 Device 002: ID 0424:9512 Standard Microsystems Corp. LAN9500 Ethernet 10/100 Adapter / SMSC9512/9514 Hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 003: ID 0424:ec00 Standard Microsystems Corp. SMSC9512/9514 Fast Ethernet Adapter
Bus 001 Device 004: ID 050d:0307 Belkin Components USB 2.0 - 7 ports Hub [FSU307]
Bus 001 Device 005: ID 0403:8350 Future Technology Devices International, Ltd
Bus 001 Device 006: ID 0403:8350 Future Technology Devices International, Ltd
Bus 001 Device 007: ID 0403:8350 Future Technology Devices International, Ltd
Bus 001 Device 008: ID 0403:8350 Future Technology Devices International, Ltd
Bus 001 Device 009: ID 0403:8350 Future Technology Devices International, Ltd

[kano]

I'm working on CMR support - almost got the basic code done
(0403:8350 is of course the CMRs)
At the moment the old code 'might' detect one fpga per board and mine at the default speed ~170MH/s ? - coz I never had a CMR before

Someone has provided me with one recently and I've been working on it on and off - it's a major change to usbutils in cgminer to support the chip - multiple interfaces on one chip - almost working.

The advantage of course being that once it's done, then any new devices that also have a multiple interface chip I've already worked out how to get it to work - yeah mining on a CMR is rather pointless now but I don't mind doing the code to support it as long as I didn't have to buy one also

First version that will be in my git soon will be the one that simply mines at 170 on all 4 fpga
Then the next version after that I'll be supporting the glasswalker extensions.

Heh these CMRs are WAY over-engineered - no doubt why they were so expensive originally.

[Squeeky4711]

I realize this may be more of a cgminer question, but I realize there is a command extension to enable load balancing for multiple servers.  What minepeon file would I need to edit to change the command it throws to run cgminer?  Or is there an easier way to enable that option in Minepeon.

Squeeky

[Wed]

I've updated with

Code:

cd /opt/minepeon
git pull
cd http
git pull

Update was successful. Now my Graphs aren't working. Anyone has an idea how to fix that?

[tk1337]

Ended up adding 4 more erupters (total 24) with the rPi on MinePeon, CGMiner 3.4.3 would restart about every 3-6hrs, couldn't find any helpful information in system logs

Changed it to use BFGMiner... haven't had a single issue since (now about 10hours in).

Also on my test rPi setup, I am using a hub that previously wouldn't run more than 4 (but has enough power for 6+), CGMiner would cause comm errors on more than 4. Change it to BFGMiner I now have 6 erupters on that setup running fine, for the last 8 hours.

That's a pretty big difference... I really didn't think the two miners would be that different in nature, however shows I'm wrong. I originally thought I had power issues or the hubs just wouldn't support that many, now I'm starting to wonder if the previous hubs were fine, as I never tried them under BFGMiner, only CGMiner...

[Scorpia]

I've updated with

Code:

cd /opt/minepeon
git pull
cd http
git pull

Update was successful. Now my Graphs aren't working. Anyone has an idea how to fix that?

yeah im finding the same thing. not sure on the fix but it seems the live graphs are workingok for me.

[Wed]

yeah im finding the same thing. not sure on the fix but it seems the live graphs are workingok for me.

Yep, LiveStats are working!

[tk1337]

By the way, if anyone has ASIC blades on their network, since you really don't need the rPi to control them unless you're doing a stratum proxy. I've made a php add-on for MinePeon to scrub the stats of each blade and display it. Working on having it bring it into the main area with the other devices at the moment.