Hi Mr Hasan. 

Cheers for a wonderful software, but I am facing some issues. Initially I had installed it on a Windows 7 laptop and it worked like a charm. Then I used it on a Windows 10 laptop, wherein I had to tinker with the compatibility before it ran and again works well on it.

Very recently, I upgraded my Windows 7 machine to Windows 8.1, but the software just refuses to run. I have tried all that I could within my limited understanding of the subject, but am just unable to make it run on Windows 8.1. Everytime I open the software, it runs and then within a few seconds, it closes. 

When I install the older version available of the software, which is 0.9.0.0, it runs, but then that has some inherent shortcomings and bugs.

Do you think, you could help me with it?

However, it would be prudent to mention, that I am a medical doctor, who tinkers with these things and other such electronic platforms, only as a hobby. Since that would limit the fact that I could tinker with the source code.

Thanking you in anticipation.

When CSV data (originally produced through SerialPlot) is loaded back as a snapshot, not all of the data is shown, only first 650 points or so are shown and the rest is blank even though the CSV file itself has values beyond this... I can't seem to find any way of making it show all the data. What's the reason for this?

@Vishal Dhayalan this bug should be fixed. Unfortunately fix is not part of the latest released version (which is quite old to be honest). You will have to compile from source to have the fix.

Oh ok, how do I compile from source (on a Windows machine)? I've seen the source on bitbucket, but are there any instructions for compiling from source? Thanks.

I'm afraid I don't have instructions for windows build atm.

The data in the text view is not in the order that I send it in the frame.  The channel numbers do not seem to relate to this order either.  I find it very difficult to work out which channel my variables appear on.  I am probably doing something wrong somewhere but after hours staring at it I can't find the cause.

I can't see why the channels would not be in the order the data is sent., but are they ?  If not how can I work out which variable appears on which channel ?

Which data format are you using? If you are using custom frame format, channel order is interleaved. For example In this diagram data type is int16 and number of channels is 2 : https://hasanyavuz.ozderya.net/wordpress/wp-content/uploads/customframe.svg

Thank you for your fast response.  Although I am having difficulties, I love your program.  It seems simple yet very powerful.

I was using 'Simple Binary', 10 channels of 'float'.  I sent from an Arduino Nano using the following code (note on Nano sizeof(double)==4):

  void send() {
    Serial.write((byte *) &TargetSpeed,  sizeof(double));
    Serial.write((byte *) &Speed,            sizeof(double));
    Serial.write((byte *) &TargetTilt,        sizeof(double));
    Serial.write((byte *) &TiltInput,          sizeof(double));
    Serial.write((byte *) &TiltError,           sizeof(double));
    Serial.write((byte *) &TiltOutput,       sizeof(double));
    Serial.write((byte *) &LMotorSpeed, sizeof(double));
    Serial.write((byte *) &RMotorSpeed, sizeof(double));
    Serial.write((byte *) &LMotorPower,  sizeof(double));
    Serial.write((byte *) &RMotorPower,  sizeof(double));
  }

..., but I gave up on that and tried defining a custom frame..  At the start of 'send' I now send NaN, indicating start-of-frame as 4 bytes  (00 00 C0 7F).

My new settings are:

Frame Start: 00 00 C0 7F

# Channels: 10

Number Type: float

Fixed Size:  40

Little Endian

The data seems to be parsed correctly and appears in the correct order in the text view.  HOWEVER I now only get a single channel listed on the plot tab and cannot add more.

I tried for some time to get more channels listed and ONCE they actually appeared.  Then they disappeared on a subsequent trial.

I decided something might be corrupted in a settings file, so I deleted my .ini file.  Strangely the program still seemed to remember settings between runs.  Eventually I discovered a file, ~/.config/serialplot/serialplot.conf which contained settings.  I deleted this and the program started in a clean state.  I added my custom frame specification again, but I still only get 1 channel in the plot tab.  All channels are parsed correctly though, and can be seen in the data view.

I am really struggling with this.  I think there has to be some bug(s) in serialplot.

PS - I just found out why I once got the right number of channels for the custom frame ; If I save settings to a file (explicitly giving.ini as extension), then when I re-load the settings, I get the right number of channels.  This procedure is actually a temporary fix to my problems.

