Quali sono i linguaggi interattivi disponibili che vengono eseguiti in una memoria minuscola?

Question

Sto cercando linguaggi di programmazione di uso generale che

• hanno un interattivo (codifica dal vivo) tempestive
• lavoro in 32 KB di RAM per sé o 8 KB quando il compilatore è ospitato su una macchina separata
• eseguito su un microcontrollore con un minimo di 8-32 KB di RAM totale (senza MMU).

Di seguito è la mia lista finora, cosa mi manca?

• Python: Il PyMite VM ha bisogno di 64K flash, 8K RAM. Mira a LPC, SAM7 e ATmegas con 8K o più. Ospitato.
• Lua: le domande frequenti eLua consigliano 256K flash, 64 KB di RAM.
• FORTH: amforth ha bisogno di 8K flash, 150 byte di RAM, 30 byte EEPROM su un ATmega.
• Schema: armpit Scheme L'obiettivo più piccolo è LPC2103 con 32K Flash, 4K SRAM.
• C: Interactive C gira su 68HC11 senza flash e 32K SRAM. Ospitato.
• C: picoc un sistema C interattivo, cross-compiling, open source. Quando compilato per AVR, richiede un flash da 63 K, 8 K RAM. La RAM potrebbe essere ridotta con lo sforzo di mantenere le tabelle in flash.
• C++: AngelScript un linguaggio di scripting open source, basato su byte code, C/C++ con chiamate native semplici.
• Tcl: TinyTCL eseguito su DOS, 60 KB binario. Sembra facile da portare.
• BASIC: TinyBasic: Inizializza con un heap di 64 KB, potrebbe essere regolabile.
• Lisp
• PostScript: (non ho trovato un'implementazione FOSS a partire memoria ancora)
• Shell: bitlash: Una shell di comando interattivo per Arduino (ATmega). Vedi anche AVRSH.

Answer 1

ci sono un certo numero di versioni di Tcl per la programmazione incorporato:

http://wiki.tcl.tk/1363

Answer 2

Avete considerato semplicemente l'utilizzo dello /bin/sh fornito da busybox? O su del smaller scripting languages loro raccomandano?

Answer 3

Ho utilizzato nel mio precedente busybox di lavoro su un BlackFin.

abbiamo compilato perl + php per questo, dopo aver cambiato s/fork/vfork/g ha funzionato abbastanza bene ... più o meno. Non avere una MMU non è una buona idea. La frammentazione della memoria ucciderà il server abbastanza facilmente.Tutto quello che ho fatto è stato:

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

E 'morto mentre stavo camminando al mio capo e lui che il server sta per morire nella produzione :) raccontare

Answer 4

un tempo di esecuzione di homebrew Forth può essere implementata in poca memoria infatti. Conosco qualcuno che ne ha fatto uno su un Cosmac negli anni '70. Il runtime di base era di soli 30 byte.

Answer 5

Suggerirei LUA (o Elua http://www.eluaproject.net/). Ho "portato" LUA su un Cortex-M3 qualche tempo fa. Dall'alto della mia testa aveva una dimensione del flash di 60 ~ 100KB e avevo bisogno di circa 20KB di RAM per funzionare. Mi sono spogliato fino all'essenziale, ma a seconda dell'applicazione, potrebbe essere sufficiente. C'è ancora spazio per l'ottimizzazione, in particolare per quanto riguarda i requisiti di RAM, ma dubito che sia possibile farlo funzionare comodamente in 8 KB.

Answer 6

Avete considerato un port in C di Tiny Basic? O forse riscrivendo la p-machine UCSD Pascal nella tua architettura da Z-80?

Seriamente, JavaScript sarebbe un buon linguaggio di scripting incorporato, ma non ho idea di quali siano i requisiti minimi di memoria per VM + GC, né quanto sia difficile rimuovere le dipendenze del SO. Ho giocato con NJS un po 'indietro, che potrebbe adattarsi alle tue esigenze. Questo è interessante in quanto il compilatore è scritto in JavaScript (self hosting).

Answer 7

Prolog - http://www.gprolog.org/

Secondo una ricerca google "Prolog piccola" la dimensione del file eseguibile può essere fatta piuttosto piccolo, evitando che collega i predicati built-in.

Answer 8

Erlang - http://erlang.org/

può adattarsi a 2MB

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

Answer 9

Ho sentito dire che CHIP-8, XPL0, PicoC, e Objective Caml sono stati portati su calcolatrici grafiche. L'articolo "Lego Mindstorms" di Wikipedia elenca una serie di linguaggi di programmazione che presumibilmente funzionano sulla piattaforma Lego RCX o Lego NXT. Qualcuno di loro ha i suoi criteri "live coding"?

Si potrebbe voler controllare gli altri Forth del microcontrollore nella wiki Forth. Elenca almeno 4 Forths per l'Atmel AVR: amforth (che già citi), PFAVR, avrforth e ByteForth.
(I collegamenti a tali interpreti, nonché questa domanda StackOverflow, sono inclusi nel wikibook "Embedded Systems").

Answer 10

È possibile dare un'occhiata a AvrCo Multitasking Pascal molto potente per AVR. Puoi provarlo allo http://www.e-lab.de. La versione MEGA8/88 è gratuita. Ci sono un sacco di driver e simulatore con debugger JTAG e belle visualizzazioni live o simulate di tutti i dispositivi standard (LCDCHAR, LCDGRAPH, 7SEG, 14SEG, LEDDOT, KEYBOARD, RC5, SERVO, STEPPER ...).

Answer 11

Alcuni interpreti AVR/VM:

1. http://www.cqham.ru/tbcgroup/index_eng.htm
2. http://www.jcwolfram.de/projekte/avr/chipbasic2/main.php
3. http://www.jcwolfram.de/projekte/avr/chipbasic8/main.php
4. http://www.jcwolfram.de/projekte/avr/main.php
5. http://code.google.com/p/python-on-a-chip/
6. http://www.avrfreaks.net/index.php?module=Freaks%20Academy&func=viewItem&item_id=688&item_type=project
7. http://www.avrfreaks.net/index.php?module=Freaks%20Academy&func=viewItem&item_id=626&item_type=project
8. http://www.avrfreaks.net/index.php?module=Freaks%20Academy&func=viewItem&item_id=460&item_type=project
9. http://www.harbaum.org/till/nanovm/index.shtml

Answer 12

Wren si adatta alle vostre criteri - di default è configurato per l'utilizzo solo 4k di RAM. AFAIK non ha visto alcun uso effettivo, dal momento che il ragazzo che ho scritto per decidere ha deciso che non aveva bisogno di un interprete che si dirigesse interamente sul sistema di destinazione dopotutto.

La lingua è influenzata più chiaramente da ML e Forth.

Answer 13

Ti manca EmbedVM, homepage here, svn repository here. Ricordati di controllare entrambe le [1, 2] video in prima pagina;)

Dalla homepage:

EmbedVM è una piccola macchina virtuale embeddable per microcontrollori con un frontend linguaggio C-like. È stato testato con i microcontrollori GCC e AVR . Ma dato che la macchina virtuale è piuttosto semplice, lo dovrebbe essere facile per portarlo su altre architetture.

La VM simula una CPU a 16 bit che può accedere a 64kB di memoria. Lo può operare solo su valori a 16 bit e array di valori a 16 bit e 8 bit. Non c'è supporto per strutture dati complesse (struct, objects, ecc.). Una funzione può avere un massimo di 32 variabili locali e 32 argomenti .

Oltre alla memoria per la VM, una piccola struttura che tiene lo stato VM e ragionevole quantità di memoria funzioni EmbedVM bisogno in pila non vi sono requisiti di memoria aggiuntivi per la VM. Soprattutto la VM non dipende da alcuna gestione della memoria dinamica.

EmbedVM è ottimizzato per dimensioni e semplicità, non per velocità di esecuzione. La macchina virtuale occupa circa 3kB di memoria di programma su un microcontrollore AVR . Su un AVR ATmega168 in esecuzione a 16 MHz, la VM può eseguire circa 75 istruzioni VM per millisecondo.

Tutti gli accessi di memoria eseguiti dalla VM vengono parformati utilizzando le funzioni di callback utente . Quindi è possibile avere una parte o tutta la memoria VM su dispositivi di memoria esterna , memoria flash, ecc. O hardware "mappa di memoria" funzioni nella VM.

Il compilatore è uno strumento a riga di comando UNIX/Linux che legge in un file * .evm e genera bytecode in formati vaious (file binario, hex intel, C inizializzatori di array e uno speciale formato di output di debug). Inoltre, genera un file di simboli che può essere utilizzato per accedere ai dati nella memoria della VM dall'applicazione host.

Il linguaggio C-like si presenta così: http://svn.clifford.at/embedvm/trunk/examples/numberquizz/vmcode.evm

Answer 14

Suggerirei MY-BASIC, corre con in minima 8 KB di RAM, e facile da porto.

Answer 15

C'è anche JavaScript, tramite Espruino.

Questo è costruito specificamente per i microcontrollori e ci sono build per vari chip diversi (principalmente STM32) che si adattano a un sistema completo in un minimo di 8kB di RAM.

Answer 16

Suggerisco di usare python. Ma ora l'unico problema è il sovraccarico della memoria, giusto? Quindi ho una grande idea per le persone che potrebbero essere bloccate in questo problema in seguito.

Per prima cosa, scrivi un interprete bf (o ottieni semplicemente il codice sorgente da qualche parte). L'interprete sarà davvero piccolo. Anche bf è un linguaggio completo di Turing. Ora devi scrivere il tuo codice in python e poi trasferirlo su bf usando bfpy (https://github.com/felko/bfpy/blob/master/README.md). Ti ho dato la soluzione con il minimo sovraccarico e sono abbastanza sicuro che un interprete bf rimarrà facilmente sotto i 10KB di RAM.