Does somebody know something about
Free BASIC interpreter for LPC2100?
Thanks
vdaniel
Free BASIC interpreter for LPC2100
Started by ●July 17, 2006
Reply by ●July 17, 20062006-07-17
----- 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!*
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!*
Reply by ●July 17, 20062006-07-17
> ----- 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!*
> 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!*
Reply by ●July 17, 20062006-07-17
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
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