One good reason for doing as little as possible in a micro-controller is
> that they are often used to collect raw data with as little latency as
> possible. Doing web serving on a single slowish core in that case is not a
> good idea. I have a bunch of Soekris doing data collection and if I start
In message <20120807180611.cf5c9800...@ip-64-139-1-69.sjc.megapath.net>, Hal Mu
rray writes:
>
>albertson.ch...@gmail.com said:
>> So the web server is inside an Arduino? Yes can't run GNUplot there. Why
>> not have the Arduino produce either Postscript or PDF? It is very easy to
>> draw a grap
albertson.ch...@gmail.com said:
> So the web server is inside an Arduino? Yes can't run GNUplot there. Why
> not have the Arduino produce either Postscript or PDF? It is very easy to
> draw a graph in Postscript.
That's a very good suggestion.
I think the key idea is that the programmer is m
Le 07/08/2012 17:56, Chris Albertson a écrit :
On Tue, Aug 7, 2012 at 6:45 AM, Jim Lux wrote:
On 8/6/12 10:43 AM, Chris Albertson wrote:
On Mon, Aug 6, 2012 at 8:34 AM, Jim Lux wrote:
what would be useful is to have some sort of "plotting engine" that is a
canned webpage (or stored loca
On Tue, Aug 7, 2012 at 6:45 AM, Jim Lux wrote:
> On 8/6/12 10:43 AM, Chris Albertson wrote:
>
>> On Mon, Aug 6, 2012 at 8:34 AM, Jim Lux wrote:
>>
>> what would be useful is to have some sort of "plotting engine" that is a
>>> canned webpage (or stored locally on the user/client computer) that
If you are looking to graph long running data and provide rolled up
summaries, the combination of MRTG and RRDtool is pretty hard to beat. Can
work with pretty much anything on the back end. And it's the industry
standard for network monitoring.
http://oss.oetiker.ch/mrtg/doc/mrtg.en.html
Or some
Regarding plotting data files through a web page, some time ago I wrote a
small utility to do just that. We have a corona tester here at my workplace
that generates binary files with the corona data. These are not easily
plotted from a standard tool because of the proprietary format.
Instea
On 8/6/12 10:43 AM, Chris Albertson wrote:
On Mon, Aug 6, 2012 at 8:34 AM, Jim Lux wrote:
what would be useful is to have some sort of "plotting engine" that is a
canned webpage (or stored locally on the user/client computer) that can
ingest fairly raw data from a URL..
something, conceptuall
On 8/6/2012 12:57 PM, John Ackermann N8UR wrote:
The viewer can then right-click on the image and via the "view image" or
similar menu open up the full-sized version for the fine detail. That
worked on my browser and monitor, but apparently not on some other
combinations. So, it's back to the
Hi Pablo,
On 08/06/2012 07:59 PM, Pablo Garaizar Sagarminaga wrote:
Hi there,
El Mon, 6 Aug 2012 10:43:50 -0700
Chris Albertson comentaba:
What you are saying is that the data needs to be rendered to a graphic
locally. I think the simplest way is to create vector based plots
on the server
Hi there,
El Mon, 6 Aug 2012 10:43:50 -0700
Chris Albertson comentaba:
> What you are saying is that the data needs to be rendered to a graphic
> locally. I think the simplest way is to create vector based plots
> on the server (I've used GNU Plot inside a CGI script) but there is a
> system t
On Mon, Aug 6, 2012 at 8:34 AM, Jim Lux wrote:
> what would be useful is to have some sort of "plotting engine" that is a
> canned webpage (or stored locally on the user/client computer) that can
> ingest fairly raw data from a URL..
>
> something, conceptually, like this:
>
>
>
> *invocation of
Hi there,
On Mon, 06 Aug 2012 12:57:00 -0400
John Ackermann N8UR wrote:
>
> But that's extra work that I haven't gotten around to automating yet,
> so I thought I'd try using the HTML size options:
>
It's easy to resize pictures automatically if you are a Linux user
using imagemagick's conver
On 8/6/12 9:16 AM, Hal Murray wrote:
jim...@earthlink.net said:
what would be useful is to have some sort of "plotting engine" that is a
canned webpage (or stored locally on the user/client computer) that can
ingest fairly raw data from a URL..
...
A low end microcontroller has no problem ser
I think there are now a couple of threads going on about this topic,
which I started by a clumsy attempt to use the "WIDTH" and "HEIGHT"
attributes in HTML. :-)
For what it's worth, I usually scale web graphics to no larger than 750
pixels horizontal or 550 pixels vertical. That goes back to
jim...@earthlink.net said:
> what would be useful is to have some sort of "plotting engine" that is a
> canned webpage (or stored locally on the user/client computer) that can
> ingest fairly raw data from a URL..
...
> A low end microcontroller has no problem serving readonly pages from flash/
what would be useful is to have some sort of "plotting engine" that is a
canned webpage (or stored locally on the user/client computer) that can
ingest fairly raw data from a URL..
something, conceptually, like this:
*invocation of plotting engine*
data value 1
data value 2
data value 3
17 matches
Mail list logo