@elpidiovaldez This seems like a bug to me as well. Can you share your configuration files. Both the serialplots own configuration (but first close the application while problem is happening so that settings are saved) and the file you are saving using the File menu. BTW files should be in text format. You can review them to make sure they don't contain anything you don't want to share (they shouldn't but you should check anyway)

It seems like I can reproduce the problem.

A quicker workaround is this; after configuring settings in "Custom Frame" format switch to another format and switch back to custom frame format.

I think I found the problem, already pushed a fix.

@Hasan  thank you again for amazingly quick support.  I am glad you found the problem.

I am already finding serialplot seriously useful.  Thanks for making it available.  

I have a few suggestions which might help improve your product.  I want to emphasise that I am not requesting these - just trying to give feedback as a user.

1) Apply channel gain and offset when you display the data (the plot AND the text view not, as it appears to be done, when the data is received.  This lets user re-scale multiple times to align traces AFTER the data is seen.  This is important if it is tedious/costly to capture data again. Maybe add  sliders so scale/offset can be adjusted and displayed interactively...

2)Add frame numbers to the text view, but make sure they are not selected when using cut/copy.

3) I find the definable 'commands' very useful.  It would also be quite useful to provide a command line input (like a terminal) where text can be entered and sent directly to port.  Maybe provide options for how newline, carriage return etc are sent.  This would allow direct interaction with a process that expects a terminal to be connected.  It is more flexible than a static command if you want to send new parameters.  Sadly the process cannot send text to serialplot as it would get mixed with the plot data.  Maybe you could define another frame type which contains a text string - however it would require modifying the attached program, so use is more limited.

4) Allow input from pipes and files etc, not just serial ports.  This expands the uses considerably (maybe this is already possible, but I could not find how).  I came upon 'socat' and used that, but you could probably make the functionality easier to use.

5)  Capture seems to stop after a while (buffer full ?).  It would help to toggle between this mode and continuous capture (using FIFO buffer ?).

@elpidiovaldez thanks for your suggestions. #5 sounds like a bug. Can you provide more information?

I looked into num 5.  I still can't reproduce it reliably,  and I suspect the bug may be in my code.  One strange thing is that when the plots stop moving left, it is sometimes possible to restart them by pressing the little 'x' (by the pause button), to clear the buffer.

Is anyone able to use the data tracker demonstrated in https://hackaday.io/project/5334/logs. I found no instructions in SerialPlot v0.10.0 on how to realize that. I don't know what to do.

Sorry for late reply. That feature is complete. But you must compile from source code to have it. Unfortunately I haven't been able to do a new release. Mostly because building windows packages is a pain for me.

IS there a way to have it plot from left to right? It appears to only fills the screen from right to left. It would be helpful to watch the data accumulate on the screen from an anchored left starting point.

Has anyone seen this in SerialPlot.  It is a SerialPlot issue.  Perhaps it is related to a baud rate of 115200.  It seems as though SerialPlot is dropping a frame.  When it does this, ALL values are plotted as if they are set to zero.  This is in CSV form.  If I print a constant even it will plot as zero.  

Arduino IDE (Serial Plotter) - Thank You!
SerialPlot - Thank You!
Processing IDE Plotter - Thank You!
But my balancing robot program still needs more diagnostics. The plots are a big help. But a plot is different from a text log. A log can be helpful too. Both a log and a plot provide useful information, but they are different and the information that each provides is unique. So, I am trying to do both. My goal is to be able to look at a graph to find a point to inspect and check the log to see what happened. The problem is that all of this is coming through one serial port. I can run one terminal program or one plotting program. But if I use a terminal program, there no plot. If I use a plotting program, it is text intolerant. If my program uses Println, SerialPlot shuts down. The Processing Listener is more robust in that it does not shutdown. But it also refuses to make the plot. If I had both the log and a plot, I could sync them with the program time [millis()].

Is there any way to do this?

I have an idea to add 'message printing' along with data but never had time for it. In windows you might try this software to split your data to multiple serialports: https://www.eltima.com/products/vspdxp/

I don't know if there is a software that can do the similar in linux, but I previously used a python script to separate the plot data and push it to serialplot via pseudo terminals. SerialPlot is okay with opening pseudo terminals which are very similar to virtual serial ports.

It seems all the useful features (port splitting for ex.) are in the pro version :S

Thanks for the program. I'm developing a rs232 load cell interface and I was wanting to plot the output to play with filtering and your program had me plotting the live output in less than a minute.

One feature I'd love to have is a FFT of the plot as well. You've basically made the UI of an oscilloscope here, you would gain a lot by copying the math and processing functions that most oscilloscopes come with these days.

