在微型内存中运行的可用交互语言是什么？[关闭]

Question 1

我正在寻找通用的编程语言，

具有交互式（实时编码）提示
单独在32 KB的RAM中工作，或者在单独的计算机上托管编译器时，工作8 KB
在总共只有8-32 KB RAM（不带MMU）的微控制器上运行。

到目前为止，这是我的清单，我想念的是什么？

Python：PyMite VM需要64K闪存，8K RAM。针对LPC，SAM7和8K或更高的ATmegas。托管。
Lua：eLua常见问题解答建议使用256K闪存，64K RAM。
FORTH：amforth在ATmega上需要8K闪存，150字节RAM，30字节EEPROM。
方案：腋下方案最小的目标是具有32K闪存，4K SRAM的LPC2103。
C：Interactive C在68HC11上运行，没有闪存和32K SRAM。托管。
C：picoc一个开源，交叉编译的交互式C系统。为AVR编译时，它需要63K闪存，8K RAM。可以通过将表保持在闪存中来减少RAM。
C ++：AngelScript是一种开放源代码，基于字节码的C / C ++，类似于脚本语言，可轻松进行本地调用。
Tcl：TinyTCL在DOS上运行，二进制为60K。看起来很容易移植。
BASIC：TinyBasic：初始化为64K堆，可能是可调整的。
Lisp
PostScript：（我还没有找到用于内存不足的FOSS实现）
Shell：bitlash：Arduino（ATmega）的交互式命令Shell。另请参阅AVRSH。

Question 2

自制的Forth运行时确实可以在很少的内存中实现。我知道有人在1970年代用Cosmac制作了一个。核心运行时仅为30个字节。

Question 3

我听说CHIP-8，XPL0，PicoC和Objective Caml已移植到图形计算器。Wikipedia的“ Lego Mindstorms”文章列出了一系列据称在Lego RCX或Lego NXT平台上运行的编程语言。他们是否符合您的“实时编码”标准？

您可能想在Forth Wiki上查看其他微控制器Forths。它至少列出了Atmel AVR的4位：amforth（您已经提到过），PFAVR，avrforth和ByteForth。
（与这些解释器的链接，以及有关StackOverflow的问题，都包含在“嵌入式系统”维基百科中）。

Question 4

我会推荐LUA（或eLUA http://www.eluaproject.net/）。不久前，我已经将LUA“移植”到Cortex-M3。从我的头顶看，它的闪存大小为60〜100KB，需要大约20KB的RAM才能运行。我确实精简了基本要点，但是根据您的应用程序，这可能就足够了。还有优化的余地，尤其是关于RAM需求的优化，但是我怀疑您是否可以在8KB的大小内轻松运行它。

Question 5

一些AVR解释器/ VM：

Question 6

Wren符合您的条件-默认情况下，它配置为仅使用4k RAM。AFAIK尚未见任何实际用途，因为我为之编写的那个人决定他根本不需要完全在目标系统上运行的解释器。

ML和Forth对语言的影响最为明显。

Question 7

您是否考虑过Tiny Basic C中的端口？或者，也许从Z-80将UCSD Pascal p机重写为您的体系结构？

虽然说真的，JavaScript会成为一种很好的嵌入式脚本语言，但是我不知道VM + GC的最低内存要求是多少，也不清楚如何删除OS依赖项。我前一段时间与NJS玩过，这可能适合您的需求。这一点很有趣，因为编译器是用JavaScript（自托管）编写的。

Question 8

您可以看一下功能强大的AVR AvrCo多任务Pascal。您可以在http://www.e-lab.de上尝试。MEGA8 / 88版本是免费的。带有JTAG调试器的大量驱动程序和模拟器，以及所有标准设备（LCDCHAR，LCDGRAPH，7SEG，14SEG，LEDDOT，键盘，RC5，SERVO，STEPPER ...）的实时显示或模拟显示。

Question 9

你错过EmbedVM，网页这里，svn的位置。记住检查出这两个[ 1，2 ]在头版视频;）

从首页：

EmbedVM是用于具有C语言前端的微控制器的小型可嵌入虚拟机。已通过GCC和AVR微控制器测试。但是由于虚拟机非常简单，因此应该很容易将其移植到其他体系结构。

VM模拟了一个16位CPU，该CPU可以访问多达64kB的内存。它只能对16位值以及16位和8位值的数组进行操作。不支持复杂的数据结构（结构，对象等）。一个函数最多可以有32个局部变量和32个参数。

除了用于VM的内存外，一个小的结构可以保持VM的状态，并且EmbedVM功能需要在堆栈上提供合理数量的内存，因此VM不需要其他内存。特别是VM不依赖任何动态内存管理。

EmbedVM针对大小和简单性（而非执行速度）进行了优化。VM本身在AVR微控制器上占用约3kB的程序存储器。在以16MHz运行的AVR ATmega168上，VM可以每毫秒执行约75条VM指令。

VM进行的所有内存访问均使用用户回调函数进行解析。因此，可以在外部存储设备，闪存等上具有部分或全部VM内存，或将VM的“内存映射”硬件功能。

编译器是UNIX / Linux命令行工具，可读取* .evm文件并生成多种格式的字节码（二进制文件，intel十六进制，C数组初始化程序和特殊的调试输出格式）。它还会生成一个符号文件，该文件可用于从主机应用程序访问VM内存中的数据。

类似C的语言如下所示：http : //svn.clifford.at/embedvm/trunk/examples/numberquizz/vmcode.evm

Question 10

我建议使用MY-BASIC，运行时至少需要8 KB RAM，并且易于移植。

Question 11

通过Espruino也有JavaScript 。

这是专门为微控制器构建的，并且为各种不同的芯片（主要是STM32）而构建，这些芯片可将整个系统安装到最小8kB RAM中。

Question 12

您是否考虑过仅使用busybox/bin/sh 提供的功能？还是他们推荐使用的较小的脚本语言？

Question 13

序言-http: //www.gprolog.org/

根据谷歌搜索“序言小”，可执行文件的大小可以通过避免链接内置谓词而变得非常小。

Question 14

问题或答案列表中的所有语言都无法满足对超级易于编译和集成到现有微控制器项目中的要求（披露：我实际上并未尝试其中的每一个建议）。

相反，我发现tinyscript是一个.c+.h文件，它与项目中的其余源文件一起编译，唯一需要进行的附加配置是提供a void outchar(int c)，如果您不需要脚本的输出，则可以为空。

对我来说，执行速度远不及构建和集成以及与C互操作的简便性重要，因为我的用例主要是按顺序调用某些C函数。

Question 15

我以前在BlackFin上的工作忙碌盒中一直在使用。

我们为它编译了perl + php，更改了s / fork / vfork / g后，效果还是不错的……或多或少。没有MMU不是一个好主意。内存碎片将很容易杀死服务器。我所做的就是：

for i in `seq 1 100`; do wget http://black-fin-ip/test.php; done

它在我走向老板并告诉他该服务器将在生产中死亡时死了:)

Question 16

我建议使用python。但是现在唯一的问题是内存开销对吗？因此，我对那些以后可能会遇到此问题的人来说是个好主意。

首先，编写一个bf解释器（或仅从某处获取源代码）。口译员会很小。bf也是图灵完整的语言。现在您需要用python编写代码，然后使用bfpy（https://github.com/felko/bfpy/blob/master/README.md）将其编译为bf 。我为您提供了开销最少的解决方案，而且我很确定bf解释器将很容易保持在ram使用量的10KB以下。

Question 17

Erlang- http://erlang.org/

它可以容纳2MB

http://www.experts123.com/q/is-erlang-small-enough-for-embedded-systems.html