SerialComGrapher - Graphical Visualize Serial Data

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.

Download (Windows only) and Homepage:
http://www.serialcominstruments.com/

Have fun
Ulrich Albert

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.

Well done.


Paul Alting van Geusau

Sorry, there is no intention to provide a Linux or even a Mac version.

There is a new Version 0.9d available.

Change Log

Fast Display:
Moving Cursor shows time in us or ms
(see attachment below)

Menue Math/Statistics:
Shows Min, Max, Mean, Standard Deviation a.s.o.
(The picture shows an A/D Converter Test)

Slow Display:

  • Graphic can be saved and loaded as well the same with Fast Display.

http://www.serialcominstruments.com/instrument.php

@albert (didn't look at the site yet)

An Arduino can send over serial @500Kbaud (although internal IDE serial does not support them)

does your program support these higher baud rates?

@RockWallaby one could be thinking of python and QT to have such portable app

robtillaart:
@albert
(didn’t look at the site yet)

An Arduino can send over serial @500Kbaud (although internal IDE serial does not support them)
does your program support these higher baud rates?

Yes, SerialComGrapher supports baud rates up to 1Mbaud including 500kbaud.

Cool!

Here You will find a Demo Video of SerialComGrapher:

https://youtu.be/gEYJ3c-xppU

It demonstrates fast (up to 10000 samples/s) and slow data acquisition.

Albert_M: Here You will find a Demo Video of SerialComGrapher:

https://youtu.be/gEYJ3c-xppU

It demonstrates fast (up to 10000 samples/s) and slow data acquisition.

Albert, Looks like a neat product, but alas, I know very little German. I am limited to 'Wir waschen das Auto.'

Which does not get me very far!

Chuck.

That looks really cool - I've been looking for something exactly like this. Do you have any basic docs in english though? I can't read german...

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.

Regards
Ulrich

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.

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.

So why not having a "binary speedway" as an alternative access methode? Configurable or auto-detect.

Condensing the data is more reliable than using higher speed serial links (IMHO). And you still can do both if you like.

Wäre doch 'ne echt flotte Angelegenheit, oder?