Форт (Forth) и MSP430 для изучения, Программирование и исследование на Форт Опции

[Kopa]

Есть интересное направление -
например, в частности, использование Форт языка для быстрого и эффективного изучения возможностей контроллера MSP430 и внешней периферии.
4e4th

Код

4E4th on the LaunchPad - 8/16K
Recently we had a meeting in the Lower Rhine region dreaming about a small nice affordable board with a modern MCU and a compact Forth inside.

There it is!

The TI LaunchPad with 4E4th on it. 16K FLASH - 8K Forth and 8K for our own apps. The 4E4th is covered in a 20Pin DIL MSP430G2553.
Now our goal is to supply a TI LaunchPad ready with the MSP430G2553 and Forth inside - all for 4€ - plug in the USB, open the terminal, and there we go! CamelForth430 is the kernel of 4E4th.

I think these are exciting developments.

Michael

P.S. Возможно окажется полезным инструментарием проект немецкого Форт сообщества.
В репозитарии есть ещё некоторые Форт системы для MSP430.
Хотчется услышать мнение участников местного форума.

C MSP430 близко не работал, но "ностальгия" по системе команд PDP-11 осталась
И если приобрести launch pad ($4,6) то можно многое сделать используя Форт идеалогию.
Есть и другие Форт системы для MSP430, но наверное без "продвижителя" данного направления тема "заглохнет":)

Сообщение отредактировал Kopa - Sep 20 2012, 17:15

[polyname]

Но пока, я в упор не вижу -- где можно использовать "скриптовый" язык в МК-устройствах.

значит вы с таким пока не сталкивались. Вот возьмем например устройство для автоматизации чего-то.
Пользователь пишет на MicroSD или по RS232/USB командный файлик типа:

Код

if (in(1) == 1) {out(1,0); out(2,1); sleep(100);}
else if (in(2) == 1) {out(1,1); out(2,0); sleep(200);}

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

Или "умный" звуковой модуль. Опять же на MicroSD звуковые файлы и командный текстовый файлик:

Код

if (keypress(1)) {play("sound1.wav"); sleep(100);}
else if (keypress(2)) {play("sound2.wav"); sleep(100);play("sound3.wav"); sleep(100);}

На Forth парсер/компилятор реализуется проще и короче других языков.
В принципе приблизить синтаксис к привычному несложно, например сделать вызов функций как имя( парам1 парам2 ), а при компиляции удалить скобки и переставить имя в конец списка. Можно сделать присваивание переменных как имя = знач, или set("имя" знач)

Ни в спячку систему не отправить, ни быстро отреагировать на событие.

все что требует быстродействия реализуется на С/Асм, и предоставляется Форту как библиотека стандартных функций.

Сообщение отредактировал polyname - Sep 23 2012, 12:32

[Kopa]

Теперь о грустном. К сожалению, я так и не понял -- зачем Форт? Или что он должен собой вытеснить (заменить)?

@ "- Я не люблю кошек."
"- Вы их просто не умеете готовить"

В полемику вступать у меня нет желания. Моё предложение было озвучено в первом посте. Полемику по Форт можно прочитать
на форуме рускоязычных пользователей Форт языка и поучаствовать в ней при желании.

P.S. По приведёной информации на местном форуме (хотя бы из моих постов) и других источников можно понять почему Форт до
сих пор применяется и его сильные и слабые сторноны и ни в коей степени не претендует на решение на все случаи жизни
Выбор применять или нет и как решает каждый используя свои критерии субъективной оценки.

Event-driven (или автоматный подход) и другие возможности - это только модель построения системы и к языку имеет не такое
опосредованное значение (будет ли это встроено, или поддержано независимым модулем, или расширением к языку)
Форт, как расширямый язык, может адаптироваться к любым "хотелкам" программиста. Опыт создания управляемого событиемм приложение
у меня был, как со стороны контроллера на языке ассеблера иначе задача в данном железе не работала (!580 процессор на 2Мгц)
при обработке датчика метража, клавиатуры, индикатора, логики приложения и выдачи на общий канал сбора информации к PC от таких же приборов.
иначе просто программа тормозила и не работала. На уровне PC был опыт разработки управляемого событиями (с клавиатуры, мышки)
мультиоконного текстового редактора (почти микро оконная система) на Форт (на основе SPF2.5 системы в DOS и его FED редактора), где на основе первичных событий порождались синтетические и проходили по некоторой выстроеннной иеархии объектов изменяя контекст обработки для следующих событий.
(отлаживать такое приложение оказалось, довольно не простым занятием и в результате прототип так и не был доведён до полностью рабочего состояния)
был и другой опыт создания эмбеддед ПО, как с привлечением Форт, так и без него на таргете. (С, ASM)

