Topic: Linux mining distro for the Raspberry PI - MinePeon - page 16. (Read 685133 times)

MineForeman.com: Any plans of including the A1 Coincraft/Chinese A1 in minepeon? I got a 1TH miner and i know that a lot of people who own them would love to throw out the useless software that´s on the included Pi.

Today I have to use antminer S1's 1:1 in place of USB block erupters. I'm just waiting for the 49 antminer s1 hub to come out.

Neil,
I was just thinking...  I don't know if it's even possible but you could use the extra CPU power to mine CPU mine able coins for your donation.  I know 1 wouldn't do much of anything but how many dls do you get a week?  a couple thousand?  Imagine 2 thousand of these mining CPUcoin for you.  That could really add up.

Just a thought...

Has anyone ever tried CPU mining with a RPi or BBB?

erupters still have about a months worth of useful hashing ( currently returning about 2.5/1 over electricity (UK) cost )

Hi, mikerbiker6.

I bought the majority in pre-order, when there was almost no other miners for selling. At that time, we only had the ATI/AMD top graphic cards, with higher price and using 100 times the energy of one or 2 USB Block Erupters, to get the same hashing rate.

Now, I don't have courage to stop mining with them.

ct1aic,
Did you add those miners over time?
Otherwise what is the point of buying so many usb miners, for that money you can better buy one big machine IMO.

Thanks.

New problems with 0.2.4.6 version:

The defaults for miner startup settings (both BFGMiner and CGMiner) don't include the date/time code that is included in previous version and also in this new version, before selecting the defaults buttons.

I have a strange reaction with one of the RPI's: I have 2 Mitsai 7 port HUB's with several USB Block Erupters and Blue Fury and also, connected to each of those HUB's 2 D-Link 7 port HUB's with a mix of USB Block Erupters and overclocked Block Erupters, with a total of 6 HUB's and 24 Block Erupters & 3 Blue Fury. All HUB's have 5 to 8 amp. 5 volts PU's. With the old version of MinePeon & BFGMiner 3.10.0, all miners are mining with no problems. But with the new version of MinePeon & BFGMiner 3.10.0, only the miners connected to the 2 Mitsai directly connected to the RPI are working with no problems. Regarding the other miners, connected to the D-Link HUB's, start working and after several seconds, light the green LED's for more or less, restart mining for some more seconds and keep repeating this behavior.

UPDATE: this strange behavior is only detected with the overclocked Block Erupters and not with the others, in same HUB's. With this new image, I can't get more than 335 MH from each overclocked Block Erupter, instead of the 440 MH I got with previous version of MinePeon (with same version of BFGminer). Perhaps something with the compilation of the BFGminer?
 
The RPI with 36 Block Erupters connected via a 49 Port USB 2.0 HUB are working fine and also the RPI with the 7 Jalapeños connected via 2 Mitsai HUB's, with this new MinePeon version.

To Neil, Mariogrip and to the other guys that are working for one of the best programs I ever used, my thanks for your wonderful work.

for static IP setting have a loke ove here
http://www.minepeon.com/forums/viewtopic.php?f=19&t=1297

As I can't reserve the IP address of the RPI at my Router, with this new version of MinePeon, how can I configure the ETH0 with a Static IP without reverting to dynamic IP after RPI restart?

I tried ifconfig with versions 0.2.4.5 PR2 and 0.2.4.6 and there is a new in the new version (ifb1:):

It's not the 5 minute timeout, because it happens still just a minute or two after startup/reboot.
BFGMiner shows all 47 devices at 1:20 uptime and in parallel refreshing the Minepeon WebUI shows 3, then 20, then 18.   All well within the 5 minute window.

Previous versions 0.2.4 and the defunct 0.2.5 pr2 took maybe a refresh or two to show 47 devices, but once shown, they stayed that way for me.  0.2.4.6 seems almost random.

At the moment if the device does not return a share after 5 minutes MinePeon thinks it's dead.  This may be a problem with old/slow devices running at a high diff.  They are still back there running though.

It might be an idea to let users set this timeout or perhaps even extending it.  I just want things to settle with the new version for a few days.

Neil

Odd display issue with 0.2.4.6.

My list of devices on the webUI seems incomplete and variable on refresh.  When SSH'd in I see the proper amount of devices in BFGMiner and when accessing the API for my Miner-Dashboard.

I have 44 Block Erupters and 3 Antminers U1's so a total of 47 devices.
BFGMiner TUI and API both show 47 devices.

Here's from the Minepeon webUI:


And here's BFGMiner via SSH:


Then... a few minutes later I got this in the WebUI:



BFGMiner API and TUI both stay constant at 47 devices and ~ 20GHs

The Device List in Minepeon's WebUI varies on page refresh.  In the two examples it went from 33 to 27 devices and of course resulted in inaccurate hashrates on the bottom.  The charts above though seem accurate for the hashrate.

The IPv6 address size is 128 bits. The preferred IPv6 address representation is: xxxx:xxxx:xxxx:xxxx:xxxx:xxxx:xxxx:xxxx where each x is a hexadecimal digit representing 4 bits. IPv6 addresses range from 0000:0000:0000:0000:0000:0000:0000:0000 to ffff:ffff:ffff:ffff:ffff:ffff:ffff:ffff.

32 hexa... I get a 36 hexa digits... but a good question...

I would not have thought so, MAC addressing is way down the OSI model from the transport layer.

Neil

Is this the difference between IPv4 and IPv6 addressing?

Ok, then the problem must be with my Linksys router (with DD-WRT) and my Fonera router and Microsoft Windows 2010 Enterprise Server's DHCP service.  

The Same RPI, with the old images and other distro's gives to those DHCP's the same 12 hexa digits, with the new 0.2.4.6 gives a 36 digits hexadecimal number...

That is a bit odd, MinePeon has no control over the mac address you router see's.  As such, the fix needs to be in your router not your MinePeon!

I will do a bit of further reading.  Is your router firmware upto date?

Neil

I am getting one of each (at lest I hope I am).  It is a bit difficult to find a reliable source for these things but I think I am onto one now.  Perhaps I should open "The Peon Shop" .

Neil

Ok, at home, this is a big problem. My Fonera 2.0 N doesn't accept these so big mac-address's and I had to revert to the old 0.2.4.5 version. Even with no GUI is better than with no IP. I'll wait for a soluction for this problem, to try the new version again at home. At work, the DHCP server accepts this type of long mac's.