Hmm, now my LCDStats script has stopped working!! I'm getting the following output: Welcome to cgminerLCDStats
Copyright 2013 Cardinal Communications
Main Exception Handler:
Failed to claim interface
Traceback (most recent call last):
File "cgminerLCDStats.py", line 473, in <module>
displayErrorScreen(str(e)) # something bad happened, better display the error screen
File "cgminerLCDStats.py", line 198, in displayErrorScreen
display = LCDSysInfo()
File "/home/minepeon/cgminerLCDStats/pylcdsysinfo.py", line 332, in __init__
raise IOError("Failed to claim interface")
IOError: Failed to claim interface
|
|
|
|
|
Very helpful. Many thanks.
|
|
|
|
Okay, I wrote a separate connector to the cgMiner API (just to rule out anything currently in MinePeon)... and it appears that the response from CGMiner is actually returning different data than what it's showing on the output screen. Could be a bug in the latest CGMiner release.
Edit: With 623 pages on the CGMiner thread, not sure if the issue has already been reported, but definitely seeing a 1319 accepted share difference for each USB Erupter I have going at the moment. However I made a post there, we'll see if anything becomes of it, it could be some kind of offset (maybe?) or just a bug in the API callback.
If it's any help, my LCDStats screen is outputting the correct figures. |
|
|
|
Well its weird. When I screen -r I see bfgminer and cgminer my hardware errors are just around 2%~
But when I check out Minepeon it says the average of both singles is 51%.
With bfgminer some engines even display 98% hardware errors. Not sure whats going on. I'm getting the same issue, and I think there is a bug in the number of accepted shares being reported. Reported shares on the web UI are roughly one tenth of actual shares. Maybe someone's deleting a zero somewhere. . . |
|
|
|
|
14 hours of uptime so far. Excellent!
|
|
|
|
sudo python2 cgminerLCDStats.py & The ampersand did the trick  Now to see how stable it is. . . |
|
|
|
Okay, I have reverted to MinePeon 0.2.2 with the latest ntp, cgminer and http packages. I'm trying to run the status screen as described here but the script terminates and the screen stops updating when I disconnect my ssh client. How do I make a python script continue after disconnecting ssh? |
|
|
|
also you might want to look at updating the http git. Not sure how to do this. . . |
|
|
|
Right, I have followed these instructions to upgrade to cgminer 3.4.2 and we shall see if that improves anything. |
|
|
|
|
Need help: cgminer 3.3.4 on MinePeon 0.2.3a restarts every few hours. Can someone tell me how to look at the log files?
|
|
|
|
Hi all, I've been using MinePeon 0.2.3a for a few days, and have fixed one stability issue related to the system clock not synchronising over wifi. See this post: https://bitcointalk.org/index.php?topic=224015.msg3086667#msg3086667However, both MinePeon and cgminer seem to be restarting frequently, giving me only a few hours of uptime between cycles. I know that the first step would be to check the MinePeon logs, but I don't know where they are saved. Any help would be much appreciated. Thanks  |
|
|
|
I have been experiencing significant issues with MinePeon 0.2.3a restarting, failing to report averages, displaying graphs, and other instabilities. After some investigation, I believe that the network time protocol daemon has issues over a wifi link. Here's the procedure to fix: ssh into the RPi and enter your timezone: timedatectl timezone list sudo timedatectl set-timezone Australia/Sydney Then When it prompts you to remove openntpd, select Yes. Next use a text editor in administrator mode to edit your ntp.conf vim is a subject unto itself, but the idea is to add your local ntp servers. Here are mine for Australia server 0.au.pool.ntp.org iburst
server 1.au.pool.ntp.org iburst
server 2.au.pool.ntp.org iburst
server 3.au.pool.ntp.org iburst Finally start the ntp daemon sudo systemctl enable ntpd
sudo systemctl start ntpd |
|
|
|
|
Was this ever resolved? I seem to have the same clock problem with MinePeon 0.2.3a on my wifi network.
ntpd and openntpd seem to be in conflict.
|
|
|
|
|
Can someone tell me how to restart the LCDStats script without rebooting the Pi?
Also, I'm having lots of problems I believe are related to the system clock. No average values and extremely large uptimes. I've set the timezone and date correctly, but I think the time daemon (ntp?) has issues working over wifi.
|
|
|
|
|
BIG UPDATE!! 2013-09-04
DOUBLE OR NOTHING
My second batch of five USB block erupters has arrived! I'm amazed that they were here at about 11am today when I ordered them at 4pm yesterday! I highly recommend dadj aka Leo as a reliable supplier of USB miners. Thanks, mate! I paid 0.95 BTC for the five miners including express shipping.
I needed an adapter for the Israeli DUB-H7, but fortunately I had one.
I also upgraded to MinePeon 0.2.3a
Setup was absolutely painless. I imaged MinePeon to my SD card, connected ethernet to the RPi and booted. Then I just used sudo wicd-curses to set up the wifi connection, plugged everything in, and applied power. It sorted itself in a minute or two, and was then ready for my pool details. Easy!
I'm now mining at about 3.4GH/s, with an LCD status screen.
Pictures to follow. . . .
|
|
|
|
WTB 5 block erupters. Please check your PMs, Leo |
|
|
|
|
Show Posts