. Скрипт -- это хорошо. Скрипт -- это компактно и мощно. Скрипт -- это сверхвысокоуровнево. (Вчера прочитал: "Python -- это язык сверхвысокого уровня". Вот это я понимаю!)

Вы считаете. что при решении задачи первичен язык? (мышление способно воспринять в себя и оперировать "чудовищными" построениями не замечая
этого
Хороший язык, программирования, в моём понимании когда об нём самом и как на нём сделать то то и то то меньше всего думаешь (аналогия -
не думаем же мы как првильно дышать)

Ляжет-то он, конечно, ляжет... но опять же -- какие задачи он нацелен? Что им решать? Приведите какие-нибудь конкретные примеры, что ли. А я (или кто-нибудь) попробуем обсудить -- возможно ли эту задачу решить с помощью каких-то иных средств так же быстро и правильно, как на Форте. Но пока, я в упор не вижу -- где можно использовать "скриптовый" язык в МК-устройствах.

Решить задачу можно сто и одним способом а ссылки на использование Форт можно найти на Форум по форт
Нужно это или нет Вам определитесь сами.

Код

if (in(1) == 1) {out(1,0); out(2,1); sleep(100);}
else if (in(2) == 1) {out(1,1); out(2,0); sleep(200);}

Один из вариантов, можно и оптимальнее

Код

: abc
1 in 1 = if  1 0 out  2 1 out  100 sleep exit then
2 in 1 = if  1 1 out  2 0 out  200 sleep then
;

При этом ассемблер тоже выглядеть может похожим образом и мало характеризует другие другие аспекты Форт системы.
В шутку и всъерьз Форт на луркморье

Сообщение отредактировал Kopa - Sep 23 2012, 14:12

[zhevak]

@ "- Я не люблю кошек."
"- Вы их просто не умеете готовить"

Да, я не умею готовить кошек...
Однако: я не использую Линукс потому что его не знаю. Я не знаю Линукс потому что его не использую.
И как же выйти из этого цикла?

Извините, немного офф-топа:

... на языке ассеблера ...

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

Вы считаете. что при решении задачи первичен язык?

Ну почти -- да. Хотя, следует обязательно уточнить, что это "да" относится к языкам, которые не перекрывают или очень слабо перекрывают возможности конкретной (поставленной) задачи, например -- ассемблер и Фортран или С и Питон. Но если языки достаточно сильно перекрывают возможности друг друга (например, С и Паскаль), то тут от выбора языка мало что зависит. Большую роль уже играет наличие тех или иных библиотек, опыт и квалификация программиста, наличие экосистемы (сообщества, форумов, литературы, свободных компиляторов ...)

а вот этого я вообще не понял:

(мышление способно воспринять в себя и оперировать "чудовищными" построениями не замечая этого

что-то заумно как-то. Скажите как-нибудь по другому, более просто.

Хороший язык, программирования, в моём понимании когда об нём самом и как на нём сделать то то и то то меньше всего думаешь (аналогия -
не думаем же мы как првильно дышать)

Ага. Согласен.
Мы вот тут базарим на русском и даже не испытываем дискомфорта или непонимания (пример выше -- это просто недоразумение! Не рассматриваем!)
So let's speak english and we shall got difficulties immediately.

[Kopa]

Извините, немного офф-топа:
я думал что только у меня проблема с буквой "м". Почему-то всякий раз набирая это слово я пропускаю эту букву. Вы уже второй человек, у которого та же проблема.

За своей кавиатурой замечаю некие странности (подключена через переходник PS2 - USB). так вот бывает вместо набора текста происходят нехорошие действия как то переключение на другое окно, включение режима выделения и др. Подозреваю, что в системе "существует" какая то гадость (левый процесс). Снимается предупредительным Ctr+Alt+Del без необходимости открытия диспетчера задач. Но особого дисклмфорта пока не причиняет.
В критических случаях лечится перестановкой образа системы

а вот этого я вообще не понял:

Мысль простая. Навязывание "сложного" пути решения задачи происходит из-за начально использования сложно сделанной системы,
остальное всё вторично. (как эта сложность получилась и что этому виной это уже другой вопрос)

So let's speak english and we shall got difficulties immediately

Так что давайте говорить на английском языке, и мы получили сразу же трудности. (Переводчик от гугла)
Поэтому давайте говорить на английском языке, и мы будем, немедленно получил трудности (Переводчик от промта)
Так что давайте говорить по-английски, и мы получили трудности сразу же (Переводчик от яндекса)
Так что давайте говорить Английский, и мы будем получили трудности немедленно (Bing транслятор)

P.S. Есть у меня некоторые пробелы в понимании анлийских выражений
а Форт он очень даже интернационален, в силу поддержания начального базиса заложенного при его становлении.

Сообщение отредактировал Kopa - Sep 23 2012, 17:20