roboforum.ru

у srv-1 встроенный C-interpreter

http://www.surveyor.com/cgi-bin/robot_journal.cgi
http://www.surveyor.com/C.html

Так там целых 1000MIPS 500MHz, еще бы у него было плохо

Интерпретер именно Си хороший вариант, особенно если полученный код можно при желании скомпилировать.

программная часть микроконтролеров не есть ридонли- почему бы не писать в нее?
система состоит из частей- инициализируется, читает файл с карты, пихает его в исполняемую часть МК с адреса такогото, запускает на выполнение с адреса такогото. При получении прерывания о смене карты все повторяется. использование только одного файла на карте {двух вернее, еще еепром} должно упростить работу с картой до ... вот хотелось бы чтобы до полутора килобайт.
Вы меня не ругайте пожалуйста, что не по теме- как раз по теме, сам то МК уже является интерпретатором, почему бы не использовать его команды?
Дело в том что все равно текст программы вы будете писать на компе. А компу перевести этот текст во что угодно, {в исполняемый код МК} не так и сложно.

ну не совсем бутлоадер, при достаточной памяти можно использовать полноценную файловую систему. и менять программы без смены карт в зависимости от логики момента. я почему хочу 1.5 кб- ну лень мне ехать покупать МК с большей памятью. а самый простой чтец фат16 который я смог собрать- больше 3 кб весит.
отвлекся...
на самом деле что хочу сказать- писать интерпретатор текста для МК- имхо пару комманд он сможет понимать, не больше. Вывод- писать пикод. Ну а раз пикод- тогда почему не использовать в качестве пикода код самого МК. Ну а раз это будет исполняемый код МК- то почему бы не всунуть его в исполняемую память и не запустить на выполнение? Затруднение в том что в интерпритаторе нужно все будет по абсолютным адресам расчитывать то есть задачка не тривиальная.
{это в последних армах интерпритатор джава кода встроен, а мы ведь о простеньких МК, или я не прав?}

Добавлено спустя 9 минут 28 секунд:
=Dead=, посмотрел ветку- там нет решения, на юсб все и закончилось.