Lazarus oscilloscope - FPC firmware + Lazarus GUI

[ccrause]

I am exited to have build a first useful project integrating embedded controller (atmega328P on Arduino Uno board) and desktop app using only FPC as compiler and Lazarus as IDE!  The controller collects 1200 10 bit samples in a buffer, which is then transmitted to a PC over serial/USB.  The desktop app collect the data and display it in a TChart.

Note that this post is not really about yet another Arduino oscilloscope (Github alone lists 153 projects for Arduino oscilloscope) - I'm exited by having the option of a Pascal toolchain from firmware to desktop software.

[jwdietrich]

This is very interesting. Did you program the embedded controller in Pascal or Object Pascal, too? Can you provide a link to the software, its description or a paper about it?

[lucamar]

Sounds quite impressive. Congratulations!

[kupferstecher]

Nice!

I did something similiar with an STM32, also programmed in FreePascal. But not as sophisticated as yours: No trigger, fixed ports and only single shot.

[d.ioannidis]

Congrats Christo !

Does continuously sends live the data via uart ?

I'm finishing the driver for the enc28j60 ethernet controller. What do you think, will be possible to send the data via ethernet ?

regards,

[ccrause]

This is very interesting. Did you program the embedded controller in Pascal or Object Pascal, too? Can you provide a link to the software, its description or a paper about it?

Firmware is pure Pascal, it isn't sophisticated enough to warrant OP.  Code: https://github.com/ccrause/LazScope

Does continuously sends live the data via uart ?

I'm finishing the driver for the enc28j60 ethernet controller. What do you think, will be possible to send the data via ethernet ?

Not really live streaming, it is more a packet of data on request protocol. The GUI requests a data packet from the controller, the controller then read the ADC until the data buffer is full, then sends the data buffer to the GUI.

I think it will be easy to update the firmware to communicate over ethernet (if the ethernet driver can allow a say a 100 millisecond gap to collect and  pack the ADC readings).

[Thaddy]

I did something similar, but probably less complete for KOL. NoteTChart is actually a very, very slow component, so I wrote my own (in 2003) with a ~ 10 millisecond resolution and a 64 bit buffer.
I have always loved these kind of projects. Good job!!

[wp]

TChart is actually a very, very slow component, so I wrote my own (in 2003)

Why do you think that TAChart is "very, very slow". Did you apply it properly? And the first commit for TAChart in the Lazarus repository is dated 2007. So how could you say in 2003 that TAChart is slow?

[Thaddy]

I did not write TAChart, I wrote TChart... which is around since Delphi 1..... And slow.
The author of TAchart must have thought the same thing....Reading is an art...

[wp]

Reading is an art...

Yes, and I am aware that I am not the best in it. But in this case your post was misleading because the main chart component of both Delphi and Lazarus is called "TChart". "TAChart" is the name of the entire charting library of Lazarus while that of Delphi is called "TeeChart". So, it was not clear that you mean "TeeChart" when you were talking of "TChart".

[ccrause]

Rearranged main form, serial port can now be selected from dropdown list.  Baud rate could be changed if firmware runs over slower connection. GUI tested on Linux Mint 19.1 and Windows 10.

[Paul Breneman]

Rearranged main form, serial port can now be selected from dropdown list.  Baud rate could be changed if firmware runs over slower connection. GUI tested on Linux Mint 19.1 and Windows 10.

Fantastic!  What you've created and the new embedded forum sections made my day!

[fred]

Great!
Now I have to look for my Arduino and find time

[GAN]

Congratulations!

Can you add this to the wiki? https://wiki.freepascal.org/Lazarus_Application_Gallery

[ccrause]

Congratulations!

Can you add this to the wiki? https://wiki.freepascal.org/Lazarus_Application_Gallery

Thank you.  Done.