Forums

Free BASIC interpreter for LPC2100

Started by varuzhandanielyan July 17, 2006
Does somebody know something about
Free BASIC interpreter for LPC2100?
Thanks
vdaniel

An Engineer's Guide to the LPC2100 Series

----- Original Message -----
From: "varuzhandanielyan"
To:
Sent: Monday, July 17, 2006 12:07 PM
Subject: [lpc2000] Free BASIC interpreter for LPC2100
>Does somebody know something about
>Free BASIC interpreter for LPC2100?
>Thanks
>vdaniel

Have not looked at the code, but maybe this could be ported to the LPC?

Regards,
Richard.

http://www.FreeRTOS.org
*Now for ARM Cortex-M3!*

> ----- Original Message -----
> From: "varuzhandanielyan"
> To:
> Sent: Monday, July 17, 2006 12:07 PM
> Subject: [lpc2000] Free BASIC interpreter for LPC2100
>>Does somebody know something about
>>Free BASIC interpreter for LPC2100?
>>Thanks
>>vdaniel
> Have not looked at the code, but maybe this could be ported to the LPC?

This time with the link.
http://www.rowley.co.uk/msp430/basic.htm (oops)

Regards,
Richard.

http://www.FreeRTOS.org
*Now for ARM Cortex-M3!*

Hi,

It's not exactly Basic, but LUA is similiar easy to use, has a small
footprint and can be extended easily:

http://www.lua.org/

It's completely written in ANSI C and compiles right off-the-shelf with
ARM-GCC. The only thing you have to provide is a main() with the actual
user-interaction (something like read-line, execute, read-line, etc.).

You can easily connect already existing C-routines to LUA ones and even
group them in modules.
It took me about 2 or 3 hours to get most of one of our experimental
boards (serial I/O, LCD, RTC over I2C) running. Only the user
interaction sucked a little bit :P All this from scratch (I never used
LUA before).

You should switch to integer arithmetics, though (#define ...). There
are also patches to add the ability to enter hex numbers (maybe more
natural to embedded programmers ;) ), and much more :)

And it's quite fast: i.e. it got used in the ego-shooter "Far Cry" to
implement most, if not all, game logic.

Of course, it wouldn't be good in situations where you need to replace
an older basic module/system with lots of "not-so-programmers", as the
syntax is quite different. But for a new project/product it should be okay.

cu,
Bjn