Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

Embedded scripting

22 views
Skip to first unread message

Andreas Eide

unread,
Jan 2, 1997, 3:00:00 AM1/2/97
to

I am working on an embedded system. This system has a serial port for
configuration and control. Today I use an attached PC running scripts
under ProCom Plus.

Now, I want to build a scripting facility into the system. It should
be possible to load scripts into the system. The script communicates
with a virtual serial port. The script should be able to send strings
to the 'port' to wait for responses etc.

Does anyone have experience with this form of embedded scripting? Is
there any source code available, preferably in C/C++.

Andreas Eide


Kevin Dahlhausen

unread,
Jan 3, 1997, 3:00:00 AM1/3/97
to

andr...@salgsnett.no (Andreas Eide) wrote:

>I am working on an embedded system.

>Now, I want to build a scripting facility into the system.

>Does anyone have experience with this form of embedded scripting? Is


>there any source code available, preferably in C/C++.


S-Lang is a C-like interpreted language that is freely available at:

space.mit.edu under /pub/davis

I've used it both for Windows application scripting and in an embedded
system. It works very well.

Ken Tindell

unread,
Jan 3, 1997, 3:00:00 AM1/3/97
to

In article <32cc268d...@news.sn.no>, andr...@salgsnett.no wrote:
>I am working on an embedded system. This system has a serial port for
>configuration and control. Today I use an attached PC running scripts
>under ProCom Plus.
>
>Now, I want to build a scripting facility into the system. It should
>be possible to load scripts into the system. The script communicates
>with a virtual serial port. The script should be able to send strings
>to the 'port' to wait for responses etc.
>
>Does anyone have experience with this form of embedded scripting? Is
>there any source code available, preferably in C/C++.

I looked at embedding tcl, but it was hell of a job. A lot of other people
embed BASIC or Forth. I'm still looking for a nice and simple embeddable
scripting language.


Stephen Pelc

unread,
Jan 4, 1997, 3:00:00 AM1/4/97
to

In article <32cc268d...@news.sn.no>

andr...@salgsnett.no "Andreas Eide" writes:
> Does anyone have experience with this form of embedded scripting? Is
> there any source code available, preferably in C/C++.

The most common languages for embedded use that support are BASIC and
Forth. MPE specialises in Forth systems. We also have a version written
in C. Send me your postal address for more details.

--
Stephen Pelc, s...@mpeltd.demon.co.uk
MicroProcessor Engineering - More Real, Less Time
133 Hill Lane, Southampton SO15 5AF, England
tel: +44 1703 631441, fax: +44 1703 339691


Mike Fahl

unread,
Jan 5, 1997, 3:00:00 AM1/5/97
to

> I am working on an embedded system. This system has a serial port for
> configuration and control.

Andreas,

You could also take a look at a language called LUA. It's also intended
for embedded applications, but seems more modern than Tcl. For instance,
it can compile to byte-code, just like Java, resulting in better
performance (I assume). I recently downloaded the source of botht e
compiler and interpreter, and I was very positively surprised by its
quality. It compiled on my Mac without as much as a warning, and ran
first time! It definitely deserves to be checked out.

Regards,
Mike

* What is Lua?
Lua is a simple, yet powerful, language for extending applications.
Lua has been developed by TeCGraf, the Computer Graphics Technology
Group
of PUC-Rio, the Pontifical Catholic University of Rio de Janeiro,
Brazil.
Dozens of industrial products developed by TeCGraf use Lua.

* Some features of Lua
+ a simple, pascal-like, syntax
+ powerful data description constructs (e.g., associative arrays)
+ user-controlled type constructors
+ fallbacks for extending the language in unconventional ways (e.g.,
inheritance, overloading)
+ garbage collection
+ Lua programs are compiled into bytecodes, which are then interpreted
+ portable, written in ANSI C (runs in Unix, DOS, Windows, Mac, Cray,
...)

* Availability
The latest version of Lua is always available at the following
locations:
In Brazil: ftp://ftp.icad.puc-rio.br/pub/lua/lua.tar.gz
In Canada: ftp://csg.uwaterloo.ca/pub/lhf/lua/lua.tar.gz
In Germany: ftp://ftp.uni-trier.de/pub/languages/lua/lua.tar.gz
In Greece: ftp://ftp.ntua.gr/pub/lang/lua/lua.tar.gz
Home page: http://www.inf.puc-rio.br/~roberto/lua.html
The current version is 2.5.


--
Dataton - TRUE MULTIMEDIA integration and show control systems.
Check it out at http://www.dataton.com

