EDIT:
Running the latest version of minepeon you posted this morning
Rev B Pi, no usb hub, Jalapeno.
Topic: Linux mining distro for the Raspberry PI - MinePeon - page 125. (Read 684877 times)
I'll post a screen shot of what is happening here in a few. It should make sense then. BTW, this is stupid easy to use!
EDIT:
Running the latest version of minepeon you posted this morning
Rev B Pi, no usb hub, Jalapeno.
EDIT:
Running the latest version of minepeon you posted this morning
Rev B Pi, no usb hub, Jalapeno.
the new version of cgminer didnt help with my pi for cgminer. I'm running the old pi if that makes a difference. I am going to buy the new one today and see if that makes a difference.
I am not sure what you are saying.
I have has a few reports that the new MinePeon is working with the Block Eruptor USB's though, grab it here;-
http://sourceforge.net/projects/minepeon/files/release/MinePeon-2013-06-07.zip/download
Neil
the new version of cgminer didnt help with my pi for cgminer. I'm running the old pi if that makes a difference. I am going to buy the new one today and see if that makes a difference.
I only added the -S parameter for every of my miners: -S /dev/ttyUSB0 -S /dev/ttyUSB1 -S /dev/ttyUSB2 -S /dev/ttyUSB3 (right after the call for cgminer after the screen command, could post the exact content later if needed)
That seems way to complicated for everyone to do
.I bet you 1 bitcent that the cgminer guys have got it cracked, grab a new image from here;-
http://sourceforge.net/projects/minepeon/files/release/MinePeon-2013-06-07.zip/download
And send the bitcent to their donation address when it works.
Neil
yeah that worked, running with Block Erruptor USB now!
- compiled cgminer 3.1.1, and copied the executable to /opt/minepeon/bin
- added -S /dev/ttyUSB0 -S /dev/ttyUSB1 etc. to /usr/lib/systemd/system/cgminer.service
- compiled cgminer 3.1.1, and copied the executable to /opt/minepeon/bin
- added -S /dev/ttyUSB0 -S /dev/ttyUSB1 etc. to /usr/lib/systemd/system/cgminer.service
Can you note down exactly what you did here? I still don't have any Eruptor's to play with but I would like to see exactly what you did (git clone, configure, service changes and everything).
Neil
Try to type it from my memory, haven't access to the Pi atm:
First I loaded cgminer 3.1.1 and compiled it:
Code:
wget http://ck.kolivas.org/apps/cgminer/3.1/cgminer-3.1.1.tar.bz2
tar xfvj cgminer-3.1.1.tar.bz2
cd cgminer-3.1.1
wget https://raw.github.com/ckolivas/cgminer/master/autogen.sh
./autogen.sh --enable-icarus
make
tar xfvj cgminer-3.1.1.tar.bz2
cd cgminer-3.1.1
wget https://raw.github.com/ckolivas/cgminer/master/autogen.sh
./autogen.sh --enable-icarus
make
copied it to the original dir (saved the original executable first)
Code:
cp /root/cgminer-3.1.1/cgminer /opt/minepeon/bin/.
looked up the USB-miners
Code:
ls -la /dev/ttyUSB*
changed the script which autostarts the service
Code:
vi /usr/lib/systemd/system/cgminer.service
I only added the -S parameter for every of my miners: -S /dev/ttyUSB0 -S /dev/ttyUSB1 -S /dev/ttyUSB2 -S /dev/ttyUSB3 (right after the call for cgminer after the screen command, could post the exact content later if needed)
(thanks to platti and mr2dave for pointing me in the right direction)
I used not the newest of your images it was the one from 05/25/2013
I wonder why I am having issues getting cgminer to work. All i get is: BitForceSC detect (1:4) get details returned nothing (0:0)
Not sure if its a cgminer issues (v 3.2.0) or something else... BFGMiner was working for a bit, but died after a few hours. Maybe I do need to run this through a powered hub..
Not sure if its a cgminer issues (v 3.2.0) or something else... BFGMiner was working for a bit, but died after a few hours. Maybe I do need to run this through a powered hub..
Upon installing the latest version the graphs show some history for May.
How can this data be blanked out?
How can this data be blanked out?
sudo rm -f /opt/minpeon/var/rrd/* .
Sorry, I must not have cleared my testing data.
Neil
Upon installing the latest version the graphs show some history for May.
How can this data be blanked out?
How can this data be blanked out?
sudo rm -f /opt/minpeon/var/rrd/* .
Sorry, I must not have cleared my testing data.
Neil
Upon installing the latest version the graphs show some history for May.
How can this data be blanked out?
How can this data be blanked out?
Maybe you could add mining pool / worker /etc parameters on the settings page for the donations. That way if you change your mind on which pool you want to use it can be changed without a new release.
Perhaps, I will look at that in a future release.
also - is there any coding dependent on "root". I'd prefer to change the password once my miner is in production.
Please DO change your root password ASAP (and the WebUI one, and the minepeon one). Nothing in the code will EVER use a password to do anything.
Neil
Another question: What's the purpose of configuring up to 3 pools in MinePeon? Is it a failsafe, e.g. if pool 1 is down, then pool 2 is used instead?
Yep.
Recommendation: Regarding the new "minutes per 24 hours" donation feature, I recommend that you allow this to be configured as the 4th pool on the settings page that says "donations pool" which shows (and even lets you edit) the donations pool. Probably a good place to include the # minutes option as well. Here's why:
That was my first thought but in the end it proved to be too unreliable. About 1 time in 20 it would end up doing the wrong thing. While the miner API allows you to add and remove and switch pools you add a pool by using the pool details and remove and switch polls by using their ID number with no mention of what the pool details are. Even with all of the pools in there are there is no command to order the pool priorities as you would like (i.e. pool 4, 1, 2, 3 or pool 1,2,3,4).
I have spent the best part of 2 months thinking and working on this and have tried multiple ways of making sure it works as intended and this is by far the best way of doing it, it has yet to fail on me.
In the end though if you still are worried about it the solution is simple, just set it to 0 and dont donate or help me test and improve it.
Neil
Maybe you could add mining pool / worker /etc parameters on the settings page for the donations. That way if you change your mind on which pool you want to use it can be changed without a new release.
also - is there any coding dependent on "root". I'd prefer to change the password once my miner is in production.
Another question: What's the purpose of configuring up to 3 pools in MinePeon? Is it a failsafe, e.g. if pool 1 is down, then pool 2 is used instead?
Yep.
Recommendation: Regarding the new "minutes per 24 hours" donation feature, I recommend that you allow this to be configured as the 4th pool on the settings page that says "donations pool" which shows (and even lets you edit) the donations pool. Probably a good place to include the # minutes option as well. Here's why:
That was my first thought but in the end it proved to be too unreliable. About 1 time in 20 it would end up doing the wrong thing. While the miner API allows you to add and remove and switch pools you add a pool by using the pool details and remove and switch polls by using their ID number with no mention of what the pool details are. Even with all of the pools in there are there is no command to order the pool priorities as you would like (i.e. pool 4, 1, 2, 3 or pool 1,2,3,4).
I have spent the best part of 2 months thinking and working on this and have tried multiple ways of making sure it works as intended and this is by far the best way of doing it, it has yet to fail on me.
In the end though if you still are worried about it the solution is simple, just set it to 0 and dont donate or help me test and improve it.
Neil
Question: Can anyone tell me how to retrieve the chip temperature from the Jalapeño while MinePeon is running? E.g. from the command line? As I decide where to ultimately locate this fairly noisy device, I'd like to watch my temperatures closely to make sure I don't choose a place that's too warm or poorly ventilated.
It is available through the miner (screen -r) and soon to be available through the graphs. I need to work out a suitable way to enumerate that data no matter what hardware you are using. (it already records the Pi Temperature, no graph for that yet though)
Neil
yeah that worked, running with Block Erruptor USB now!
- compiled cgminer 3.1.1, and copied the executable to /opt/minepeon/bin
- added -S /dev/ttyUSB0 -S /dev/ttyUSB1 etc. to /usr/lib/systemd/system/cgminer.service
- compiled cgminer 3.1.1, and copied the executable to /opt/minepeon/bin
- added -S /dev/ttyUSB0 -S /dev/ttyUSB1 etc. to /usr/lib/systemd/system/cgminer.service
Can you note down exactly what you did here? I still don't have any Eruptor's to play with but I would like to see exactly what you did (git clone, configure, service changes and everything).
Neil
My main concern with the donate script (see below) is that -- as I understand it -- if the Pi panics/crashes/reboots during that first cgminer restart, then the donation credentials will forever overwrite my actual pool credentials. Have I got that right? Also, what happens if you switch from cgminer to a different miner? Does the donation script still work?
I am sooo busy at the moment!!!!
I am going to go through todays questions and answer them one at a time, this is the most important one though.
I absolutely agonized over how to implement donations, I have had various versions of how to do it, the last thing I want is to steal your hashes.
This is the solution I finally came up with and I am quite happy with, I have about 5 pages of test plans running through potential scenarios like you mentioned and it satisfies all of them. Since the 'donation'; cgminer config is only in place for 5 seconds in the scenario you mention when cgminer crashes after the first reset it will do one of two things;-
1. Crash and never start up again so there will be no mining going on.
2. Crash and be restarted by systemd, at that point it will read the config file that is in place, if it is within the 5 seconds that the donation config is in place it will mine for me until the donation time runs out and then restart your config file OR if it restarts after the 5 seconds it will read you config file and mine for you.
It is important to note that the donate script and the miner are two totally different process and one crashing will not affect the other.
Neil
Code:
sudo screen -r
will bring up cgminer (or bfgminer if you are using that) and that should list your jalapeno tempTo close screen, ctrl+a then d
And also hardware errors and all kinds of good stuff. A great feature of the web interface would be a button which lets you retrieve the latest snapshot from that output... Or even a tab that refreshes every few seconds...
Ah yes. It's right in front of me. Thank you
It's from the web server running on the Pi. There is a tab at the top for settings.
Forgot to add!
It has my 'donation' code in it as well. When you set it up go to the settings page and you will see a new option called "Donation (Minutes per 24 hours)" set to default of 15 minutes.
What it does is at 00:00 (midnight your time if you set your timezone) it mines using a MinePeon Donation account for the amount of minutes you set (Zero if you like).
Neil
It has my 'donation' code in it as well. When you set it up go to the settings page and you will see a new option called "Donation (Minutes per 24 hours)" set to default of 15 minutes.
What it does is at 00:00 (midnight your time if you set your timezone) it mines using a MinePeon Donation account for the amount of minutes you set (Zero if you like).
Neil
Can someone advise how to get to the mentioned settings page? Is this as OS setting or within CGMiner?
Thanks
Question: Can anyone tell me how to retrieve the chip temperature from the Jalapeño while MinePeon is running? E.g. from the command line? As I decide where to ultimately locate this fairly noisy device, I'd like to watch my temperatures closely to make sure I don't choose a place that's too warm or poorly ventilated.
- canton
- canton
Code:
sudo screen -r
will bring up cgminer (or bfgminer if you are using that) and that should list your jalapeno tempTo close screen, ctrl+a then d
Jump to: