Linux mining distro for the Raspberry PI - MinePeon

[Mavy]

Yep working now. Thanks!

[1714000721]

1714000721

[ct1aic]

Already registred @ MinePeon forum. Thanks, Neil.

With last git pull (and earlier...)

Miner 11h 30m 3s   -   Pi 0d 58h 56m 20s   -   Temp 34.166 °C

I like the 0 days and 58 hours... Perhaps a Mercury day...  

Mercury
Named after: Mercury, the fast-footed Roman messenger of the gods.
Mean Distance from the Sun: 57,909,175 km (35,983,093.1 miles) or 0.387 astronomical units
Diameter: 4,879.4 km (3,031.92 miles)
Revolution period: 0.24 Earth Years (87.97 Earth Days)
Rotation period: 58.65 Earth Days
Moons: None
Atmosphere: Mercury has very little atmosphere. Mercury's thin atmosphere consists of atoms blasted off its surface by the solar wind, a constant stream of particles coming from the outer layer of the Sun.
Temperature: Mercury's surface temperatures range from 467 degrees Celsius (872 degrees Fahrenheit) to -183 degrees Celsius (-300 degrees Fahrenheit). The average surface temperature on Mercury is 166.86 C (332.33° F).
Composition: Rocky planet with many craters.
My weight on Mercury: 31.374 pounds
Interesting Facts: Scientists have found water ice inside deep craters at the north and south poles.

[atariguy]

Is it possible to make the Adafruit LCD work with MinePeon, or will I need to use PiMiner instead?

MinePeon 0.2.3a actually works with both, there are some questions about how it affects stability though but I encourage you to try.

Do me a favor though, report your findings back on the official forum at;-

http://minepeon.com/forums/

So I can keep track of issues.

Neil

Great, thanks! It works! Except it's reporting that it's working on the wrong pool. And I tried to change the password on the web interface, and now I'm locked out.

I'll post to your forum later - I just wanted to make a quick report before I go to work this morning.

[yxzq]

Miner 11h 30m 3s   -   Pi 0d 58h 56m 20s   -   Temp 34.166 °C

I like the 0 days and 58 hours... Perhaps a Mercury day...  

LOL, shame on me!
Fix commit done :-)

At least it's more correct than 58h 56s 20s xD

[ct1aic]

One more interesting thing... I'm using my TZ: Europe/Lisbon [WEST +01:00]. The time displayed by cgminer and all devices @ main page is correct, but the time that the live graphics displays is shifted by -1 hour.
 

Also, when I try static charts and then I select 'update', I always get same error:

Graph error: opening '/opt/minepeon/http/rrd/hashrate.rrd': No such file or directory Graph error: opening '/opt/minepeon/http/rrd/hashrate.rrd': No such file or directory Graph error: opening '/opt/minepeon/http/rrd/hashrate.rrd': No such file or directory Graph error: opening '/opt/minepeon/http/rrd/hashrate.rrd': No such file or directory Graph error: opening '/opt/minepeon/http/rrd/hashrate.rrd': No such file or directory

MinePeon    Status    Pools    Settings    Advanced    About    Contact    License

Status

and the graphics not updated.

[emsit]

Hello, Why when set timezone Europe / Bratislava in the WebUI I will not change timezone in the system? In the system I have Europe / London
I had to manually change

Code:

timedatectl set-timezone Europe/Bratislava

[MineForeman.com]

Hello, Why when set timezone Europe / Bratislava in the WebUI I will not change timezone in the system? In the system I have Europe / London
I had to manually change

Code:

timedatectl set-timezone Europe/Bratislava

The change time zone option in the WebUI changes only for the WebUI.  Since that is what people mostly look at it is all that is really necessary.

If you really want to change the timezone in the underlying OS for some reason it is quite simple, here is an article that explains how;-

http://www.thegeekstuff.com/2010/09/change-timezone-in-linux/

By the way, the full suport forum for MinePeon is at ;-

http://minepeon.com/forums/ and it is better to ask there.

Neil

[emsit]

The second question is why ntpd does not update first and then start cgminer?
Then after the restart I see in webUI(static) 0 MH/s.

screenshot from cgminer.


screenshot from webUI.

[MineForeman.com]

The second question is why ntpd does not update first and then start cgminer?
Then after the restart I see in webUI(static) 0 MH/s.

Its a bug that happens with some networks, does it fix itself after 5 minutes of operation?

Neil

[emsit]

ntpd will load in 5 minutes, but cgminer not restart. change the time and date and drops avg Hashrate.

I'm sorry for my English

[ct1aic]

I must insist with the send e-mail alerts option. I (and all Gmail users) need SMTP authentication to use MinePeon to send mails via gmail.