Heinz-Juergen Oertel

unread,
Jan 7, 1997, 3:00:00 AM1/7/97
to

In article <32ccfee0....@news.alt.net>,
pe...@no.bulk.mailings.com writes:
>
>Basic is a popular one, but here the problem will be finding a decent
>Basic interpreter written in C. Most Basics around were written in the
>1970s, in assembler, usually Z80.
>
>There were several in the UK CP/M User Group library (now defunct
>although I have some disks) and the U.S. SIG/M User Group library. But
>all were written in asm.
>
>Peter.

There is a BASIC Interpreter available under LINUX.
I think it must be available as source.
If i remember correct this version of BASIC is also available under MS-DOS.
Next time i will look at the name of this BASIC version.

--
with best regards / mit freundlichen Grüßen
Heinz-Jürgen Oertel
port GmbH


Joop Lous

unread,
Jan 8, 1997, 3:00:00 AM1/8/97
to

Years ago I used a build in plain MS-DOS command called CTTY to
transfer control from the console (keyboard + character video board,
e.g. VGA) to a serial port.

The command was something like: CTTY COM1 <enter>

After which you can run any DOS command over the serial port that
produces standard output. Eg. DIR, COPY, run programs etc.
The only thing that should be avoided is direct screen writes (they
work, but you will not see them).

To create a .BAT file is then just a command like:
COPY CON TEST.BAT (could be COPY COM1 TEST.BAT, i'm not sure)
.. send the contents of your "script" and stop with ^Z

Run it with :
TEST

Even ancient EDLIN works.

Maybe you don't like it, but it is a quick solution, versatile and for
free.

Joop.

Jeffrey B. Siegal

unread,
Jan 8, 1997, 3:00:00 AM1/8/97
to

In article <5avpmj$9...@tokyo.engr.sgi.com>, rp...@rigden.engr.sgi.com (Rob
Warnock) wrote:

> Ken Tindell <k...@nrtt.demon.co.uk> wrote:
> +---------------


> | I looked at embedding tcl, but it was hell of a job. A lot of other people
> | embed BASIC or Forth. I'm still looking for a nice and simple embeddable
> | scripting language.

> +---------------
>
> Then you might want to look at Scheme. Quite a few p.d. versions out there,
> some of them quite small, some fairly full-featured. Start with one of the
> various Scheme repositories:

FSF just released (GNU) Guile, a version of Scheme designed for embedding
(primarily in software applications, but it should still be realtively
easy to embed it in firmware).

--
Jeffrey B. Siegal
Quiotix Corporation
+1 415 782-6012
http://www.quiotix.com

Rob Warnock

unread,
Jan 8, 1997, 3:00:00 AM1/8/97
to

Ken Tindell <k...@nrtt.demon.co.uk> wrote:
+---------------
| I looked at embedding tcl, but it was hell of a job. A lot of other people
| embed BASIC or Forth. I'm still looking for a nice and simple embeddable
| scripting language.
+---------------

Then you might want to look at Scheme. Quite a few p.d. versions out there,
some of them quite small, some fairly full-featured. Start with one of the
various Scheme repositories:

http://www.cs.cmu.edu/afs/cs.cmu.edu/project/ai-repository/ai/lang/scheme/0.html
http://www-swiss.ai.mit.edu/scheme-home.html
http://www.cs.indiana.edu/scheme-repository/SRhome.html

Yes, it's a (cleaned-up) dialect of Lisp, but don't let that scare you...


-Rob

-----
Rob Warnock, 7L-551 rp...@sgi.com
Silicon Graphics, Inc. http://reality.sgi.com/rpw3/
2011 N. Shoreline Blvd. Phone: 415-933-1673 FAX: 415-933-0979
Mountain View, CA 94043 PP-ASEL-IA

Andreas Eide

unread,
Jan 9, 1997, 3:00:00 AM1/9/97
to

On Sun, 5 Jan 1997 00:43:22 +0100, fa...@dataton.se (Mike Fahl) wrote:


>
>You could also take a look at a language called LUA. It's also intended
>for embedded applications, but seems more modern than Tcl. For instance,
>it can compile to byte-code, just like Java, resulting in better
>performance (I assume). I recently downloaded the source of botht e
>compiler and interpreter, and I was very positively surprised by its
>quality. It compiled on my Mac without as much as a warning, and ran
>first time! It definitely deserves to be checked out.
>
>Regards,
>Mike
>

What are the memory requirements of LUA?

0 new messages