For such purposes (FFT, XY plot, filtering, math on input data) i use export to .csv and open it in Digilent Waveforms or Matlab. ideally, I would like to see the functionality as in code composer studio graph window.

Thanks for the program; extremely useful for visualising data quickly.

Hasan kardeşim tebrik ederim. Çok güzel ve kullanışlı. Kayıt yaparken yalnız  okunan değerler kaydediliyor.  oysa okunan değerin zamanını da kaydetmeliydi diye düşünüyorum. bu özellik programı daha kullanışlı hale getirecektir. ellerine sağlık.

@burhan güler uzun süredir planladığım bir özellik. Ancak projeye fazla zaman ayıramıyorum. Geçici olarak şunu önerebilirim: "record" sekmesinden yapılan kayıtlara "timestamp" sütunu ekleyebiliyorsunuz. Zaten çok uzun süren kayıtları dosyaya sürekli olarak kaydetmenizi de öneririm.

Thank you for your program, very useful

Hi Hasan and thanks for your great, useful and powerful job.

A feature that will be very useful if added,  is the XY Plotting of a pair of channels.

Also here is some suggestions for making this tool more perfect:

- Ability to plot XY mode with selected pair of input  channels.

- Ability to making tracks thick and thin.

- Ability to move mouse to points and showing point value. 

- Ability to resize each individual graph horizontally in single graph mode. 

- Ability to navigate graphs with mouse.  Zooming in and out with wheel,  moving zoomed graph with holding down wheel and moving mouse.

- Ability to auto connect to last selected port and start plotting, at software startup.

- Ability to set graph min/max limit for each graph individually in single graph mode.

- Ability to disable/enable the graph auto scrolling. This will be very handy when user wish to check some previous part of graph while data will continue to receiving, the graph auto scrolling can be disabled and can be enabled again.

And also i found a bug that the program will crash when loading a huge recorded and saved snapshot.

@Saeid  thanks for your comments.
1. planned, I could say its in progresses

2. long term planned

3. currently in progress, check out the latest log for a GIF of it working

4. I didn't understand this one?

5. wheel zoom long term planned, you can move zoomed graph with CTRL+left mouse

6. planned

7. I think you mean "multi plot" mode?

8. I plan to implement this after the XY plotting. But it's going to be difficult.

@Saeid  can you create a bug report here with a sample file: https://bitbucket.org/hyOzd/serialplot/issues

Hey great work! That reminds me of the project I upgraded not so long ago. If you can find some inspiration you can take a look at it !!

https://github.com/Eriobis/serial_port_plotter

Thanks @Simon Benoit  I should really add the text view for data : )

Hi, good job!  You can add more channel than 32 please? 

 thanks!

Sure.

Great app, lightweight, fast and feature-rich, thank you!

Hello, @Hasan Yavuz Özderya

I'm running on Linux Mint 19 (Ubuntu Bionic based), and i cannot add your PPA. It displays the following error:

HTTP Error 404: Not Found
Cannot add PPA: ''This PPA does not support bionic''.

Thanks in advance!

PPA hasn't been updated for some time. Please use the AppImage version.

Hello, 

I am trying to use the serial plot on Windows 10 using a FTDI connector. The FTDI shows up as port 13 in the serial plot. However, the data doesn't plot. 

Any recommendations?? 

@Hasan Yavuz Özderya forgot to mention you. 

@HC It doesn't matter, notifications are shit on hackaday anyway. I have no idea why it wouldn't plot. SP works fine with USB serialports. Make sure your "data format" settings are correct. Check the "Log" tab for errors. If you continue having problems, please create an issue here https://bitbucket.org/hyOzd/serialplot/issues with your settings file (File->Save Settings).

Great tool! I use it almost every day.

I cannot complite project with qmake /mingw - there are link problems . have anyone tried in qtcreator/mingw/qmake combination ? please helpme out

Sorry, qmake project file (serialplot.pro) isn't up to date. You could use cmake which also gathers all dependencies (except Qt SDK). Building on windows is a pain. I actually use msys2 when I have to build release images. It all works like it does in linux. But installing msys2 and making it work can be difficult and time consuming to be honest.

I also tried to  build a win32 version using msys2, but I'm not able to pass QCW-build:

