curious, what kind of mobile interface are you thinking of? the current web UI scaling well in a mobile browser? an android app? an iphone/ipad app?

The change you quoted from me, adding in the temperature information, hasn't been imported yet into the official project. Are you saying you manually copied/pasted the few lines of code I proposed on GitHub into your index.php and are seeing the index.php web page load slower? If so, double check you've copied all the relevant lines? Sometimes for testing, I wipe out my index.php and using wget pull down the original or my proposed change of index.php from GitHub.

How are you determining the duration for page load times? Have you tried removing the lines and re-testing? After removing adding them back in and re-testing?

I'm using Chrome and with the developer tools checking the load times for the page over a LAN connection. While removing and adding the temperature changes I'm not seeing any difference in page load times. My page load times vary between 1.27ms and 1.65ms for the main page, excluding the .js components which aren't relevant for the proposed temperature addition. The load time range I'm seeing, 1.27ms to 1.65ms is both with and without the temperature additions. I've tested over 30 refreshes of the page and I'm not seeing any change in load times for index.php based on my proposed temperature code addition.

Found a simple way to take some code MineForeman already had sitting idle in a different section and throw it into the MinePeon Status section to display the temperature in both C and F (for the metric challenged Americans). Sent a pull request with the code and hopefully if it all goes well, it'll be accepted and available for anybody to pull down from the GitHub repo and into their MinePeon!

https://github.com/MineForeman/MinePeonWebUI/pull/18

I've been using this while testing and tweaking the UI .. great method! Glad it has official support from the main man!

Perfect again! I adjusted the percentages to use the diff1 as the total and only calculate percents on difficulty accepted and difficulty rejected.

I sorted through the cgminer API output (now that I knew what I was looking for!) and added difficulty stale with a percentage to the pool status page: https://github.com/joeykrim/MinePeonWebUI/commit/e2c25dc9d6edf00486e05a93a8921a96c581b712

Thanks for clarifying the details there! I made all the changes so the pull request (https://github.com/MineForeman/MinePeonWebUI/pull/11) should now be finalized. It is working great for me!

Also, I sent another pull request (https://github.com/MineForeman/MinePeonWebUI/pull/13) upgrading the stored password security from the "insecure" crypt to a "more secure" bcrypt with a CPU cost of 4. Not a big concern, but every little bit of security helps, imo!

Hopefully MineForeman won't mind me sending all these code changes via pull requests!

Appreciate the feedback!
Humbled to be receiving direct input from somebody so directly involved while I'm definitely new. Sure is a flat org chart around here!

The comments between here and the git commit make more sense. I'm also studying the cgminer README - https://github.com/ckolivas/cgminer/blob/master/README

To summarize, it is best practice to not really use the accepted, rejected and discarded columns and better to focus on the Diff1Shares, Difficulty Accepted and Difficulty Rejected columns?

To convert this over to the code currently used on the minepeon pool stats section, attention should be focused on: " . $pool['Diff1Shares'] . ", " . $pool['DifficultyAccepted'] . ", and " . $pool['DifficultyRejected'] . " ?

This might come across as a silly question .. I was wondering why there isn't a discarded number for diff1shares? Perhaps hardware errors under the specific mining device are related to the discarded number?
I'm positive I'm missing something here, but just attempting to make the stats/calculations as accurate as possible

Quick question on the percentages in the latest version, which is a great idea!
I've submitted a code adjustment for how the percentages are calculated under the Pool Stats table for the Rejects and Discards blocks/shares. https://github.com/MineForeman/MinePeonWebUI/pull/11

I was going to adjust the percents in the Device Status pool but noticed the terminology differences and wanted to clear things up.
The complete picture of possibilities includes, accepted, rejected, error and discarded? Or are error and discarded similar? Or is error a subset of discarded?

I submitted a commit to change the rejected % so that the rejected # is divided by the total # (accepted + rejected + discarded) instead of the prior calculation that was taking the accepted # and dividing that by the rejected #.

I might be completely misunderstanding the relationships between shares and the percentages so I wanted to post here to get clarification. Hope my commit is helpful and improving!

Perfect. I submitted a pull request for some simple code that adds a restart and quit button to the bottom of the status page. https://github.com/MineForeman/MinePeonWebUI/pull/10
I wasn't sure if you had UI layout preferences. If you want these somewhere else, or want to group some differently, feel free.

Thanks! I registered an account here so I can keep track of development. I hope to continue contributing code.
Project is great, definitely appreciated!

I'm looking into this .. if you have a link to the miner.php you're referring to handy, could you post that?
Edit: think I found it for cgminer at least .. not sure if there is same for bfgminer? https://github.com/kanoi/cgminer/blob/master/miner.php
I'm new to all of this and takes a little bit to get up to speed!

I started doing a little digging and figured I'd post my notes here. I'm not sure what MineForeman has in mind or is currently working on, but I don't think it should be *too* bad to add cpu Temperature and perhaps also cpu stats.
I found some info on how arch linux handles cpu temperature: https://wiki.archlinux.org/index.php/Raspberry_Pi#Temperature
Also, there is another project, quote earlier in this thread, that gives some great stats on cpu usage as well as many other aspects: https://github.com/imjacobclark/Raspcontrol
Perhaps we could include portions of that project? License for the project seems to allow that: https://github.com/imjacobclark/Raspcontrol/blob/master/LICENCE

hi