На http://www.mikroelektronika.co.yu/english/product/compilers/ выложены новые компиляторы mikroPascal и mikroBasic для AVR от фирмы-разработчика MicroC for PIC. На тему этого компилятора говорили много хорошего, особенно всех порадовали примеры и достаточно богатые библиотеки.

MikroPascal и mikroBasic для AVR также имеют довольно приличные библиотеки, симпатичную IDE, насчет выдаваемого кода пока не разобрался, я в ASM откровенно слаб.
Платный.
Ограничения демо версии - 2К кода.

Кто-нибудь смотрел? Мнения появились?

P.S. Это не попытка спроцировать новую священную войну "IAR vs все остальное", просто может быть кому-нибудь будет интересно. Ну а если еще исправить баг с ограничением размера ...

P.P.S. Там еще всякого нового для PIC & dsPIC появилось.....

Посмотрел на этот microPascal.. впечатления для v1.0.0 не очень.

1. Не полностью поддерживается тип float (signle, real). Объявить можно, а на использование накладывается масса ограничений. Например, такой код не компилируется, хотя полностью соответствует синтаксису паскаля:



Компилятор ругается что real нельзя умножать на int..
Ну это пол беды, сделал так:



Теперь компилятор ругается, что нельзя умножать константу на real (на выражение 3.0 * R2).
Добавил еще одну переменную R3, присвоил ей 3, после чего компилятор ругнулся на операцию '/' обозвав ее при этом "операцией умножения".

2. Я так понял нет возможности использовать OCD, а также генерируемый .dbg файлы не воспринимаются AVRStudio, т.о. отладку можно выполнять только на встроенном эмуляторе.

3. Неправильно считается объем доступной RAM. Для mega16 почему-то показывает RAM 1683 байт свободно.

4. В хелпе куча промахов (неподготовленных файлов), например, в оглавлении присутствует базовые мат. функции Sin/Cos/Log и т.п., но файла справки по ним нет.

Это что бросилось в глаза за 10 минут использования.

IDE весьма симпатичный, работать с таким было бы очень приятно.

В общем, imho, перспектива у этого продукта есть, но пока его использовать рановато.

Сообщение отредактировал defunct - Jan 31 2006, 16:11

В средине февраля разработчики обещают новый релиз mikroPascal AVR. Посмотрим. Обещают существенно оптимизировать. На данный момент получаемый код слишком велик - по сравнению с С - в два раза практически.

Приятная вещичка, надо будет на заметку взять и релизы мониторить. Мож даже и приобресть.

10 балов! Честное слово попробую сделать какой-нибудь мелкий проект. IDE подкупает!!!

А вообще обидно! Ведь IAR сто лет на рынке. Одна среда для 20 МП, так неужели сделать что-либо приличное нельзя? Такие бабки берут. Даже Atmel и то постарались. Молодцы. И ведь удобно достаточно. Короче действия IAR я, лично, расцениваю как неуважение ко мне в часности и ко всем разработчикам в целом. Столько времени отнимает всякая мелочь которой так не хватает. Ну что сложного сделать переход по процедуре к объявлению или подсказку по переменным как здесь.

Ну а в целом... Конечно... И дело даже не в качестве компилятора ... До того пока они не смогут сделать единую среду для ну скажем 10 основных процессоров (430, avr, arm, 51 хотябы), то особо не кинутся люди использовать. Это как на ASMе писать. Процессор поменял и вперёд на камни!

Это не обязательно. Keil поддерживает только три семейства cx51, c16x и ARM7, тем не менее, он очень широко используется.
Зависит от качества, если будет полноценная реализация паскаля (какой еще нет), и качественный оптимизатор кода (сравнимый с нынешними компиляторами с С), то многие будут использовать эту систему (качественный GUI они уже прикрутили), даже если она будет заточена только под AVR.

Сообщение отредактировал defunct - Feb 5 2006, 22:48

У IAR IDE, конечно отстой полный. Но кто заставляет ей пользоваться?
Выберете солидный программерский редактор, make и прочие инстументы к нему и вперед
к нормальной жизни.

"Такие бабки" они берут не за оболочку главным образом, а за компилятор. И он стОит того.


Это Вы про студию, что-ли? Ну это кому как. Я, помнится, наелся ее глюков - особенно первые версии 4.хх очень "радовали", некоторые просто вообще не запускались. Да и сегодня - чего в этой студии такого сногсшибательного? Оболочка, как оболочка, ничем не лучше того же иаровского EW. Даже отладочного окошка Locals до сих пор не сделали. Это, извините, вообще позор!


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

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