-- Build files have been written to: /home/d.ziglioli/serialplot/build/qcw/src/QCW-build
[  6%] Performing build step for 'QCW'
[  1%] Generating ui_color_palette_widget.h
[  3%] Generating qrc_color_widgets.cpp
[  5%] Generating include/moc_color_palette_model.cpp
moc: /home/d.ziglioli/serialplot/build/qcw/src/QCW/include/color_palette_model.hpp: No such file
make[5]: *** [CMakeFiles/ColorWidgets-qt5.dir/build.make:67: include/moc_color_palette_model.cpp] Error 1
make[4]: *** [CMakeFiles/Makefile2:72: CMakeFiles/ColorWidgets-qt5.dir/all] Error 2
make[3]: *** [Makefile:84: all] Error 2
make[2]: *** [CMakeFiles/QCW.dir/build.make:112: qcw/src/QCW-stamp/QCW-build] Error 2
make[1]: *** [CMakeFiles/Makefile2:73: CMakeFiles/QCW.dir/all] Error 2
make: *** [Makefile:152: all] Error 2

are you able tu build it ? could you eventually release an updated win32 version ?

thanks.

PS: 

anyway thanks for the tool

@Daniele Ziglioli  which version are you trying to build? Did you get it from the bitbucket repository? qt color widget library recently moved their repository, if you have an older version of the source code that might be the problem.

>@Daniele Ziglioli  which version are you trying to build? Did you get it from the bitbucket repository? qt >color widget library recently moved their repository, if you have an older version of the source code that >might be the problem.

Yes I've follow your instruction for mercurial download from bitbucket.

For the QT i've follow this: https://wiki.qt.io/MSYS2

Hi there. First of all, thank you very much, Serial Plot is a very useful tool for me. I have some wishes for the application.
1) It could be helpful to see in real time (as log tab does) the list or table generated for Recording (The same text).
2) An option for adding system Date and/or system Time at the begining of each line in Record file.
3) In the Plot tab, a simple linear math opperation will help with calibrations, y=mx+b where Y is the output (plotted and recorded) data, x is the input data, and m and b constants configured in the channel list.

Well, may be I'm asking too much. But if it can be added would be great!
Anyway, congratulations for this nice project, and thanks again.

@Marcelo Pino Thanks for your comment. All 3 items are planned. #2 and #3 is going to take some time though. :)

Great! I look forward to see it! I can test it if you want. Regards.

Hullo everybody,

Could I make a suggestion to add detail to the install instructions to help out idiots like me?

If the instructions said if you distro has ... set BUILD_QWT to false "in the CMakelists file it would help a lot :)

This may sound silly or obvious but it's not! (if you aren't familiar with the config files for Cmake :) )

Good news it is quick to build on Raspberry Pi 3 under stretch and Ubuntu Mate for RPI once libqwt-qt5-dev is installed along with other dependencies.

Excited to try it out now!

Jamie

Jamie thanks for your comment. BUILD_QWT option is already mentioned in the README. Were you looking at the instructions here: https://bitbucket.org/hyOzd/serialplot ?

Hi

Thanks for the reple

Yes I did follow the instructions at this link https://bitbucket.org/hyOzd/serialplot, I should have been more clear.

My suggestion was to change the instructions from

"set BUILD_QWT cmake option to false."

to

"set BUILD_QWT cmake option in the CMakelists file to false."

Not everyone knows which file to look for the change the flag, does that make sense? :)

P.s. the software is great.

Jamie

Well, you are right, I should write more detailed instructions. For the record you don't have to change the CMakeLists.txt file. Usual method is to set the options from the command line like this:

"cmake -DBUILD_QWT=false .."

Or you can start the cmake gui and do it from there:

"cmake-gui .."

Haha, I did not know those options either, simpler than editing the text file!

I don't mean criticism, the instructions are good :)

Anyone with basic knowledge like me can complete them, just that one line explaining the usage of this option that may confuse people.

With VNC it makes a perfect remote data logger

All the best,

p.s. do you have a donation page somewhere?

Jamie

Jamie, if you are on linux, you can use a utility called "socat" to redirect serial port over tcp, that way you don't have run serialplot on the remote device. Now thinking about it, it would be nice to add this to serialplot...

No I don't have a donation page. I couldn't find an alternative to paypal since its banned in my country.

Morning,

Thanks for the suggestion, I have not used socat.

I should say the remote device is sitting in my desk, it is just a box with usb oscilloscope, diy meters and small LCD. It has WiFi so I use it.

That's a shame about American money company being banned. In Cuba they use the friends in Europe but it makes things less simple.

Jamie