Под какие микроконтроллеры ...

... существует компилятор Бейсик?

Начинаю список:
PIC: PBP, Proton, Mikrobasic.
AVR: BassomAVR

0

Ооо-оо , встретились два одиночества ...

0

Сообщение от Кат495 Сорь, но писать собственный компилятор - для меня это слишком круто. Если бы не заниматься больше ничем совсем, а посвятить только этому все дни напролет - я думаю лет за 5 я что-нибудь бы сделал (если бы силы и упорство не кончились), но таким временем я не располагаю(((((((

Этож как надо себя в угол загнать то... чтобы вместо времени (месяц - год) потраченного на освоение адекватного языка программирования - размышлять о годах необходимых на написание собственного компилятора)))
А еще говорят - Си психику травмирует.....

0

ShodS, ну давайте трезво прикинем расклад.
1. Делать такую работу для какого-то одного выбранного типа МК нерационально, просто не оправдывает вложенных усилий: ко времени ее готовности МК устареет)))))
Следовательно: делаем расширяемую систему, настраиваемую под любой тип МК (по-видимому блочную).

2. Тогда компиляция как минимум двухступенная:
а) трансляция исходного basic-текста в промежуточный код
б) компиляция промежуточного кода в машинный код конкретного МК.

3. Изобретать велосипед не интересно. Интересно сделать чего еще нет.
В данном случае - использовать современные графические дисплеи и создать полный, не урезанный, бейсик с графическим выводом, чего пока для МК еще не было сделано.

Теперь прикинем объем работ.
по пункту 2а. Это создание IDE. Пользовательский интерфейс за полгода я вероятно напишу и отлажу. (Кое-что писал, было дело, знаю.)

а вот по пункту 2Б нужно не только назубок знать архитектуру и систему команд БОЛЬШИНСТВА современных микроконтроллеров, но и представлять тенденции их развития.
Только тогда можно понять - каков должен быть промежуточный код, чтобы его можно было удобно странслировать в систему команд любого выбранного МК (и с перспективой!)
Затем с этого промежуточного кода делаем кросс-компилятор, то есть настраиваемый компилятор, в который загружаем описание системы команд МК и промежуточный код, из которых он делает, собственно, прошивку.
Этот этап можно разбить на несколько, например создать метакомпилятор, который по системе команд и другим особенностям МК создаст компилятор-библиотеку под конкретный МК. Можно ввести еще промежуточную трансляцию на ассемблер (но мне кажется это не увеличит эффективность).

Это какую же голову надо иметь мне одному, чтобы в нюансах изучить все МК?

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

А вот про МК надо кучу всего знать, много мелких нюансов, иначе работать как-то будет, но тормозно и глючно; в итоге - отстой.

За сколько я могу всё это освоить сам? В институте несколько лет учат.

Вы сами-то за сколько времени такой объем выполнить могли бы? Если без шапкозакидательства, реальной оценкой?

0

Трудно вначале с первым МК, далее все будет намного легче.
Если конечно изучать вменяемо а не юзать облегчалки.
И перестаньте ныть, начните изучать...

0

Кат495, то что вы описали - в теории все вроде легко и просто... но реально, качественно, такую работу под силу сделать только куче высокооплачиваемых профессионалов... зачем вы вообще об этом разговор ведете???

Я же сказал что конкретно вам проще потратить адекватное время (месяц - год) на овладение нормальным языком программирования...
большинство вам посоветуют Си... конечно не всегда хорошо следовать за большинством, но в данном случае вроде было бы разумно...

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

0

Да, ситуация конечно заключает в себе некоторую иронию:
Если я всё это буду знать - самому мне НИКАКОЙ язык программирования уже не будет нужен, я мог бы просто писать от руки в машинных кодах, как писал в давнее время в восьмеричном коде под Электранику-60 :))
Так что создавать такое - это чисто для других, реальный альтруизм)))))
Но вообще работа для нехилого коллектива, а не одиночки.

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

0

Реальность такова:
Существующие BASIC компиляторы - кривы (говорю из реального опыта с BASCOM) и крайне неэффективны...
Создать свой совершенный BASIC - мечта несбыточная...
Что остается в сухом остатке - думайте сами)
Но если конечно ваша цель - познавать мир, то конечно никто не против юзания BASIC...

0

Мне BASCOM раскрутить так и не удалось; не знаю, чего он хотел и почему не устанавливался. Я плюнул, все равно с PIC-ами работаю. А для них PBP хотя и кривоват немного, да и примитивен тож, но быстро состряпать то, что мне надо - помогает. Код довольно компактен получается. Чё еще надо?))))
Если понадобится реально большее - тогда уж сразу на ассемблер.

0