Это не такая простая вещь, как кажется. Это надо делать автоматический tagging всего проекта. Причем, чтобы это на анноило ожиданием (как в том же C++Builder'е) тут надо головой подумать над реализацией и оптимизацией. Вот тот же, к примеру, SlickEdit умеет это делать, но это продукт несколько другого калибра (как редактор). Дорастет ли IAR до него, неизвестно. Но сдвиги есть, оболочка развивается.

Если хочется удобства и гибкости, оставьте все эти оболочки, возьмите себе подходящий внешний редактор, настройке себе систему сборки (например, с помощью make), тут все в Ваших руках, все рулится. И при переходе на другую платформу все опять удобно. Вот у меня под сликом живут AVR (IAR), MSP430 (IAR), TMS320F28xx (CCS), Blackfin (VDSP). Т.е. три разные платформы со своими нюансами, особенностями и требованиями, но процесс работы единооразен - в одном и том же любимом редакторе. Услугами оболочек пользуюсь только когда надо отладчик поюзать.


Среда у них, как раз, одна и та же. Одна и та же оболочка предназначена для работы со всеми их компляторами. Проблема там в другом: дело в том, что сами оболочки, как и компиляторы, имеют разные версии. И оболочка версии, скажем, 2 не будет работать с компилятором из версии 3 (под версиями тут понимается внутренние версии, сами IAR'овцы называют их Internal Platform; т.е. это как разные поколения подуктов. Например, EWAVR 2.28 - это Internal Platform 5, а EW430 2.20 - это Internal Platform 6. Для AVR Internal Platform 6 - это EW3.xx). Вот тут и возникает нестыковка. Если используете пакеты с одинаковой Internal Platform, то никаких проблем нет, они прекрасно встают вместе и успешно используются одной оболочкой, которая в директории Common. На вопрос, как быть с вариантами на разных Internal Platform, они ничего лучше не придумали посоветовать, как ставить пакеты с разными Internal Platform в разные базовые каталоги, не мешать их.

Т.ч. тут на самом деле не все так просто. Очень сложно манагить 20 пакетов так, чтобы они еще органично вписывались в общую схему/систему/концепцию.

А где Вы лучше видели? Все они примерно одинаковые.


Оболочкой пользоваться на начальном этапе гораздо проще. Для связки редактор+make надо "дорасти", освоить фичи редактора, освоить make (где тоже нюансов дофига). И все равно, для "попробовать" в оболочке получается всегда быстрее - не надо разбираться с ключами командной строки и прочим. Хотя, конечно, для серьезной работы вариант редактор+make как правило подходит лучше.

Ну вот, началось....
Опять IAR, опять священные войны.....
Спасибо ответившим по существу - мое мнение примерно такое же : пока откровенно сырые продукты, но с большой перспективой, ежели сумеют развить их достоинства и не обрасти недостатками.

2 модератор - IMHO тему можно закрывать, а то опять получится "Программатор RS232 своими руками "

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

Если Вы - автор темы, то и сами сможете её закрыть (опции модератора), но в этом случае те, кто не успел высказаться, возможно с полезной информацией, уже не смогут это сделать.
Тем более, что продукт развивается и через некоторое время тема может быть поднята вновь.
Закрывать желательно те темы, которые в принципе не имеют развития.

Ребята я писал в полушутливой форме. Похоже у меня не получилось.
Я не умаляю заслуги IAR. Я просто порадовался подходу новой фирмы.
С Atmel AVR Studio работаю с самого начала и сколь-нибудь значительных глюков не заметил. По крайней мере они сильно не врезались в память. И пожалуйста не забывайте, это бесплатный продукт.
По поводу сложности в реализации "всяких фишек", - Вам уже ответили те ребята которые только начинают (заметьте) продвигать свой продукт. Я не юзал и не собираюсь оценивать компилятор MicroPascal, мне просто с первого момента понравилась среда разработки. Мне лично.
Фирму IAR я видел в инете с 1992 года. CV тогда только начинала свои проекты для 51. У меня ещё где-то betta версия валяется (для EGA). По отзывам многочисленных сторонников IAR - лучший компилятор и я изучаю сейчас его. Но в IDE у них похоже время остановилось. По крайней мере мне так кажется. Хотя я могу и ошибаться не судите строго. Насчёт использования внешнего редактора, - я Вам завидую и уважаю Вашу силу воли. На мой взгляд это как "баня ч/з дорогу раздевалка", т.е для некоторых подходит. А я не осилю. И, простите, мне кажется, таких большенство. Пусть худшее и ленивое, но большенство.
Не призываю к палемике, просто высказываю своё мнение.

Микроконтроллерного уровня - даже и не смотрел. Для "больших машин" -
естественно видел. А насчет "полного отстоя", так это по причине не только минимальной функциональности редактора, но и сразу наступивших глюков с переназначением
Hotkeys, частичной потерей проектов (какой чудак задумал сохранять их полько при выходе)
при падении (что само по себе "характеризует" ) IDE вслед за драйвером отладчика.
Невозможности изменить белый фон, nonpersistent blocks и других мелочей в больших колличествах.
Короче, "начальный этап" у меня закончился через неделю :-( - больше не выдержал...
Правда при этом я всю предыдущюю жизнь наботал не в "готовых IDE" и сравнение
IARовской IDE с удобной средой обитания несомненно довлело.

Если с полного нуля, и с желанием "нажать кнопку и получить результат", то альтернатив
готовой IDE просто быть не может.

Сила воли здесь совсем ни причем! Просто себя надо любить :-) и лелеять. Абсолютно невозможно сравнивать, например, чемодан с китаским набором инструментов "999 в одном" и подобранные, опробованные, заточенные под себя инструменты. Ну и редактор в этом комплексе совсем не "внешний", совсем наоборот - он интегрирующий центр ВСЕГО хозяйства.

Обсуждение редакторов и IDE велось здесь.