The freeware SerialComGrapher visualize data from serial connection (Virtual USB / Arduino) in three ways:
Fast Acquisition displays data up to 10000 Samples per second in realtime.
The graph is scalable for 1 or to 2 channels.
Optional moving trend mode displays up to 4000 values per second.
Due to performance reasons the data are buffered and will be send to the diplay and refresh it with the choosen update rate (50 ms .. 2 s).
Slow Acquisitions show data in 2 skalable bargraphs and a graph display.
The graph display is optional able to show data in a moving trend.
Time tics are provided in the form hh:mm:ss.
In addition 8 bit data can be interpreted as port values and shown with leds.
Terminal shows data like a common terminalprogram.
Graphical Data can be stored or loaded or even be stored as bitmap.
The display can be zoomed or panned. Skaling the display is possible after acquisition too.
I looked at your website Ulrich and am impressed with what I see you have done, very nice.
What would be extra good would be your programs operating on GNU/Linux or Mac OS-X, then I certainly would enjoy using them.
There have been a number of people here who were needing exactly what you have developed, especially the plotting of data in real time from an Arduino.
I will provide an english manual asap. But basic use of the program should be possible without that.
In the meantime here is a short example sketch to play arround with:
void setup()
{
Serial.begin(500000);
}
void loop()
{
byte i;
for (i = 0; i < 9; i++){
Serial.println(i);
delay(1);
}
}
Use the demo with any baud rate you like and use delay() or not.
To send 2 channel data the 2 variables has to seperated with a semicolon ';'.
Take care to set the display update rate not too fast at high sample rates. Depending of the
speed of your computer this may cause a buffer overun and the program
probably hang.
Whandall:
You could spare a lot of serial bandwidth with a binary format (non text-based).
And you would not have to convert the data to and from ASCII.
You would need to supply a function for the framing and sending,
which could create problems with your licence policy.
Be sure I know that
But I decided against binary format cause text-based is directly readable with all common terminal programs included the build in one. So that meets much more the needs of hobbiests what SerialComGrapher is for. Also it avoids all the hassle with framing problems which are no worry for professionals but cause frustration for amateurs.