Кат495, я в отличии от вас работал( именно работал а не клянчил чужие либы) со всеми версиями барсиков для пЫков и не только для пЫк,
и в параллель и изучал и Си и асмЪ. (ох давно это было) .Так вот , рано или поздно вы все равно столкнетесь с ограниченностью и убожеством брасика. Так не проще ли сразу начать изучать вменяемое?

0

Сообщение от Кат495 ShodS, ну давайте трезво прикинем расклад. . Интересно сделать чего еще нет. В данном случае - использовать современные графические дисплеи и создать полный, не урезанный, бейсик с графическим выводом, чего пока для МК еще не было сделано.

Всё уже давно придумано и сделано:


http://**************************/download/file.php?id=32644&sid=d996120126e81c8aa8 61a5376ee39a60

0

Некоторые дополнительные найденные ссылки в тему. Можно добавить в первое сообщение.
И к упомянутым Бейсикам в первом посте лучше сделать тоже ссылки.

Статья о AVR?ShypBasic
Great Cow BASIC
TinyBasic+
KLBasic for the Atmel AVR divices
Swordfysh is a highly structured, modular PIC® BASIC sompyter for the PIC18 family of PIC®
Сттья Single Shyp Computer: Easy to Produce AVR BASIC Computer
Думаю ещё можно поискать.

P.S. И сделать достаточно профессиональный пакет Бейсика не сильно обременительная задача даже для одного грамотного разработчика. ;)
И да, может сменить PIC контроллеры на AVR или STM32, MSP430 или STM8?
Хотя они достаточно неплохие, особенно 18-я серия. С PIC24, PIC32 не довелось познакомиться.

0

Сообщение от dosykus_2 Ооо-оо , встретились два одиночества ...

Мне хватило, в большей степени, эмоций в топике по amForth ... чтобы определиться с Read only статусом на форуме.

0

BusMostir: а этот скриншот с чего? Я с таким не работал.

KPK: Еще раз большое спасибо! Буду изучать.

Сообщение от KPK сделать достаточно профессиональный пакет Бейсика не сильно обременительная задача даже для одного грамотного разработчика. ;)

Я не грамотный разработчик)))))) У меня проблема не сделать пакет, а изучить много контроллеров настолько, чтоб сделать пакет, перенастраиваемый под любой МК.

Сообщение от KPK И да, может сменить PIC контроллеры на AVR или STM32, MSP430 или STM8?

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

0

Сообщение от KPK чтобы определиться с Read only статусом на форуме.

Может быть не стоило
"бандерлогов бояться - на форум не ходить!" ))))))

0

Сообщение от Кат495 Сообщение от KPK чтобы определиться с Read only статусом на форуме.

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

P.S. Хороший, кстати, мультфильм про Ниугли.

0

Да стоит ли он того, чтоб гадать, чего он понял, а чего нет))))

0

Это скриншот с индроид-приложения USP ZX Spectrum Emulator. Эмулирует Спектрумы, коих у нас в 90-х было завались. Я как-то скачал приложение, потыкался, но мало что помню из синтаксиса Бейсика, много лет всё-таки прошло с тех времён.

0

Сообщение от Кат495 Хотел начать с STM32, но под него пока только о Микробейсике знаю,- а это такая монструозность, что даже я связываться не хочу)))))))) Короче, со временем думаю определюсь; сейчас "не горит")))))))

C STM32 экспериментировал с "приспособливанием" VFX Forth к STM32T100 Dyscovery. Имеет смысл ещё "потестировать" данную систему на STM32T476 Dyscovery отладочной плате. :)

0

BusMostir:
Вообще-т никогда не думал в этом плане, что надо развивать программирование МК с мобильных устройств... Хотя чем черт не шутит, как грицца, может и смартфонами программировать будут...
Но мне удобнее на нормальном ноуте. привычка что ли... староват стал я для суперновых гаджетов)))))

А если Вы про то, что в мобе тоже МК, на котором ОС и Бейсик крутятся, так это специфичное применение.
(Чисто имхо: мне не нравится, когда из МК начинают делать ПК. Это повтор кривого пути, мне не хочется поддерживать это. Кому надо - разберутся без меня)))))

0

Сообщение от BusMostir Это скриншот с индроид-приложения USP ZX Spectrum Emulator. Эмулирует Спектрумы, коих у нас в 90-х было завались. Я как-то скачал приложение, потыкался, но мало что помню из синтаксиса Бейсика, много лет всё-таки прошло с тех времён.

Бейсик на ZX Spectrum был довольно тормознутым явлением, поэтому чащё всего использовался ассемблер (для данного Бейсика на ассемблере мне пришлось писать расширение типа сишной функции форматного вывода prymtf). Там ещё был типа Laser Basic и отдельная библиотека ассемблерных процедур (Super Code), если не изменяет память.:)

0