roboforum.ru

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

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

А неплохо, между прочим...
Хотя интерпретатор, конечно... имхо, не очень удобно в таких приложениях.

Но вообще в таких делах основная проблема - это отладка.
А вообще, ему бы еще и симулятор/дебуггер как-то прикрутить...
а еще лучше удаленный со связью с реальным железом.

В интерпретаторах ведь даже синтаксические ошибки вылезают не в процессе компиляции,
а в процессе выполнения - это не очень удобно для железа...
Ну представьте, вертолет раскрутил винт, поднялся, чего-то там компенсирует - вдруг бац - точку с запятой забыли поставить...

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

Я про интерпретер
С отладкой непонятно все-таки

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

не знаю, оставили в текущей версии или нет, но в srv-1 еще шахматы были
типа, нефиг блэкфину простаивать

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

Получится бутлоадер с SD-карты

forum2/topic5193.html

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

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