Going to do this for people that keep asking about it...
MobileMinerApp integration for MinePeon
MobileMinerApp integration for MinePeon
Excellent linux and iOS skills dude.
Topic: Linux mining distro for the Raspberry PI - MinePeon - page 64. (Read 685140 times)
Excellent linux and iOS skills dude.
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
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.
Follow these instructions to fix the system clock
Then do
Then do
Code:
sudo systemctl stop cgminer
sudo systemctl start cgminer
Followed these instruction and after about 2min 3sec, the miner went back to 15963 day. I believe they are still working as accept reject etc still move, however it would be nice to have it completely operationing.
I changed to America/New_York timezone and the following ntp servers:
server 0.north-america.pool.ntp.org
server 1.north-america.pool.ntp.org
server 2.north-america.pool.ntp.org
server 3.north-america.pool.ntp.org
Any other ideas, I'd be more than happy to try.
*EDIT* Realized I missed iburst after each ntp server address. Adjusted file and restarted cgminer fingers crossed.
Please Help:
I finally got my first Erupters up and running and excited to start hashing for first time. Only problem is after Minepeon has been running for 5 min, by Miner Uptime goes to 15963 day 4 hr 36 min 54 sec.
I realize this it a date time issue, I've found threaded that have me SSH in reset time, but it seems to just do it again 5 minutes later. What am I doing wrong?
Squeeky4711
I finally got my first Erupters up and running and excited to start hashing for first time. Only problem is after Minepeon has been running for 5 min, by Miner Uptime goes to 15963 day 4 hr 36 min 54 sec.
I realize this it a date time issue, I've found threaded that have me SSH in reset time, but it seems to just do it again 5 minutes later. What am I doing wrong?
Squeeky4711
Follow these instructions to fix the system clock
Then do
Code:
sudo systemctl stop cgminer
sudo systemctl start cgminer
Please Help:
I finally got my first Erupters up and running and excited to start hashing for first time. Only problem is after Minepeon has been running for 5 min, by Miner Uptime goes to 15963 day 4 hr 36 min 54 sec.
I realize this it a date time issue, I've found threaded that have me SSH in reset time, but it seems to just do it again 5 minutes later. What am I doing wrong?
Squeeky4711
I finally got my first Erupters up and running and excited to start hashing for first time. Only problem is after Minepeon has been running for 5 min, by Miner Uptime goes to 15963 day 4 hr 36 min 54 sec.
I realize this it a date time issue, I've found threaded that have me SSH in reset time, but it seems to just do it again 5 minutes later. What am I doing wrong?
Squeeky4711
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
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...
When can we get cgminer 3.4.3 to git pull to MinePeon, please?
Have you tried a fresh install of 0.2.2? It seems people have had problems with 0.2.3
Thank you! Looks like with my configuration now 0.2.3a had some issues... strange. I upgraded to 0.2.3a when i had half as many miners, only when I added double the miners did I have an issue, but 0.2.2 is working fine now for over an hour with no issue. Well, I cant say for sure 0.2.3a is the issue, maybe a clean install would have worked, but I wanted it working ASAP so i did clean install AND old version at the same time, and one of those two things solved my problem.
Mined the first full hour on the donate address, love this project!
Now I understand. Thank you very much and I'll let you know if it works!
Probably not a good one...
USB 2.0 HUB Powered 7-Port high speed+Free AC Adapter
http://www.ebay.co.uk/itm/370812764010
Tnx for help
USB 2.0 HUB Powered 7-Port high speed+Free AC Adapter
http://www.ebay.co.uk/itm/370812764010
Tnx for help
I'm using the same just with another branding. It works well with 5 USB Miners. For over a Month now. have You tried different USB Cables? Sometimes it helps to cut the red cable of the Connection, but I didn't.
I did change The cable, but no difference. I don't understand... The 2 usb asicminer work perfectly well if plugged individually either directly to the Pi or to the USB hub, but if I put them together (USB hub or PI port or one in the USB hub and one to the Pi that's what happens... Basically one the two gives errors, but is not always the same one...alone works perfectly!
Name ID Temp MH/s Accept Reject Error Utility Last Share Time
AMU 0 0 335.36 178 1 0 4.9 14:50:28
AMU 1 0 325.56 0 0 34 0 01:00:00
Totals 2 660.92 178 1 34 4.9
Thank you for the help.
You need a AC adapter with more amperage. I'm using AC adapters with 5 volts 3 amperes and I can connect 5 USB Block Erupters without problems.
The HUB from TOMTOP
Quote
pecifications:
Interface: 7 x USB 2.0 output, 1 x USB input, 1 x DC 5V in
Powered by: AC/DC Adaptor
Input: AC 110-240V 50/60Hz
Output: DC 5V 1000mA
Interface: 7 x USB 2.0 output, 1 x USB input, 1 x DC 5V in
Powered by: AC/DC Adaptor
Input: AC 110-240V 50/60Hz
Output: DC 5V 1000mA
or your's:
Quote
100% New generic
Plug and Play
This 7 port USB hub is the ideal companion for laptop or desktop computer.
Ideal USB expansion for portable use on the road or at home.
Perfect for connecting USB 1.1 or 2.0 peripherals such as USB mice, USB Portable Hard Drives, USB CD-R/RW or DVD-ROM drives and USB 1.1 hubs!
Allows simultaneous operation of up to seven separate devices all attached to a single USB port.
Supports Windows Vista, Windows XP, ME, 2000, 98, and Mac OS X 10.2 and higher, Linux 9 , output：1A
Plug and Play
This 7 port USB hub is the ideal companion for laptop or desktop computer.
Ideal USB expansion for portable use on the road or at home.
Perfect for connecting USB 1.1 or 2.0 peripherals such as USB mice, USB Portable Hard Drives, USB CD-R/RW or DVD-ROM drives and USB 1.1 hubs!
Allows simultaneous operation of up to seven separate devices all attached to a single USB port.
Supports Windows Vista, Windows XP, ME, 2000, 98, and Mac OS X 10.2 and higher, Linux 9 , output：1A
Now I understand. Thank you very much and I'll let you know if it works!
Probably not a good one...
USB 2.0 HUB Powered 7-Port high speed+Free AC Adapter
http://www.ebay.co.uk/itm/370812764010
Tnx for help
USB 2.0 HUB Powered 7-Port high speed+Free AC Adapter
http://www.ebay.co.uk/itm/370812764010
Tnx for help
I'm using the same just with another branding. It works well with 5 USB Miners. For over a Month now. have You tried different USB Cables? Sometimes it helps to cut the red cable of the Connection, but I didn't.
I did change The cable, but no difference. I don't understand... The 2 usb asicminer work perfectly well if plugged individually either directly to the Pi or to the USB hub, but if I put them together (USB hub or PI port or one in the USB hub and one to the Pi that's what happens... Basically one the two gives errors, but is not always the same one...alone works perfectly!
Name ID Temp MH/s Accept Reject Error Utility Last Share Time
AMU 0 0 335.36 178 1 0 4.9 14:50:28
AMU 1 0 325.56 0 0 34 0 01:00:00
Totals 2 660.92 178 1 34 4.9
Thank you for the help.
You need a AC adapter with more amperage. I'm using AC adapters with 5 volts 3 amperes and I can connect 5 USB Block Erupters without problems.
The HUB from TOMTOP
Quote
pecifications:
Interface: 7 x USB 2.0 output, 1 x USB input, 1 x DC 5V in
Powered by: AC/DC Adaptor
Input: AC 110-240V 50/60Hz
Output: DC 5V 1000mA
Interface: 7 x USB 2.0 output, 1 x USB input, 1 x DC 5V in
Powered by: AC/DC Adaptor
Input: AC 110-240V 50/60Hz
Output: DC 5V 1000mA
or your's:
Quote
100% New generic
Plug and Play
This 7 port USB hub is the ideal companion for laptop or desktop computer.
Ideal USB expansion for portable use on the road or at home.
Perfect for connecting USB 1.1 or 2.0 peripherals such as USB mice, USB Portable Hard Drives, USB CD-R/RW or DVD-ROM drives and USB 1.1 hubs!
Allows simultaneous operation of up to seven separate devices all attached to a single USB port.
Supports Windows Vista, Windows XP, ME, 2000, 98, and Mac OS X 10.2 and higher, Linux 9 , output：1A
Plug and Play
This 7 port USB hub is the ideal companion for laptop or desktop computer.
Ideal USB expansion for portable use on the road or at home.
Perfect for connecting USB 1.1 or 2.0 peripherals such as USB mice, USB Portable Hard Drives, USB CD-R/RW or DVD-ROM drives and USB 1.1 hubs!
Allows simultaneous operation of up to seven separate devices all attached to a single USB port.
Supports Windows Vista, Windows XP, ME, 2000, 98, and Mac OS X 10.2 and higher, Linux 9 , output：1A
Probably not a good one...
USB 2.0 HUB Powered 7-Port high speed+Free AC Adapter
http://www.ebay.co.uk/itm/370812764010
Tnx for help
USB 2.0 HUB Powered 7-Port high speed+Free AC Adapter
http://www.ebay.co.uk/itm/370812764010
Tnx for help
I'm using the same just with another branding. It works well with 5 USB Miners. For over a Month now. have You tried different USB Cables? Sometimes it helps to cut the red cable of the Connection, but I didn't.
I did change The cable, but no difference. I don't understand... The 2 usb asicminer work perfectly well if plugged individually either directly to the Pi or to the USB hub, but if I put them together (USB hub or PI port or one in the USB hub and one to the Pi that's what happens... Basically one the two gives errors, but is not always the same one...alone works perfectly!
Name ID Temp MH/s Accept Reject Error Utility Last Share Time
AMU 0 0 335.36 178 1 0 4.9 14:50:28
AMU 1 0 325.56 0 0 34 0 01:00:00
Totals 2 660.92 178 1 34 4.9
Thank you for the help.
What date is displayed? Have you corrected it to the current date? Have you tried another sd card?
Hrum... seems when I set the correct time zone, the time is an hour off minepeon says it is 7:30 am when it is 8:30am... I live in the same timezone as Chicago... So i set my timezone there. I swore Chicago was on GMT -6 not -5 as stated in minepeon The time is 1 hour off of what the actual time is here, but this may be due to me being retarded with timezones.
I noticed that I seem to be getting 30% hardware errors... I thought maybe things were overheating so I spread out my miners on the ports a bit more and moved it closer to the fan, no luck there, still the same problem. And from my reading I have seen people put more miners closer together with less or no fans without issue... so i doubt that is my problem. But 30% hardware errors...
I will go out and buy a new SD card, I have been force restarting this thing a lot and I imagine something on the card could be fucked up, thank you for pointing that out. Still testing stuff!
What date is displayed? Have you corrected it to the current date? Have you tried another sd card?
Hrum... seems when I set the correct time zone, the time is an hour off minepeon says it is 7:30 am when it is 8:30am... I live in the same timezone as Chicago... So i set my timezone there. I swore Chicago was on GMT -6 not -5 as stated in minepeon The time is 1 hour off of what the actual time is here, but this may be due to me being retarded with timezones.
I noticed that I seem to be getting 30% hardware errors... I thought maybe things were overheating so I spread out my miners on the ports a bit more and moved it closer to the fan, no luck there, still the same problem. And from my reading I have seen people put more miners closer together with less or no fans without issue... so i doubt that is my problem. But 30% hardware errors...
I will go out and buy a new SD card, I have been force restarting this thing a lot and I imagine something on the card could be fucked up, thank you for pointing that out. Still testing stuff!
Round 2!
Star configuration is the solution to my previous problem! Thank you everyone who helped me out with that!
I now can get every miner recognized and when I start up my PI they all start mining shortly after the pi turns on! Then the bad stuff happens... about 10-15 min later some of the miners, usually just 1 or two will go idle for a few seconds... and then after that find work and start mining. Once that happens I know the whole rig is about to shut down. After that more miners go idle, then after a bit come back on to mining. Within a minute all my miners go idle, and the second all of them go idle, I can no longer access the webGUI and they never start mining on their own again.
If i powercycle the pi, they all come back on and work like there was never a problem, but the whole thing mines for less then an hour before it shuts down.
What date is displayed? Have you corrected it to the current date? Have you tried another sd card? Star configuration is the solution to my previous problem! Thank you everyone who helped me out with that!
I now can get every miner recognized and when I start up my PI they all start mining shortly after the pi turns on! Then the bad stuff happens... about 10-15 min later some of the miners, usually just 1 or two will go idle for a few seconds... and then after that find work and start mining. Once that happens I know the whole rig is about to shut down. After that more miners go idle, then after a bit come back on to mining. Within a minute all my miners go idle, and the second all of them go idle, I can no longer access the webGUI and they never start mining on their own again.
If i powercycle the pi, they all come back on and work like there was never a problem, but the whole thing mines for less then an hour before it shuts down.
Round 2!
Star configuration is the solution to my previous problem! Thank you everyone who helped me out with that!
I now can get every miner recognized and when I start up my PI they all start mining shortly after the pi turns on! Then the bad stuff happens... about 10-15 min later some of the miners, usually just 1 or two will go idle for a few seconds... and then after that find work and start mining. Once that happens I know the whole rig is about to shut down. After that more miners go idle, then after a bit come back on to mining. Within a minute all my miners go idle, and the second all of them go idle, I can no longer access the webGUI and they never start mining on their own again.
If i powercycle the pi, they all come back on and work like there was never a problem, but the whole thing mines for less then an hour before it shuts down.
Star configuration is the solution to my previous problem! Thank you everyone who helped me out with that!
I now can get every miner recognized and when I start up my PI they all start mining shortly after the pi turns on! Then the bad stuff happens... about 10-15 min later some of the miners, usually just 1 or two will go idle for a few seconds... and then after that find work and start mining. Once that happens I know the whole rig is about to shut down. After that more miners go idle, then after a bit come back on to mining. Within a minute all my miners go idle, and the second all of them go idle, I can no longer access the webGUI and they never start mining on their own again.
If i powercycle the pi, they all come back on and work like there was never a problem, but the whole thing mines for less then an hour before it shuts down.
OK, now I'm confused.
On the one hand, you've managed to set up all your erupters such that they only sit on one logical hub per physical hub.
(Looking at the D-Link, it seems that plugs 1, 3, 5, and 7 form one logical hub, and plugs 2, 4, and 6 are on the other logical hub.)
On the other hand, you have six logical hubs showing up -- something I haven't been able to accomplish. Like you, I have the Wifi plugged directly into one of the Pi's ports, and my hubs are in a star config off the other port. Here's the same output from one of my Pis:
No matter what I do, I can't get the Pi to recognize any additional hubs; in fact, I can't get it to recognize erupters plugged into logical hub 2 on my last physical hub. Anyone have any ideas?
On the one hand, you've managed to set up all your erupters such that they only sit on one logical hub per physical hub.
(Looking at the D-Link, it seems that plugs 1, 3, 5, and 7 form one logical hub, and plugs 2, 4, and 6 are on the other logical hub.)On the other hand, you have six logical hubs showing up -- something I haven't been able to accomplish. Like you, I have the Wifi plugged directly into one of the Pi's ports, and my hubs are in a star config off the other port. Here's the same output from one of my Pis:
No matter what I do, I can't get the Pi to recognize any additional hubs; in fact, I can't get it to recognize erupters plugged into logical hub 2 on my last physical hub. Anyone have any ideas?
I know, I am awesome.
But unfortunately I can not share that awesomeness with you, I can only explain my setup
RPi (with 8GB Transcend Class10 SD Card), MinePeon 0.2.2 without any updates, cgminer 3.3.1.
WiFi Dongle in the lower USB Port.
Upper USB Port: Belkin 4 Port Hub, no power supply
3 D-Link USB Hubs with power supplies connected to 3 of the 4 Belkin ports.
12 USB Miner connected to the D-Links (4 each).
nice explanation
here we go:
OK, now I'm confused.
On the one hand, you've managed to set up all your erupters such that they only sit on one logical hub per physical hub.
(Looking at the D-Link, it seems that plugs 1, 3, 5, and 7 form one logical hub, and plugs 2, 4, and 6 are on the other logical hub.)On the other hand, you have six logical hubs showing up -- something I haven't been able to accomplish. Like you, I have the Wifi plugged directly into one of the Pi's ports, and my hubs are in a star config off the other port. Here's the same output from one of my Pis:
Code:
minepeon@minepeon ~ $ lsusb | grep hub
Bus 001 Device 014: ID 05e3:0610 Genesys Logic, Inc. 4-port hub
Bus 001 Device 007: ID 05e3:0610 Genesys Logic, Inc. 4-port hub
Bus 001 Device 010: ID 05e3:0610 Genesys Logic, Inc. 4-port hub
Bus 001 Device 006: ID 05e3:0610 Genesys Logic, Inc. 4-port hub
Bus 001 Device 005: ID 05e3:0610 Genesys Logic, Inc. 4-port hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
minepeon@minepeon ~ $ lsusb -t
/: Bus 01.Port 1: Dev 1, Class=root_hub, Driver=dwc_otg/1p, 480M
|__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/3p, 480M
|__ Port 1: Dev 3, If 0, Class=Vendor Specific Class, Driver=smsc95xx, 480M
|__ Port 2: Dev 4, If 0, Class=Vendor Specific Class, Driver=rtl8192cu, 480M
|__ Port 3: Dev 5, If 0, Class=Hub, Driver=hub/4p, 480M
|__ Port 1: Dev 6, If 0, Class=Hub, Driver=hub/4p, 480M
|__ Port 1: Dev 10, If 0, Class=Hub, Driver=hub/4p, 480M
|__ Port 2: Dev 22, If 0, Class=Vendor Specific Class, Driver=usbfs, 12M
|__ Port 3: Dev 23, If 0, Class=Vendor Specific Class, Driver=usbfs, 12M
|__ Port 4: Dev 24, If 0, Class=Vendor Specific Class, Driver=usbfs, 12M
|__ Port 2: Dev 11, If 0, Class=Vendor Specific Class, Driver=usbfs, 12M
|__ Port 3: Dev 12, If 0, Class=Vendor Specific Class, Driver=usbfs, 12M
|__ Port 4: Dev 13, If 0, Class=Vendor Specific Class, Driver=usbfs, 12M
|__ Port 2: Dev 7, If 0, Class=Hub, Driver=hub/4p, 480M
|__ Port 1: Dev 14, If 0, Class=Hub, Driver=hub/4p, 480M
|__ Port 2: Dev 25, If 0, Class=Vendor Specific Class, Driver=usbfs, 12M
|__ Port 3: Dev 26, If 0, Class=Vendor Specific Class, Driver=usbfs, 12M
|__ Port 4: Dev 27, If 0, Class=Vendor Specific Class, Driver=usbfs, 12M
|__ Port 2: Dev 15, If 0, Class=Vendor Specific Class, Driver=usbfs, 12M
|__ Port 3: Dev 16, If 0, Class=Vendor Specific Class, Driver=usbfs, 12M
|__ Port 4: Dev 17, If 0, Class=Vendor Specific Class, Driver=usbfs, 12M
|__ Port 3: Dev 8, If 0, Class=Vendor Specific Class, Driver=usbfs, 12M
|__ Port 4: Dev 9, If 0, Class=Vendor Specific Class, Driver=usbfs, 12M
No matter what I do, I can't get the Pi to recognize any additional hubs; in fact, I can't get it to recognize erupters plugged into logical hub 2 on my last physical hub. Anyone have any ideas?
Realize it might have been best to post here first, but I started a thread about a MinePeon issue, and not recognizing all erupters then stops hashing after a little over a minute. 10 minutes later all erupter leds go solid and LCD unput freezes.
https://bitcointalksearch.org/topic/first-mining-setup-two-major-issues-assistance-please-293980
https://bitcointalksearch.org/topic/first-mining-setup-two-major-issues-assistance-please-293980
Jump to: