Le 30/06/2014 17:12, Randy Yates a �crit :> Lanarcam <lanarcam1@yahoo.fr> writes: >> [...] >> I will try the C# way ... > > <facepalms> >Well... ;) I have been able today to install the dev environment which is free and develop a first interface with a text window to display the messages exchanged and two combo boxes for the selection of the ports and the speed. I could also make a test with a loopback serial interface (two virtual ports). It is rather easy, you find a lot of information on the web. I am not a fan of windows but I must admit that that environment looks professional, you can even deploy an installation in one click. I will see if it works, I can't test it here, I must send it to another person, not the best conditions but that's how it is.
Gui application for embedded system
Started by ●June 26, 2014
Reply by ●June 30, 20142014-06-30
Reply by ●June 30, 20142014-06-30
On 6/30/2014 10:35 AM, Rob Gaddi wrote:> On Fri, 27 Jun 2014 14:38:04 -0400 > Spam@ControlQ.com wrote: > >> >> I would suggest tcl/tk for a very rapid solution, with GUI and a flexible >> serial interface. While not the latest and greatest scripting language, >> (sic Python/Kivy), the learning curve is simple, the widgets are built in, >> and it runs on Windows, Linux, Unix and various. >> >> HTH, >> Cheers, >> Rob. > > Tk's not a terrible graphics toolkit, but what manner of sadist are you > that you would suggest Tcl as the language of choice for anyone without > a gun to their head? I've written assembly for a half dozen > processors, C, C++, C#, Python, Perl, VHDL, Verilog, three flavors of > BASIC, Java, Javascript, and Awk, and in all that have NEVER > encountered a language so unlikely to give you the results you want > without extensive debugging as when my EDA tools force me to write Tcl. > >You have never wrote in Forth ! Forth, the write only language. h
Reply by ●June 30, 20142014-06-30
Op 30-Jun-14 20:26, hamilton schreef:> On 6/30/2014 10:35 AM, Rob Gaddi wrote: >> On Fri, 27 Jun 2014 14:38:04 -0400 >> Spam@ControlQ.com wrote: >> >>> >>> I would suggest tcl/tk for a very rapid solution, with GUI and a >>> flexible >>> serial interface. While not the latest and greatest scripting language, >>> (sic Python/Kivy), the learning curve is simple, the widgets are >>> built in, >>> and it runs on Windows, Linux, Unix and various. >>> >>> HTH, >>> Cheers, >>> Rob. >> >> Tk's not a terrible graphics toolkit, but what manner of sadist are you >> that you would suggest Tcl as the language of choice for anyone without >> a gun to their head? I've written assembly for a half dozen >> processors, C, C++, C#, Python, Perl, VHDL, Verilog, three flavors of >> BASIC, Java, Javascript, and Awk, and in all that have NEVER >> encountered a language so unlikely to give you the results you want >> without extensive debugging as when my EDA tools force me to write Tcl. >> >> > You have never wrote in Forth ! > > Forth, the write only language.I thought that was PERL...and LISP...
Reply by ●June 30, 20142014-06-30
Lanarcam <lanarcam1@yahoo.fr> writes:> Le 30/06/2014 17:12, Randy Yates a écrit : >> Lanarcam <lanarcam1@yahoo.fr> writes: >>> [...] >>> I will try the C# way ... >> >> <facepalms> >> > Well... ;) > > I have been able today to install the dev environment > which is free and develop a first interface with a > text window to display the messages exchanged and > two combo boxes for the selection of the ports and > the speed. I could also make a test with a loopback > serial interface (two virtual ports). > > It is rather easy, you find a lot of information on the > web. I am not a fan of windows but I must admit that > that environment looks professional, you can even deploy > an installation in one click. > > I will see if it works, I can't test it here, I must > send it to another person, not the best conditions but > that's how it is.Well I guess I can't argue with results. -- Randy Yates Digital Signal Labs http://www.digitalsignallabs.com
Reply by ●June 30, 20142014-06-30
hamilton wrote:> On 6/30/2014 10:35 AM, Rob Gaddi wrote: >> On Fri, 27 Jun 2014 14:38:04 -0400 >> Spam@ControlQ.com wrote: >> >>> >>> I would suggest tcl/tk for a very rapid solution, with GUI and a >>> flexible >>> serial interface. While not the latest and greatest scripting language, >>> (sic Python/Kivy), the learning curve is simple, the widgets are built >>> in, and it runs on Windows, Linux, Unix and various. >>> >>> HTH, >>> Cheers, >>> Rob. >> >> Tk's not a terrible graphics toolkit, but what manner of sadist are you >> that you would suggest Tcl as the language of choice for anyone without >> a gun to their head? I've written assembly for a half dozen >> processors, C, C++, C#, Python, Perl, VHDL, Verilog, three flavors of >> BASIC, Java, Javascript, and Awk, and in all that have NEVER >> encountered a language so unlikely to give you the results you want >> without extensive debugging as when my EDA tools force me to write Tcl. >> >> > You have never wrote in Forth ! > > Forth, the write only language.In that category APL is the winner. -- Reinhardt
Reply by ●June 30, 20142014-06-30
On 2014-07-01, Reinhardt Behm <rbehm@hushmail.com> wrote:> hamilton wrote:[...]>> Forth, the write only language. > > In that category APL is the winner.When I learned APL, it was on VAX/VMS using Lear Sieglar ADM3 ASCII terminals. Not only didn't they the APL character set, most of them didn't even have lower case. With the proper character set, I thought APL was pretty readable (with a little practice). -- Grant
Reply by ●June 30, 20142014-06-30
On Mon, 30 Jun 2014 09:35:43 -0700, Rob Gaddi wrote:> On Fri, 27 Jun 2014 14:38:04 -0400 Spam@ControlQ.com wrote: > > >> I would suggest tcl/tk for a very rapid solution, with GUI and a >> flexible serial interface. While not the latest and greatest scripting >> language, (sic Python/Kivy), the learning curve is simple, the widgets >> are built in, >> and it runs on Windows, Linux, Unix and various. >> >> HTH, >> Cheers, >> Rob. > > Tk's not a terrible graphics toolkit, but what manner of sadist are you > that you would suggest Tcl as the language of choice for anyone without > a gun to their head? I've written assembly for a half dozen processors, > C, C++, C#, Python, Perl, VHDL, Verilog, three flavors of BASIC, Java, > Javascript, and Awk, and in all that have NEVER encountered a language > so unlikely to give you the results you want without extensive debugging > as when my EDA tools force me to write Tcl.[somewhat OT] I have similar experiences, and have similar feelings for TCL. Yet if I were to create a tool that needed an embeddable scripting language, I would consider TCL, simply because all other other tools (of the sort I believe you're thinking of (e.g. logic simulation and synthesis)) already use TCL and the users already programs in TCL and will want to reuse those scripts. What other options are there if we restrict ourselves to lightweight shells that are designed to be embedded into other programs? TCL, Lua and Squirrel come to mind. I wouldn't describe any as wildly popular. Any others? Allan
Reply by ●July 1, 20142014-07-01
On Tue, 01 Jul 2014 02:21:31 +0000, Allan Herriman wrote:> On Mon, 30 Jun 2014 09:35:43 -0700, Rob Gaddi wrote: > >> On Fri, 27 Jun 2014 14:38:04 -0400 Spam@ControlQ.com wrote: >> >> >>> I would suggest tcl/tk for a very rapid solution, with GUI and a >>> flexible serial interface. While not the latest and greatest >>> scripting language, (sic Python/Kivy), the learning curve is simple, >>> the widgets are built in, >>> and it runs on Windows, Linux, Unix and various. >>> >>> HTH,> I have similar experiences, and have similar feelings for TCL. Yet if I > were to create a tool that needed an embeddable scripting language, I > would consider TCL, simply because all other other tools (of the sort I > believe you're thinking of (e.g. logic simulation and synthesis)) > already use TCL and the users already programs in TCL and will want to > reuse those scripts. > > What other options are there if we restrict ourselves to lightweight > shells that are designed to be embedded into other programs? > > TCL, Lua and Squirrel come to mind. I wouldn't describe any as wildly > popular. > Any others?From my experience, I decided that if I ever had to implement a project using only *one* language -- application code, user interface, scripting, anything else -- the language would be Forth. For a while after I got an Atari 512, Forth was the only good language on the machine so I got kind of familiar. Still glad that I've never hit a requirement for using only one language. (Used Tcl/Tk in one application specifically to provide a GUI to an embedded system. It was -- OK. Quite lightweight, which was the point.)> > Allan
Reply by ●July 1, 20142014-07-01
On 26/06/14 22:18, Lanarcam wrote:> I am asking this here since you have probably met the > problem. I have developped an embedded system that has > a serial link (RS232) as user interface. So far we used > a terminal to communicate but I now need to develop > a gui application for windows 7.Use Lazarus (or fpgui). You might not have heard about it yet :). Lazarus is a cross platform open source Object Pascal RAD-IDE modeled after Delphi. It is the simplest and by far the easiest method I know to generate good looking stable Guis mainly by simple drag and drop and afterwards setting the properties of the gui elements with the property editor. This generates the basic pascal framework in which you later fill in the specific details of the application. Afterwards you can compile for all mayor operating systems from the same source with only minimally changed specific settings. RS232 communication is certainly available, it may even be in the main distribution right away. It should not present any mayor problems. I have used a FTDI-USB chip about 10 years ago, for which a Delphi driver was/is available from FTDI, which hopefully should work with Lazarus too. This is most likely the easiest way to get USB running with minimal effort. Lazarus uses the same graphical elements of the operating system for which it is compiled, so you get a native system look and feel. After over 10 years of very active development it is now finally in a very stable and usable state. http://sourceforge.net/projects/lazarus/ http://en.wikipedia.org/wiki/Lazarus_%28IDE%29 Fully installed on Windows with all source and examples Lazarus takes about 700Mb. --- A very good similar lightweight alternative to Lazarus especially for guis for embedded systems is fpgui. It uses the same pascal compiler as Lazarus (FPC), but the gui is almost completely programmed in pascal sitting directly on the api, using fpgui native elements. With this you get a very fast lightweight gui with consistent look and feel on the different operating systems. For technical stuff I think this is an advantage, even if it looks slightly different than the native applications (fpgui look). http://fpgui.sourceforge.net/ http://en.wikipedia.org/wiki/Fpgui Simple installation (recommended): http://www.turbocontrol.com/easyfpgui.htm All in all the above are by far the simplest and fastest ways for making good looking stable and professional GUI interfaces on any common operating system for embedded systems. Pascal is pretty close to C, so getting familiar should be quite easy for a C programmer. Pascal is well suited even for safety critical applications; I have seen some very heavy and dangerous mining equipment controlled with Pascal interfaces (Delphi), of cause bypassed with emergency shutdowns. Regards, Gerhard
Reply by ●July 2, 20142014-07-02
Allan Herriman <allanherriman@hotmail.com> writes:> What other options are there if we restrict ourselves to lightweight > shells that are designed to be embedded into other programs? > > TCL, Lua and Squirrel come to mind. I wouldn't describe any as wildly > popular. > Any others?Python is embeddable. I'd really love to have EDA tools with Python scripting instead of TCL! But as you say, it's doubtful TCL's reign is in any way threatened. It's there and it works. I can't see a business case in it and I doubt many customers have interest.
