Доброго времени суток!

Возникла идея написания интерпретатора Basic для МК AVR. Не буду говорить о мотивах, подтолкнувших меня на это дело. Возникло несколько вопросов перед решением данной задачи:



1. Нужно ли это кому нибудь.

2. А не изобретаю ли я велосипед.



Ну и еще несколько, которые появятся, если я реально за это возьмусь.

Не то что велосипед, баян
Например AttoBasic в гугле

Может одумаетесь!? Помоемому такого добра уже имеется, кто-то как-то спрашивал и ссылки давали:
http://www.fastavr.com
Так же попробуйте сделать тематический поиск по форуму еще есть информация...

Я написал, что собираюсь написать ИНТЕРПРЕТАТОР а не КОМПИЛЯТОР, вы различаете буквы!?







Понятно :-) А Вы его пользовали сами, или аналогичные интерпретаторы. Как по скорости, и по глючности? И, вообще, какие впечатления?

http://instruct1.cit.cornell.edu/courses/e...dbh8/index.html

Различаю, различаю, очень различаю! Тем более никакой интерпретатор не идет в сравнение с компилятором - для 'встроенных систем'. Одна из прелестей AVR, то что это довольно скоростные 8-ми битные микроконтроллеры, а Вы их своим интерпретатором - придавить хотите...
Ну да дело, как говориться 'на вкус на цвет'...

Не всегда нужно ограничиваться скоростью при выборе МК. Тем паче у AVR еще, кроме скорости, масса преимуществ перед другими МК. Иногда системе нужна не скорость, а нечто другое. Я уважаю Ваше мнение, и часто читаю Ваши ответы в топиках, и, честно говоря, не думал что Вы так узко мыслите по поводу AVR...Извините, если я Вас обидел, конечно.



Одно из качеств, которое мне нравилось в контроллерах и микропроцессорах, отличных от AVR, так это то, что к ним в память программ можно было "на лету" подгрузить код. А AVR этого не позволяют (я не имею ввиду программирование памяти программ), хотя у них есть много того, чего нет в том же MCS-51 и т.п. Есть не мало задач, требующих выполнения каких либо скриптов в реал-тайме...

Да нет, идея достойная, спору нет. Я у себя в приборах писал маленький язычок программирования для пользовательского расширения функций. Правда, он был весьма проблемно-ориентированным Трубы под давлением на нем не посчитаешь

Может и вам надо что-то свое, а не бейсик?

Кстати, как вариант - жаба...

:-) Жаба - это с уклоном в сторону мобильников, что ли? BASIC он и в Африке ВАСИК. Просто и быстро. Кстати, поиск по сети, кроме AttoBasic и ECE476:Basic Interpreter ничего не дал, хотя я может быть плохо искал... Последний проблемноориентированный, т.е. требует LCD клавы и т.д.



Я идею свою до конца еще не сформировал. Но скорее из железа будет требоваться только RS-232 адаптер. Со стороны РС софт (консоль или DOS) для загрузки кода и приема данных от функции PRINT. Скорее всего интерпретатор я не буду писать с нуля (я не Билли Гейтс :-)). Возьму какой нибудь каракас для основы, понятно. У меня есть исходники для MCS-51 и x86... Ладно буду пробовать.



Спасибо всем за ответы-советы.

Насчет бейсика - точно не нужно, а вот интерпретатор урезанного паскаля был бы очень кстати.
Интерпретаторов какого-либо языка на AVR не встречал.

PS: Интерпретатору нужно много RAM'а.. память внешнюю будете ставить?

Все таки поэксперементирую пока с BASICом. Все проще начинать. По поводу памятив голове много идей вертится. Можно, например, прикрутить внешний SPI ФЛЭШ, и грузить скрипты(программу) через него, а можно задействовать один из портов для связи с внешней SRAM. Пока еще все витает в невесомости, так же как и сама идея написание интерпретатора.



А интерператоры для AVR имеются. Где то совсем недавно была ветка по встраиванию Явы. Поищите, там есть что почитать и масса ссылок

Идея крайне интересная, однако ничего достойного пока не попадалось.
Бэйсик имхо не лучший выбор, смотрел Ruby и Lua, тяжеловато будет.
Вероятно надо рыть на sourceforge, там полно проектов по скриптовым языкам, выбрать что-н полегковеснее и портировать.

Все же я не пойму, чем Васик то не устраивает? По моему, его проще всего запихать в МК, и если надо подзаточить под ядро

Помоему наоборот.. Идеология Васика такова, что там как бы нет никаких типов переменных.. Переменные создаются на ходу и им подбирается тип взависимости от действий (нечто сродни классу Variant). IMHO это довольно сложно в реализации.

Есть типы, определяются суффиксом переменной: A% - целое, A$ - строка, и т.п. Во встраиваемом варианте для простоты можно оставить только int и, возможно, строки.
В целом, задача в смысле ресурсов не тяжёлая, младшие меги вполне потянут.
БГ, помнится, свой первый интерпретатор в 4К уместил