Outgoing Mail (SMTP) Server - Requires TLS
smtp.gmail.com
Port: 465 or 587
Requires SSL: Yes
Requires authentication: Yes
Use same settings as incoming mail server
Full Name or Display Name: [your name]
Account Name or User Name: your full Gmail address (username@gmail.com). Google Apps users, please enter username@your_domain.com
Email address: your full Gmail address (username@gmail.com) Google Apps users, please enter username@your_domain.com
Password: your Gmail password
If your client does not support SMTP authentication, you won't be able to send mail through your client using your Gmail address.

Also, if you're having trouble sending mail but you've confirmed that encryption is active for SMTP in your mail client, try to configure your SMTP server on a different port: 465 or 587.

[Scorpia]

im playing with overclocking my block erupters and it seems that cgminer is holding back the overclock.
the faster the BE is pushed the more cgminer seems to be holding it back from the speed it should be.

is there some sort of timing option that can be adjusted to help with the extra speed of the BE?

from what I have read the older client used to have some options but its not in the newer clients. any idea's?

PS this is only an issue for overclocked units, my normal ones are fine.

edit.

seems the "--Icarus-timing short" is possibly what I want.

im testing on a windows machine atm. how would I add this in minepeon?
I guess theres a file to edit.

[kano]

im playing with overclocking my block erupters and it seems that cgminer is holding back the overclock.
the faster the BE is pushed the more cgminer seems to be holding it back from the speed it should be.

is there some sort of timing option that can be adjusted to help with the extra speed of the BE?

from what I have read the older client used to have some options but its not in the newer clients. any idea's?

PS this is only an issue for overclocked units, my normal ones are fine.

edit.

seems the "--Icarus-timing short" is possibly what I want.

im testing on a windows machine atm. how would I add this in minepeon?
I guess theres a file to edit.

... also I've just added to cgminer master git the code for a TODO I wrote long ago in the Icarus driver ...
It allows you to set a limit to --icarus-timing short (or long)
Basically the idea is that if your computer affects the timing due to CPU/Task Scheduling/Swapping/... an optional specified limit wont allow the read_time to go beyond the limit
What it really means is that even if the MH/s is showing wrong due to a bad timing calculation, it will still abort the work at 'limit' and thus will be mining at maximum performance if limit is set appropriately (WU: will show that over a few days)

Historically I have almost always used --icarus-timing short
Now it will be --icarus-timing short=100

[Scorpia]

im playing with overclocking my block erupters and it seems that cgminer is holding back the overclock.
the faster the BE is pushed the more cgminer seems to be holding it back from the speed it should be.

is there some sort of timing option that can be adjusted to help with the extra speed of the BE?

from what I have read the older client used to have some options but its not in the newer clients. any idea's?

PS this is only an issue for overclocked units, my normal ones are fine.

edit.

seems the "--Icarus-timing short" is possibly what I want.

im testing on a windows machine atm. how would I add this in minepeon?
I guess theres a file to edit.

... also I've just added to cgminer master git the code for a TODO I wrote long ago in the Icarus driver ...
It allows you to set a limit to --icarus-timing short (or long)
Basically the idea is that if your computer affects the timing due to CPU/Task Scheduling/Swapping/... an optional specified limit wont allow the read_time to go beyond the limit
What it really means is that even if the MH/s is showing wrong due to a bad timing calculation, it will still abort the work at 'limit' and thus will be mining at maximum performance if limit is set appropriately (WU: will show that over a few days)

Historically I have almost always used --icarus-timing short
Now it will be --icarus-timing short=100

could you explain how to use the times displayed when running short or long to set a custom time?
or am I better off with short as I have multiple hash rates?

my fastest (16Mhz) does this   - AMU0 Re-estimate: Hs=2.231016e-09 W=1.409179e-03 read_time=9433ms fullnonce=9.584s
middle (13.5) - AMU3 Re-estimate: Hs=2.646133e-09 W=-5.618202e-04 read_time=11214ms fullnonce=11.364s
slowest (stock)  - AMU1 Re-estimate: Hs=2.975410e-09 W=2.931451e-04 read_time=12629ms fullnonce=12.780s

[kano]

In your case if you use --icarus-timing short=90 it should never go idle even for the fastest one - AMU0 - if it really is 448MH/s
90 allows up to 477MH/s

It is the time to process a full nonce (times 100ms)
So 90 = 9000ms

Anything that can process a nonce 9000ms or slower will have their work aborted before it finishes - so it cannot go idle

The timing is for 2 reasons:
1) To estimate how much work was done when work is aborted (about 1/3 of work has no nonces and must be aborted) i.e. to get the MH/s on the display correct
2) To estimate how long work should be allowed to run until to abort it (less a safety factor of 150ms)

