Open GoogleCodeExporter opened 9 years ago
Remote monitoring would be a useful feature. The Open Hardware Monitor would
have to
run as normal application (or command line tool) providing the information on a
TCP
port, unless a good solution for Issue 33 is found.
This Issue is in certain ways linked to Issue 33, as a Windows Service would
require
some remoting between service and GUI as well. But when monitoring data from the
local Windows Service one would want more control and not just a readonly
display of
information. If Issue 33 is implemented certain code details could/should be
shared
with this one.
Original comment by moel.mich
on 6 Apr 2010 at 11:37
A text based remote monitoring implementation can be found here:
http://druss.pp.ua/2011/05/%D1%80%D0%B0%D1%81%D1%88%D0%B8%D1%80%D1%8F%D0%B5%D0%B
C-open-hardware-monitor-%D0%B4%D0%BB%D1%8F-%D1%80%D0%B0%D0%B1%D0%BE%D1%82%D1%8B-
%D0%B2-%D1%81%D0%B5%D1%82%D0%B8/
Original comment by moel.mich
on 4 May 2011 at 12:19
It may be best to use a JSONP API here for communication. Using JSONP you can
easy implement an auto-discover on your local network for systems which have a
service running, as well as remote systems can easily connect through mobile
interfaces and such.
I have no problem helping with this.
Original comment by stewart....@autoclavestudios.com
on 16 May 2011 at 8:19
Another monitoring system that could possibly be supported is
http://munin-monitoring.org/
The windows node of munin has support for SpeedFan built in
http://code.google.com/p/munin-node-win32/
Original comment by moel.mich
on 30 May 2011 at 2:27
Hi, i would also like to have a (tcp / or http get) interface because you can
use it on any platform. By the way nice Programm!
Original comment by nkarlemo...@googlemail.com
on 27 May 2013 at 5:25
Original issue reported on code.google.com by
Nikola...@gmail.com
on 6 Apr 2010 at 5:36