-   Linux - Software (
-   -   Temperature logging software (

hdp160 09-29-2016 03:38 AM

Temperature logging software
What graphical software do you recommend for logging multiple temperature (12 in total) sensors 24/7 long term posibly for two years. Which is capable of producing reports Etc.

I'll tackle the hardware requirements in a seperate thread in the hardware forum.

As usual... many thanks in anticipation.

michaelk 09-29-2016 08:11 AM

I probably would not use a GUI program. I would write a program to save the data as a CSV file of a fixed number of samples. A CSV file is basically operating system agnostic and can be imported into any program where you can create graphs and reports as desired.

Habitual 09-29-2016 08:45 AM


Log now, GUI later. :)

TB0ne 09-29-2016 09:42 AM


Originally Posted by Habitual (Post 5611442)
Log now, GUI later. :)

+1 for this. RRDtool would be the way to go. Take a look at MRTG to see some examples of the graphs you can generate.

You say "24/7", but don't tell us the actual frequency of the sampling...every hour? Minute? Second? This will affect how things can be stored/graphed.

michaelk 09-29-2016 10:27 AM

The OP created separate threads.

hdp160 09-29-2016 10:38 AM

Yes that is the way log the data... pop it into spreadsheets and away to go. Frequency of sampling... now here is the rub.. every 30 minutes 12 sensors equates to 288 readings per day. Double that frequency to every 15 minutes makes 576 per day or 211k per year...this is certainly possible.

michaelk 09-29-2016 10:52 AM

211K is not a problem. Libreoffice Calc and Excel can handle 1 million rows. I do not know what the Calc data limitation is for charts. If as suggested you create separate files for months (for example) you can manage data better and keep data loss or possibly corruption to hopefully zero. You can create a separate sheet for each month and combine them into a single chart if limits are not exceeded.

hdp160 09-29-2016 10:56 AM

Thanks RRDTOOL is new to me but after a quick glance look promising. ..

hdp160 09-29-2016 11:01 AM

Yes 211k is well within the bounds of managible manipulation is what I ment. Especially if I were to capture data more frequently say every five minutes into monthly chunks.

hdp160 09-29-2016 11:04 AM

Can't see straight away, how to use the snmp solution?

TB0ne 09-30-2016 09:29 AM


Originally Posted by hdp160 (Post 5611530)
Can't see straight away, how to use the snmp solution?

Investigate the snmpwalk and/or snmpget commands. You can query a particular piece of an SNMP OID, and return a specific value. That is the value you'd log.

I know you've got another thread for your hardware, but this: $85, and has all the bells and whistles you'd need. Personally, I'd grab an off-the-shelf unit like this, and sidestep a lot of challenges you'd have with your project. Query it with SNMP, and shove the values into a MySQL database easily, with a fairly simple bash script. From THERE, you have a huge range of options on how to display the data. ODBC connection to Excel/Libreoffice will easily do it, Google's graphing libraries also will work easily, not to mention the enormous collection of PHP scripts already written to display MySQL data.

That's just my opinion, which is worth exactly what you paid for it. :)

AnanthaP 10-01-2016 12:39 AM

gnuMeric (a spreadsheet) is usually supposed to work well with large data.


All times are GMT -5. The time now is 05:46 PM.