Normally --icarus-timing short aborts the work 150ms before the work should finish but of course if the computer isn't allowing cgminer to mine at full speed, it's timing estimate can get it wrong
(I use a line of best fit through the data points to estimate Hs and W - which seems to be pretty accurate if the computer isn't busy)

The Icarus mining devices don't send a message to say work has finished, so you have to start new work before the old one finishes.

Oh ... and a lot of this is all in FPGA-README ... (and the new option also)

Anyway the meaning of:
AMU0 Re-estimate: Hs=2.231016e-09 W=1.409179e-03 read_time=9433ms fullnonce=9.584s

Is that it takes 2.23ns to do a single hash with an average latency of 1.4ms per work item
At 2.23ns it takes ~9.584s to hash a full nonce range (2^32 hashes)
So my code decided to abort the work 150ms early (as is the safety margin) at 9433ms to ensure it never goes idle

[dave111223]

For some reason one of my peons keeps crashing every day or so, and the only way I can get it working again is by reimaging the disk and starting over.

Note I'm using 0.2.2 as 0.2.3a just crashes for me.

If i put the crashed flash disk into my windows machine it still has files on it (is not completely corrupted).  Is there anyway I can retrieve some kind of error log to see what went wrong?

[Scorpia]

In your case if you use --icarus-timing short=90 it should never go idle even for the fastest one - AMU0 - if it really is 448MH/s
90 allows up to 477MH/s

It is the time to process a full nonce (times 100ms)
So 90 = 9000ms

Anything that can process a nonce 9000ms or slower will have their work aborted before it finishes - so it cannot go idle

The timing is for 2 reasons:
1) To estimate how much work was done when work is aborted (about 1/3 of work has no nonces and must be aborted) i.e. to get the MH/s on the display correct
2) To estimate how long work should be allowed to run until to abort it (less a safety factor of 150ms)

Normally --icarus-timing short aborts the work 150ms before the work should finish but of course if the computer isn't allowing cgminer to mine at full speed, it's timing estimate can get it wrong
(I use a line of best fit through the data points to estimate Hs and W - which seems to be pretty accurate if the computer isn't busy)

The Icarus mining devices don't send a message to say work has finished, so you have to start new work before the old one finishes.

Oh ... and a lot of this is all in FPGA-README ... (and the new option also)

Anyway the meaning of:
AMU0 Re-estimate: Hs=2.231016e-09 W=1.409179e-03 read_time=9433ms fullnonce=9.584s

Is that it takes 2.23ns to do a single hash with an average latency of 1.4ms per work item
At 2.23ns it takes ~9.584s to hash a full nonce range (2^32 hashes)
So my code decided to abort the work 150ms early (as is the safety margin) at 9433ms to ensure it never goes idle

thanks heaps for that. it makes much more sense now.

I did read the fpga-readme earlier but it didn't make sense to me at the time. ill go have another read now.

thanks again.

[atariguy]

Is it possible to make the Adafruit LCD work with MinePeon, or will I need to use PiMiner instead?

MinePeon 0.2.3a actually works with both, there are some questions about how it affects stability though but I encourage you to try.

Do me a favor though, report your findings back on the official forum at;-

http://minepeon.com/forums/

So I can keep track of issues.

Neil

Great, thanks! It works! Except it's reporting that it's working on the wrong pool. And I tried to change the password on the web interface, and now I'm locked out.

I'll post to your forum later - I just wanted to make a quick report before I go to work this morning.

I reimaged the SD card to start over, and attempted to change the password again, and am now locked out again. Is this a known problem?

Also, it's great the see the LCD show stuff, but some of it is wrong. (Pool and error rate are most noticeable.)

[cardcomm]

Is it possible to make the Adafruit LCD work with MinePeon, or will I need to use PiMiner instead?

MinePeon 0.2.3a actually works with both, there are some questions about how it affects stability though but I encourage you to try.

Do me a favor though, report your findings back on the official forum at;-

http://minepeon.com/forums/

So I can keep track of issues.

Neil

Great, thanks! It works! Except it's reporting that it's working on the wrong pool. And I tried to change the password on the web interface, and now I'm locked out.

I'll post to your forum later - I just wanted to make a quick report before I go to work this morning.

I reimaged the SD card to start over, and attempted to change the password again, and am now locked out again. Is this a known problem?

Also, it's great the see the LCD show stuff, but some of it is wrong. (Pool and error rate are most noticeable.)

Kano fixed my hosed up pool detection code and submitted the changes a few days ago. He's also made changes to the error rate code.

Have you tried pulling the latest cgminerLCDStats.py commit? It may fix your LCD display issues.

BTW - what else are you seeing that's incorrect?  Thanks

[ct1aic]

Oh no! Not again! cgminer: LATEST-IS-3.4.1