-
Notifications
You must be signed in to change notification settings - Fork 22
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Generating graphics #86
Comments
honestly, the graphs leave much to be desired, if you have probes with a wide temperature differential the graphs distort the X,Y, really bad, it compresses the time because its a static image. Toby, I recommend looking at brewPI , and see how they do there graphs, its open source and they are really nice and you can zoom in and out dynamically C. and F. looks great on moble and in a brouser, You can name probes and export logging , please do look and see if there is some code that could make the TM better, here is an example of the graphs https://pbs.twimg.com/media/BZGPxQzCYAAtfBP.jpg |
In the dynamic chart, you can switch off specific probe lines by clicking on the legend which may help with the disparate temps. The static charts are a by product of using RRD as the data store. I have plans to replace this and the charts but have limited time to work on it. But hey, if you don’t like the software, you have other options - you could find an alternative or write something yourself. Even better you could build a new charting component (I think BrewPi uses Dynchart) and contribute directly to this project. |
Hi There!
What should be the problem? It's measure the the temperature good, beacuse these part is works. |
The most annoying thing about your distribution = which is otherwise wonderful - is the need to have to wait for it to graciously generate the graphics. This is a pain... reboot the machine?? Wait wait wait... Temperature detector decides to give up?? Wait wait wait. Still not sure why the detector decides to give up but it seems to, I then fiddle with the 'hat' and it springs into life again.
Surely it's possible to allow the standard 'UNIX' thing that SIGHUP is used to make daemons do things that are useful. In this case SIGHUP generates the images and there's a flag to the binary that just sends the signal to the running daemon.
This is a really missing 'standard' feature (i.e it's a bad bug not a feature). Assuming, of course that your development environment can handle UNIX signals and process them then it should not be a big change. Failing that can we have a standalone tool to make these things??
The text was updated successfully, but these errors were encountered: