Microgui though, is inexpensive and I find it fairly easy to use,
especially with PicBasic or MBasic programs.
I believe it is written in Visual Basic but you'd have to ask Rhombus
that question to be sure.
> http://www.rhombusinc.com/microgui.html
>
> I found this neat micro processor interface. This is the first time I
> have seen something like this.
>
> I would like to incorporate the possible use of this GUI in my
> processor code.
>
> Are there others, and if so, do they use the same command formats?
>
> Is there a particular microGUI that is considered the "Industry
> Standard".
>
> Is this done with Visual Basic?
>
> Thanks
>
> John
>
>
> --
> http://www.piclist.com hint: The PICList is archived three different
> ways. See http://www.piclist.com/#archives for details.
=====
Chuck Hellebuyck
Electronic Products .....chuckKILLspam@spam@elproducts.com
**** Home of the BasicBoard Development Platform*********
Great for learning, teaching and developing electronic, programmable
robotics and other embedded applications. Starter packages from $149.95. http://www.elproducts.com
__________________________________
Do you Yahoo!?
The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com
I do not know of others - but OCXs for each control are readily
available and then write your own VB communications to the PIC. But that
will cost considerably more ($1k+) plus VB and plus your time.
Intro pricing of MicroGUI is $14.00 including free future updates.
As Chuck says Labview is a GUI standard but my understanding is that it
is restricted to Instrumentation, whereas MicroGUI is for PICs and other
Micros.
>As Chuck says Labview is a GUI standard but my understanding is
>that it is restricted to Instrumentation, whereas MicroGUI is
>for PICs and other Micros.
No not by any means.
Labview was originally designed for the control of instrumentation, but
these days it gets used considerably wider than that. One colleague of mine
uses it purely for massaging data that has been received back from
spacecraft. It is just so easy to program for this sort of data massaging
and display that things like VB or any of the flavours of C, Pascal and the
like take too long.
I had another colleague write a GUI in Labview to allow me to send text
strings to a device I designed, and then read the results from some
instruments, and store them in an Excel file as a calibration table. This
sort of data handling is extremely easy in Labview.
>
> I would like to incorporate the possible use of this GUI in my processor code.
>
> Are there others, and if so, do they use the same command formats?
>
> Is there a particular microGUI that is considered the "Industry Standard".
>
> Is this done with Visual Basic?
>
> Thanks
>
> John
The XCSB language will have an interface to the IPAD-Pro core. This will allow
you draw your virtual console on a graphics screen, attach code directly to the
virtual controls and run this code directly on one or more remote MCUs. This
already works as a product in its own right for self hosted code written in
C/C++ and native assembler but currently requires a user written interface layer
for remote MCUs. The XCASM assembler is also available as part of the dev
system. This is a feature rich meta assembler which allows code to be written
for user defined processors. XCSB is built on top of XCASM with a view to
supporting multiple processor architectures.
XCASM for the PIC also supports page management (inserting page select
instructions where necessary), code profiling (to optimise the page management
and generates thread listings) and multipass assembly (to allow code to be moved
around and generated depending on user defined criteria).
All products derived from the IPAD-Pro core come with a self hosting dev system
and run native on Linux under X11 (X Windows), SVGALIB and FBDEV and will also
run on a bare bones MSDOS box with an SVGA adaptor, on Win98 and OS2 in
protected mode and Sun Solaris under X11.
John
I have used "Easy Control" from http://www.easyvitools.com but it doesn't
seem as complete as the rhombusinc version. You have to derive your own
interface and code all the micro functions yourself - they only provide the
PC display modules. They do go a bit further into ethernet compatibility
however so you can monitor a micro system from a remote PC (if you have a
local PC to act as a server).
As PC and flatscreen costs are lowering all the time, I have too been looking about how to get GUI easily and without cost of expensive Microsoft OS and license trouble for every unit, and expensive dev tools.
Have not tried anything yet, but Linux + some easy programming environment seem to be he way (not being very interested in learnig "too" much programming)... found:
> Have not tried anything yet, but Linux + some easy programming
> environment seem to be he way (not being very interested in learnig
> "too" much programming)... found:
Wouter van Ooijen said:
>> How about Perl and Tk? Works for me.
>
> Yuk (Perl) and fantastic (Tk). I would suggest Python/Tkinter, or
> Tcl/Tk. Notice the common part in these three alternatives :)
Huh?
My post was in reply to someone suggesting BASIC, and you are dissing Perl
instead?
I certainly hope it's only because you are taking time to carefully
compose a message detailing all the reasons why BASIC in any shape is bad
:-)
Really, so many good things can be done quickly and easily in Perl, and it
is way more popular than Python.
Python might have had a chance to catch on if it hadn't been for the use
of indents rather than brackets. As it stands, it is doomed to always be a
niche language like FORTH.
Python is a great language whether for simple or complex things. Dead
simple to learn because of its clean easy-to-read syntax and very powerful.
I did use Tkinter, but gave up and switched over to wxPython as my GUI of
choice. Tkinter was too slow for plotting large numbers of lines. Combined
with Boa (rad ide) it makes it a snap to develop apps to communicate with
RS232.
> Really, so many good things can be done quickly and easily in
> Perl, and it is way more popular than Python.
If *that's* the criterium I can think of a few other languages that are
much more popular than Perl (but which I would rather not use, and I
guess you wouldn't either).
> Python might have had a chance to catch on if it hadn't been
> for the use
> of indents rather than brackets. As it stands, it is doomed
> to always be a
> niche language like FORTH.
At least you seem to know one of the (less important) characteristics of
Python!
But the gist of my remark was that tk in its various forms seems to be a
very good graphics library (judging from the fact that it is used in
three otherwise very different laguages).
If you are wanting to add GUI to a volume product then the survey below
may be of interest. It addresses the options for GUIs using custom LCD
displays and all the available software - includes SwellSoftware,
Segger, Amulette etc..
MicroGUI serves a totally different market - it offers a PC GUI
interface for interacting with Micros during development - and as an
operator interface for in-house or low volume where custom LCD displays
are totally out of the question. Could be expressed sub $20 versus
$4/5k.
>Wouter van Ooijen said:
> >> How about Perl and Tk? Works for me.
> >
> > Yuk (Perl) and fantastic (Tk). I would suggest Python/Tkinter, or
> > Tcl/Tk. Notice the common part in these three alternatives :)
>
>Huh?
>
>My post was in reply to someone suggesting BASIC, and you are dissing Perl
>instead?
>
>I certainly hope it's only because you are taking time to carefully
>compose a message detailing all the reasons why BASIC in any shape is bad
>:-)
>
>Really, so many good things can be done quickly and easily in Perl, and it
>is way more popular than Python.
>
>Python might have had a chance to catch on if it hadn't been for the use
>of indents rather than brackets. As it stands, it is doomed to always be a
>niche language like FORTH.
>
>Cheers,
>
>Bob
>
>--
>http://www.piclist.com#nomail Going offline? Don't AutoReply us!
>email TakeThisOuTlistservEraseMEspam_OUTmitvma.mit.edu with SET PICList DIGEST in the body
-- http://www.piclist.com hint: PICList Posts must start with ONE topic:
[PIC]:,[SX]:,[AVR]: ->uP ONLY! [EE]:,[OT]: ->Other [BUY]:,[AD]: ->Ads
> -----Original Message-----
> From: Bob Blick [RemoveMEbobblickTakeThisOuTCOVAD.NET]
> Sent: 07 October 2003 19:06
> To: PICLISTEraseME.....MITVMA.MIT.EDU
> Subject: Re: [EE:] microGUI, are there others?
>
> Really, so many good things can be done quickly and easily in
> Perl, and it
> is way more popular than Python.
What I have found is that Perl is *excellent* for creating the most
obfuscated, difficult to read code that I have ever seen. Most programms
look like someone has spilled a bucket of punctuation marks accross a
page...
Mike
=======================================================================
This e-mail is intended for the person it is addressed to only. The
information contained in it may be confidential and/or protected by
law. If you are not the intended recipient of this message, you must
not make any use of this information, or copy or show it to any
person. Please contact us immediately to tell us that you have
received this e-mail, and return the original to us. Any use,
forwarding, printing or copying of this message is strictly prohibited.
No part of this message can be considered a request for goods or
services.
=======================================================================
Any questions about Bookham's E-Mail service should be directed to EraseMEpostmasterbookham.com.
-- http://www.piclist.com hint: PICList Posts must start with ONE topic:
[PIC]:,[SX]:,[AVR]: ->uP ONLY! [EE]:,[OT]: ->Other [BUY]:,[AD]: ->Ads
Is this not more the fault of Regular Expression's rather than Perl as a
language itself for obfuscating code? Perl is actually an elegant and
simple language. Regular Expressions have always been ugly, in any
language, albiet powerful.
Bob Blick wrote:
> Wouter van Ooijen said:
> >> How about Perl and Tk? Works for me.
> >
> > Yuk (Perl) and fantastic (Tk). I would suggest Python/Tkinter, or
> > Tcl/Tk. Notice the common part in these three alternatives :)
>
> Huh?
>
> My post was in reply to someone suggesting BASIC, and you are dissing Perl
> instead?
As I don't remember seeing anyone else mention BASIC in this thread I can only
assume you are refering to XCSB. Perhaps I should point out that XCSB actually
runs native on a PIC. The compiler produces optimised machine code that executes
directly on the PIC. I have not yet come across a compiler that generates native
PIC machine code from Perl or Python source.
>
> I certainly hope it's only because you are taking time to carefully
> compose a message detailing all the reasons why BASIC in any shape is bad
> :-)
Come on, get real. There are hundreds of dialects of BASIC some with very
similar capabilties to C and C++, others with brain dead restrictions no better
than assembler. The fact that you can get some crap code written in BASIC is not
the fault of the language but the person writing the code. I have come across
hundreds of examples of crap code written in C, C++, assembler, PASCAL, Fortran
and SQL. But by far, the worst code I have ever had the misfortune to work on
was written in C. The language isn't the problem - people are the problem.
>
> Really, so many good things can be done quickly and easily in Perl, and it
> is way more popular than Python.
No it isn't more popular, I dislike each equally ;-)
>
> Python might have had a chance to catch on if it hadn't been for the use
> of indents rather than brackets. As it stands, it is doomed to always be a
> niche language like FORTH.
>
I remember when C was seen as a terse super nerdy language only just better than
APL and that period seemed to last for years :-)
All the best.
Regards
Sergio Masci
-- http://www.piclist.com hint: PICList Posts must start with ONE topic:
[PIC]:,[SX]:,[AVR]: ->uP ONLY! [EE]:,[OT]: ->Other [BUY]:,[AD]: ->Ads
> As I don't remember seeing anyone else mention BASIC in this thread I
> can only assume you are refering to XCSB. Perhaps I should point out
> that XCSB actually runs native on a PIC. The compiler produces optimised
> machine code that executes directly on the PIC. I have not yet come
> across a compiler that generates native PIC machine code from Perl or
> Python source.
Ha ha ha very funny. No, the post in question suggested using a BASIC for
GUI programming in X under linux.
If you need to escalate this in to a language war, be my guest. I was
suggesting using Tk/Perl for quick programming in X because it works for
me. Use whatever tool you want, but please get the context right if you
want attribute something to me.
Cheers,
Bob
-- http://www.piclist.com hint: PICList Posts must start with ONE topic:
[PIC]:,[SX]:,[AVR]: ->uP ONLY! [EE]:,[OT]: ->Other [BUY]:,[AD]: ->Ads
Bob Blick wrote
> Sergio Masci said:
>
> > As I don't remember seeing anyone else mention BASIC in this thread I
> > can only assume you are refering to XCSB. Perhaps I should point out
> > that XCSB actually runs native on a PIC. The compiler produces optimised
> > machine code that executes directly on the PIC. I have not yet come
> > across a compiler that generates native PIC machine code from Perl or
> > Python source.
>
> Ha ha ha very funny. No, the post in question suggested using a BASIC for
> GUI programming in X under linux.
I seem to be missing this post from the thread (possibly finger trouble with the
delete key).
>
> If you need to escalate this in to a language war, be my guest. I was
> suggesting using Tk/Perl for quick programming in X because it works for
> me. Use whatever tool you want, but please get the context right if you
> want attribute something to me.
No, I think a war will not be necessary in this instance.
Regards
Sergio Masci
-- http://www.piclist.com hint: PICList Posts must start with ONE topic:
[PIC]:,[SX]:,[AVR]: ->uP ONLY! [EE]:,[OT]: ->Other [BUY]:,[AD]: ->Ads
> What I have found is that Perl is *excellent* for creating the most
> obfuscated, difficult to read code that I have ever seen. Most
> programms look like someone has spilled a bucket of punctuation marks
> accross a page...
Agree 110%. I try to write indented and offset Perl and the result looks
as bad as any example from others after 2 days ;-(
> > What I have found is that Perl is *excellent* for creating the most
> > obfuscated, difficult to read code that I have ever seen. Most
> > programms look like someone has spilled a bucket of punctuation marks
> > accross a page...
>
> Agree 110%. I try to write indented and offset Perl and the result looks
> as bad as any example from others after 2 days ;-(
Anybody want my copy of "Perl in 21 days"? I bought it 5 years ago and I'm
up to day 10.
Wrote Scott Dattalo:
> On Fri, 10 Oct 2003, Peter L. Peres wrote:
>
> > > What I have found is that Perl is *excellent* for creating the most
> > > obfuscated, difficult to read code that I have ever seen. Most
> > > programms look like someone has spilled a bucket of punctuation marks
> > > accross a page...
> >
> > Agree 110%. I try to write indented and offset Perl and the result looks
> > as bad as any example from others after 2 days ;-(
>
> Anybody want my copy of "Perl in 21 days"? I bought it 5 years ago and I'm
> up to day 10.
>
Ah, you obviously skimmed through "days 3 to 10" otherwise you would be on "day
4" by now ;-)
Perl can be very readable if you avoid regular expressions, and use the long versions of the predefined variables. In fact, I'm amazed at how close to English it is in many cases. Lines like:
trythis or die "can't do it";
print "made it to here" if debug;
file = openfile("index.htm") or openfile("index.html")
Here is a good page that shows most of the things that trip people up when starting with PERL:
techref.massmind.org/techref/language/perl/index.htm
includeing a link to a great reference on PERL style http://www.perl.com/language/style/slide-index.html
> Perl can be very readable if you avoid regular expressions
Newer versions allow "extended whitespace" which I recommend.
There's also a small book I can recommend: Regular Expressions Pocket
Reference by Tony Stubblebine, published by O'Reilly. It has chapters on
Perl, C, PHP, Python, Java and .NET
I don't get why Perl is automatically heaped with regular expressions - it
seems opponents of Perl seem to view regular expressions as Perl's Achilles'
heel.
Pretty much every modern language has regular expressions (VBScript 5+,
JScript, Javascript, Java, PHP, C, C++, etc), but for some reason no one says
"Java would be very readable if you didn't use RegExps".
> and use the long versions of the predefined variables.
I'll agree there;
print "$^T: $@\n" if ($@);
There's a 'use' you can include to disallow the short variable names, but I
can't think of it right now.
I also think the same should go for regular expressions. Rather than using
s/\d+//g to remove numbers, I'd use s/[0-9]//g
But I don't think regular expressions are necessarily hard to read. I'm sure
when you first come across a language you think "Zuh?", but once you know the
language it's perfectly natural.
--
Michael Davidson
Fortune:
The only way to get rid of a temptation is to yield to it.
-- Oscar Wilde
> There's also a small book I can recommend: Regular Expressions Pocket
> Reference by Tony Stubblebine, published by O'Reilly. It has chapters on
> Perl, C, PHP, Python, Java and .NET
Why not go the whole way and get 'Mastering Regular Expressions' by
Friedel (also from O'Reilly).
> > There's also a small book I can recommend: Regular Expressions Pocket
> > Reference by Tony Stubblebine, published by O'Reilly. It has chapters on
> > Perl, C, PHP, Python, Java and .NET
>
> Why not go the whole way and get 'Mastering Regular Expressions' by
> Friedel (also from O'Reilly).
>
I second that. I own the book and teaches alot. Worth buying and keeping
if you use regular expression in your life :)
>>How about Perl and Tk? Works for me.
>>
>>
>
>Yuk (Perl) and fantastic (Tk). I would suggest Python/Tkinter, or
>Tcl/Tk. Notice the common part in these three alternatives :)
>
>Wouter van Ooijen
>
>-- -------------------------------------------
>Van Ooijen Technische Informatica: http://www.voti.nl
>consultancy, development, PICmicro products
>
>--
>http://www.piclist.com#nomail Going offline? Don't AutoReply us!
>email RemoveMElistservspam_OUTKILLspammitvma.mit.edu with SET PICList DIGEST in the body
>
>
>
>
>
> James Newton, webmaster said:
>
>> Perl can be very readable if you avoid regular expressions
>
> Newer versions allow "extended whitespace" which I recommend.
Note that "newer versions" here means "anything released in the last 10
years."
CMC.NET> wrote:
