Topic: Display your cgminer Stats on a small LCD Display (cgminerLCDStats) - page 2. (Read 10723 times)
November 20, 2013, 05:00:00 AM
Noticed that you're using 'stats' just to get the elapsed time... It's a HUGE transfer and elapsed time is already available in the 'summary' data.
November 19, 2013, 02:46:11 PM
Took a little work, but got it running on my router:
October 28, 2013, 10:41:53 PM
My display arrived early this week. I have it monitoring both cgminer instances with this quick-and-dirty shell script that just alternates between the two:
Port 4028 (the default) is an scrypt mining instance with a Radeon 6870 and a Radeon 7750. Port 4029 is an SHA-256 mining instance with a couple of BFL Jalapeños. Every 10 seconds, it reads one and displays it. The running instance is then killed and the other one is started.
The only real downside is that the display is cleared once every 10 seconds. I'm also not sure that more information (as from two miners at once) could be displayed without some lower-level mucking around in the display software to make the text smaller. Perhaps rendering text (in a smaller font) to an image and uploading that to the display would work.
Code:
#!/bin/sh
while [ 1 == 1 ]
do
python cgminerLCDStats.py -d 15 &
sleep 10
kill $(ps auxw | grep cgminerLCDStats.py | grep -v grep | awk '{print $2}')
python cgminerLCDStats.py -d 15 -p 4029 &
sleep 10
kill $(ps auxw | grep cgminerLCDStats.py | grep -v grep | awk '{print $2}')
done
Port 4028 (the default) is an scrypt mining instance with a Radeon 6870 and a Radeon 7750. Port 4029 is an SHA-256 mining instance with a couple of BFL Jalapeños. Every 10 seconds, it reads one and displays it. The running instance is then killed and the other one is started.
The only real downside is that the display is cleared once every 10 seconds. I'm also not sure that more information (as from two miners at once) could be displayed without some lower-level mucking around in the display software to make the text smaller. Perhaps rendering text (in a smaller font) to an image and uploading that to the display would work.
Very, VERY cool
It's nice to see people getting some use out of this!Yeah, the text size isn't something you can set, at least with the library code I've looked at. As you say, the next best bet would be to render up an image in the background and then display it. Kinda old school style
As for the screen blanking every time it's restarted - you could try commenting out line 341 in cgminerLCDStats.py:
# display.clear_lines(TextLines.ALL, BackgroundColours.BLACK)
Not sure that will work as expected, but it's worth a try.
Thanks for sharing your tip for monitoring multiple instances. I'll try and add that to the readme.
October 26, 2013, 02:12:11 PM
My display arrived early this week. I have it monitoring both cgminer instances with this quick-and-dirty shell script that just alternates between the two:
Port 4028 (the default) is an scrypt mining instance with a Radeon 6870 and a Radeon 7750. Port 4029 is an SHA-256 mining instance with a couple of BFL Jalapeños. Every 10 seconds, it reads one and displays it. The running instance is then killed and the other one is started.
The only real downside is that the display is cleared once every 10 seconds. I'm also not sure that more information (as from two miners at once) could be displayed without some lower-level mucking around in the display software to make the text smaller. Perhaps rendering text (in a smaller font) to an image and uploading that to the display would work.
Code:
#!/bin/sh
while [ 1 == 1 ]
do
python cgminerLCDStats.py -d 15 &
sleep 10
kill $(ps auxw | grep cgminerLCDStats.py | grep -v grep | awk '{print $2}')
python cgminerLCDStats.py -d 15 -p 4029 &
sleep 10
kill $(ps auxw | grep cgminerLCDStats.py | grep -v grep | awk '{print $2}')
done
Port 4028 (the default) is an scrypt mining instance with a Radeon 6870 and a Radeon 7750. Port 4029 is an SHA-256 mining instance with a couple of BFL Jalapeños. Every 10 seconds, it reads one and displays it. The running instance is then killed and the other one is started.
The only real downside is that the display is cleared once every 10 seconds. I'm also not sure that more information (as from two miners at once) could be displayed without some lower-level mucking around in the display software to make the text smaller. Perhaps rendering text (in a smaller font) to an image and uploading that to the display would work.
October 22, 2013, 07:06:47 AM
Awesome! Just wish I had a spare USB port free. Would look great sitting on my router
October 21, 2013, 08:16:21 PM
Sweet. glad you got it working. I really need to take the time and examine the exact differences between the API's.
Sorry I've been away from the thread a while. I'm glad y'all got your problems sorted. Yeah, opening a new putty window works well to run the script. That's usually what I do. Or you could have it auto start.
southerngentuk - Glad you discovered how to set it up to auto start. I'm been meaning to add a tutorial for that, but it varies for different Linux flavors. Maybe I'll do one that covers the versions I know.
Maybe add a link to the git pointing to mineforemans forum. That seems to have a lot of good information also.
October 21, 2013, 06:17:10 PM
Hi im trying to get this screen to work with bfgminer but i think there is some difference between it and cgminer and a it just hangs at what looks like getting the api info anyone have any idea what need changing ?
Hi,
I haven't tested with bfgminer at all, and I'm not very familiar with it. I think the API is similar, so it may work. You'll need to make sure bfgminer is listening for API call. I think you need something like this in the bfgminer config file:
"api-listen" : true,
"api-port" : "4028",
I hope this helps. Let me know if you get it working, or if I can be of further help.
Implemented a quick dirty fix which gets it working with bfgminer
changed CgminerRPCClient.py
Code:
# loop until a zero byte indicates we got all the data
data = ""
while True:
buffer = s.recv(65535)
if '\x00' in buffer:
data += buffer # keep the buffer and bail from the loop - we got all t$
break # zero found, so we must have all the data TODO break in loop is$
else:
data += buffer # No zero found yet, append current buffer to data and $
s.close() # close the socket
To
# loop until a zero byte indicates we got all the data
data = ""
while True:
buffer = s.recv(65535)
if buffer:
data += buffer # keep the buffer and bail from the loop - we got all t$
# zero found, so we must have all the data TODO break in loop is ugly $
else:
s.close() # close the socket
break
Sweet. glad you got it working. I really need to take the time and examine the exact differences between the API's.
Sorry I've been away from the thread a while. I'm glad y'all got your problems sorted. Yeah, opening a new putty window works well to run the script. That's usually what I do. Or you could have it auto start.
southerngentuk - Glad you discovered how to set it up to auto start. I'm been meaning to add a tutorial for that, but it varies for different Linux flavors. Maybe I'll do one that covers the versions I know.
October 18, 2013, 03:45:10 AM
Turns out the one I got was a dud, the USB connecter is broken and only receives power, no data. Time to open it up and see what I can see!
EDIT: working now. Just hit the USB connector with my rework station and all is working.
Cheers for a great little script OP!
EDIT: working now. Just hit the USB connector with my rework station and all is working.
Cheers for a great little script OP!
Sweet! Congrats on the repair.
I'm kinda noobie to Linux - but I have a question:
I use SSH to access my rPi and I can get it running easily. However - is there a way so i can still sudo screen -r on cgminer so I can monitor the miner when I am on my other computer?
Any way around this?
I answered this myself - I'm an idiot. Just duplicated the session in putty and entered the cgminerLCDStats.py command.
October 17, 2013, 05:47:02 PM
Implemented a quick dirty fix which gets it working with bfgminer
changed CgminerRPCClient.py
Your my Hero. This Works for BFGMiner. I now at last have a stable Minepeon Build.
Edit : found the answer on minepeon forums
All is right with the world once again.
October 12, 2013, 04:50:44 PM
Hi im trying to get this screen to work with bfgminer but i think there is some difference between it and cgminer and a it just hangs at what looks like getting the api info anyone have any idea what need changing ?
Hi,
I haven't tested with bfgminer at all, and I'm not very familiar with it. I think the API is similar, so it may work. You'll need to make sure bfgminer is listening for API call. I think you need something like this in the bfgminer config file:
"api-listen" : true,
"api-port" : "4028",
I hope this helps. Let me know if you get it working, or if I can be of further help.
Implemented a quick dirty fix which gets it working with bfgminer
changed CgminerRPCClient.py
Code:
# loop until a zero byte indicates we got all the data
data = ""
while True:
buffer = s.recv(65535)
if '\x00' in buffer:
data += buffer # keep the buffer and bail from the loop - we got all t$
break # zero found, so we must have all the data TODO break in loop is$
else:
data += buffer # No zero found yet, append current buffer to data and $
s.close() # close the socket
To
# loop until a zero byte indicates we got all the data
data = ""
while True:
buffer = s.recv(65535)
if buffer:
data += buffer # keep the buffer and bail from the loop - we got all t$
# zero found, so we must have all the data TODO break in loop is ugly $
else:
s.close() # close the socket
break
October 12, 2013, 08:50:08 AM
Pretty sweet, thanks for sharing.
October 12, 2013, 03:29:03 AM
Turns out the one I got was a dud, the USB connecter is broken and only receives power, no data. Time to open it up and see what I can see!
EDIT: working now. Just hit the USB connector with my rework station and all is working.
Cheers for a great little script OP!
EDIT: working now. Just hit the USB connector with my rework station and all is working.
Cheers for a great little script OP!
Sweet! Congrats on the repair.
I'm kinda noobie to Linux - but I have a question:
I use SSH to access my rPi and I can get it running easily. However - is there a way so i can still sudo screen -r on cgminer so I can monitor the miner when I am on my other computer?
Any way around this?
October 12, 2013, 12:51:22 AM
Turns out the one I got was a dud, the USB connecter is broken and only receives power, no data. Time to open it up and see what I can see!
EDIT: working now. Just hit the USB connector with my rework station and all is working.
Cheers for a great little script OP!
EDIT: working now. Just hit the USB connector with my rework station and all is working.
Cheers for a great little script OP!
Sweet! Congrats on the repair.
October 11, 2013, 10:27:42 PM
Turns out the one I got was a dud, the USB connecter is broken and only receives power, no data. Time to open it up and see what I can see!
EDIT: working now. Just hit the USB connector with my rework station and all is working.
Cheers for a great little script OP!
EDIT: working now. Just hit the USB connector with my rework station and all is working.
Cheers for a great little script OP!
October 11, 2013, 12:28:57 PM
Hi im trying to get this screen to work with bfgminer but i think there is some difference between it and cgminer and a it just hangs at what looks like getting the api info anyone have any idea what need changing ?
Hi,
I haven't tested with bfgminer at all, and I'm not very familiar with it. I think the API is similar, so it may work. You'll need to make sure bfgminer is listening for API call. I think you need something like this in the bfgminer config file:
"api-listen" : true,
"api-port" : "4028",
I hope this helps. Let me know if you get it working, or if I can be of further help.
October 10, 2013, 01:47:57 PM
Hi im trying to get this screen to work with bfgminer but i think there is some difference between it and cgminer and a it just hangs at what looks like getting the api info anyone have any idea what need changing ?
October 08, 2013, 01:19:39 PM
This display would be perfect for the GPU/ASIC rig I just spun up...will probably have to roll my own software to poll two cgminer instances and two CryptoSwitcher instances, but the pointer to a suitable display is useful info.
The Python code should be a good starting point for that. It already supports being pointed to an arbitrary cgminer instance. You would just have to add code to poll the two separately.
October 08, 2013, 10:40:55 AM
This display would be perfect for the GPU/ASIC rig I just spun up...will probably have to roll my own software to poll two cgminer instances and two CryptoSwitcher instances, but the pointer to a suitable display is useful info.
October 01, 2013, 10:33:37 PM
Does it need to be connected directly to the Pi and not via USB hub? I'm having issues getting it to be seen when running the sudo python2 cgminerLCDStats.py" command. 
No, it should work fine when connected to a hub. I've seen a number of these units with defective USB cables, unfortunately. They tend to fit very loosely at the connection near the display. Does the Display work for any of the demos?
What specific error are you getting? I'm assuming one about "not being able to claim the device". It's usually either a bad USB cable, or not running the script as root. (that does not seem to be you problem)
It powers up, but using the command lsusb doesn't bring it up.
Next time I am back home, I will try another USB cable and actually try it with the default software. Will get back to you.
October 01, 2013, 09:09:15 PM
Does it need to be connected directly to the Pi and not via USB hub? I'm having issues getting it to be seen when running the sudo python2 cgminerLCDStats.py" command.
No, it should work fine when connected to a hub. I've seen a number of these units with defective USB cables, unfortunately. They tend to fit very loosely at the connection near the display. Does the Display work for any of the demos?
What specific error are you getting? I'm assuming one about "not being able to claim the device". It's usually either a bad USB cable, or not running the script as root. (that does not seem to be you problem)
Jump to: