скрипты в микроконтроллер

MicroPython

Я это в первую очередь смотрел, там от 256К флэшка, а у мну лишь 128К есть, а ведь еще прочий свой код нужно сделать...

Ты бы пречислил — мол, про луа и микропитон знаю. Может есть неизвестное чудо...

У «луы» не нашел требования к флэшу и ОЗУ. Какие там?

форт же

но ты не осилишь же

Forth (для некоторых ARM), 32-битный <16Кб.

То, чем вы уже пользовались сами, не просто в инете видели.

Ну, 2 2 + . точно работает, проверял:)

а ты скомпиль и проверь, может влезет

Си

Например.

Lua.

Jim compiled with -Os is 85k currently. Still it lacks core commands that will make it a little bigger, but not too much... only what's strictly required will end inside the core, the rest will be implemented as extensions. Note that the actual Jim core is much smaller, if you strip away commands. If you can do without [expr] (that's big about code size), and some other command you may probably end with a 40k executable.

До 40К сжать. Про раму не пишут. Пометил как «интересно».

Forth (для некоторых ARM), 32-битный <16Кб.

Тоже интересно, хороший вариантишко :)

На луа факе написано что 150кб если с фронтендом, но можно ужать до 40кб если оставить только саму машину и на вход кормить байткодом. Про раму тоже не пишут.

но можно ужать до 40кб если оставить только саму машину и на вход кормить байткодом. Про раму тоже не пишут

Это вариант, потому что я предполагаю что будет некая кроссплатформенная софтина к прибору, она и сделает байт код, а он залезет в МК.

Интерпретатор Scheme. Есть даже несколько быстрых реализаций с байткодом, погугли scheme for microcontrollers.

Тоже за форт

именно. как раз заточен под микроконтроллеры. но таки его действительно надо сначала осилить.

не я - пользователь ;) рассмотрю всё, но выберу самое простое, скорее Lua или Python (если MicroPython можно масштабировать), или Tcl, а вот Scheme Lisp или форт - если там сложно, то вероятно не подойдет пользователю...

тогда lua. он в сто раз менее жирный на диске и в памяти, на порядки шустрее и легко встраивается в сишный софт, если нужно. для пользователя lua тоже оптимален. у меня на его изучение ушёл примерно час: один раз прочитать интрукцию на их сайте. проще его по синтаксису ничего нет.

Я ради интереса собрал минимальный луа проект, получилось действительно 40кб.
https://github.com/pftbest/minimal_lua

   text	   data	    bss	    dec	    hex	filename
  42611	    712	      8	  43331	   a943	bin/luaproj

внезапно, можно написать свой, c блекджеком и девами ориентированный на задачу;-)

как сделать язык типа паскаль рассмотрено в документации libc. как сделать форт-подобное или lisp-подобное есть на каждом втором заборе в этих ваших интернетах :-)

Будешь смотреть Lua - обрати внимание на спец. вариант для микроконтроллеров eLua http://www.eluaproject.net/
Для любителей С можно посмотреть PicoC или Pawn https://www.compuphase.com/pawn/pawn.htm
Pawn я пользовал, но просто как С-образный скрипт, вызываемый из основной программы. Но в описании пишут: «Pawn is small. It has been fitted on an Atmel ATmega128 microcontroller, Philips LPC2138 and LPC2106 microcontrollers (ARM7TDMI core with 32 KiB RAM), as well as on a Texas Instrument's MSP430F1611 (MSP430 core with 10 KiB RAM and 48 KiB Flash ROM). Using code overlays that are loaded on demand, pawn is able to run large scripts in little memory.»

А вы использовали eLua на практике? это же жирный фреймворк.

может банально, но - basic (один из кучки интерпретаторов) не рассматривали?

У нас на работе был свой компилятор си (ну, подмножества си - с аналогом «yield» из гринтредов, называлось «wait» - про гринтреды и гороутины мы и не слышали, и походу их повторно изобрели). Компилировался в байткод, на микроконтроллере (своя платка на stm32) или на десктопе была виртуальная машина которая его исполняла.

C eLua и Lua - неработал! Но еLua работает на Cortex-M3 и можно взять готовую сборку под конкретный МК. По моему мнению, это лучше, чем заниматься изучением внутренностей Lua, потом написанием своей обвязки для периферии и т.д. Да - если самому писать - возможно будет меньше места занимать, но это кому что интересно.

кому что интересно.

Стандартный образ eLua занимает 200кб, автор темы сказал что у него флешка не больше 128К, и просил чтобы язык «влезал в 32-64К». В вашем варианте придется ковырять внутренности и elua и lua, чтобы впихнуть невпихуемое. Не знаю как вам, но мне бы этим заниматься не хотелось.

Не знаю как вам, но мне бы этим заниматься не хотелось.

Тем-не менее - вы залезли в недра lua и отключили некоторые функции. Я бы точно этим не стал заниматься. А eLua я присматривал именно как реализацию готовой прошивки для МК, да она жирнее, но и готовых возможностей там дофига (работа c периферией МК, файловая система, консоль через UART, работа с i2c, spi, таймеры, АЦП, даже сеть есть).
А если говорить про жирность, то даже ваш minimal_lua (~40kb) в 8 раз жирнее Pawn (~5kb - ассемблерная версия интерпретатора байт-кодов на АРМ)

Во-во. Тем паче, что раз уж на Z80 интерпретатор васика вместе с биосом влезал в 16кБ, то на ARM со свистом войдет!

Ну вы и велосипедисты, я бы сказал профессиональные велогонщики :)

Я написал автору MicroPython. Он утверждает что у него тоже есть аналогичный сокращенный bytecode-режим. Говорит в таком виде MicroPython кушает тоже порядка 40 Кбайт флэша - гораздо лучше, а то пишет 256К и наводит этим ужас потенциальных юзверей.

Lisp или форт - если там сложно

проще и tcl и Python оба, на самом деле

мож такое подойдет? https://github.com/adamdunkels/ubasic

Текст ответа разработчика MicroPython:

MicroPython already supports building without the compiler. It has a cross-compiler which you run offline (eg on your desktop PC) to compile Python scripts to bytecode, and then you can «freeze» these scripts into your firmware. You can then execute these pre-compiled scripts without the need for the compiler running on the firmware.

With the compiler disabled it saves about 20kbytes of flash space. The minimal build is then about 56kbytes of code space (for Thumb2 architectures).

А 56кб включает стандартную библиотеку? Если да, то очень круто.

пока не пробовал, но засунуть в МК хотелось бы именно змеюку

Собрал MicroPython для Linux - пашет хорошо, всё что мне надо - поддерживается.

Кто-нибудь хочет поучаствовать в попытках собрать это для Cortex-M3? Боюсь это не слишком тривиально как для Linux...

LongLiveUbuntu

MicroPython

Он же однопоточный, как аппаратурой управлять?