Easyelectronics.ru

А чего удивлятся , посмотрите asm файлы обоих компиляторов. На глаз могу сказать что micro выглядит значительно лучше.
Чего стоит только вот такой фокус - игры со стеком, что не каждому компилятору дано.

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

Не знаю , не знаю - загад не бывает богат, но то что он сделал в asm мне нравится значительно больше. Скорее всего его наши писали и профи.

Богу - богово...
А нам, грешным, и земного хватает. Цель определяет калибр.

Одно дело - стрелять по крейсеру, и совсем другое - по бегущему зайцу... Которого надо не уничтожить, а мясо с него поиметь. И не потратив на выстрел стоимость тысячи таких зайцев.

О мой Бог!!!
"профессиональный" IAR AVR 6.3.3 при оптимизации speed 160us!!! Правда выигрывает по размеру немного
Он что хуже MikroC???
Все во вложении, в папке iar.
Проверьте...

121,5uS
Размер кода 3156 байт...

Наши братья - славяне из бывшей Югославии.

Точнее - не помню, то ли сербы, то ли еще кто. Их там 9 республик в составе Югославии было. Но пишут действительно хорошо.

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

Ничего не надо искать, все под руками.
Куча всевозможной статистики после компиляции, с таблицами и графиками.

Поддержка библиотеками всего, вплоть до Ethernet. И список постоянно растет. Регулярно, несколько раз в год, выходят новые версии. Где добавляются новые процессоры, библиотеки, возможности...

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

Кое что есть тут
Альтернатива Wiring для Arduino — BASCOM-AVR
http://habrahabr.ru/post/151544/
Сравнение эффективности компиляторов для Atmel AVR
http://habrahabr.ru/post/151587/

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

на счет оверкода на си не соглашусь. сколько не пробовал на си писать - всегда по размерам получалось раза в 2 больше чем на асме :-)

но сейчас уже перехожу потихоньку на стм32 - поэтому хочешь не хочешь - а остается только си...

кстати посмотрел сейчас на сайте microe там и для армов есть микропаскаль ! :-))

у них есть какой нить демопродукт ? чтобы попробовать ?

С каждым компилятором (в отдельной папке при инсталляции) у них идет куча небольших, но функционально законченных и работающих примеров, показывающих работу с теми или иными устройствами или библиотеками. Например, ADC, UART, I2C...

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

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

Да и цена их - не так уж и велика по сравнению с компиляторами других фирм. Две с половиной сотни баксов за среду разработки программ для ARM - это не тысячи...

на счет легальности - хочу попробовать..

если реально все работает и есть f4 - то куплю себе легальную версию.. как не крути а 250 баксов за возможность использовать легальный продукт - это не дорого...

поставил сейчас себе.. сижу разбираюсь..

есть какой нить русскоязычный форум по нему для стм32 ?

кстати не нашел библиотеку dcmi для f4 :(

Для ARM компиляторы у МикроЭлектроники появились недавно (с год - полтора всего, вроде), поэтому что-то пока может и отсутствовать.

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

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

Только MikroC и использую для программирования. Программа просто зачётная для средней степени сложности проекта. Для сложных проектов мне кажется она слабовата. НО!!!!!! Я простой радиолюбитель и занимаюсь этим как хобби. А по сему мне хватает мощности этой программки на все 200%. Есть в ней конечно подводные камни, например - Запуск прерываний во время отладки возможен только нажатием на кнопочку! Это глуповато ))) Если в коде есть запуск АЦП, то отладка виснет в бесконечном цикле, так как не поднимается флаг окончания преобразования АЦП. Это тоже минус, можно было бы и сделать выход из преобразования со значением 0. Хотя ручками всё можно остановить. Но это не критичные моменты, так как проверить истинную работу АЦП в отладке не получится, как ни крути проверки на реальном железе не избежать.
Я сравнивал удобство написания программы в MikroC и в CVAVR, выбор был однозначно в сторону MikroC с большим отрывом.

Например - как изменить один бит в регистре на CVAVR и других подобных С компиляторах:
PORTB |= (1 << PB5); //устанавливаем PB5 в 1.

Как это делает MikroC:
PORTB.F5=1;

Разница есть?
В MikroC есть много таких упрощений, но и стандартные конструкции тоже вполне работоспособны.

это не mikroC делает, а битовые поля в структурах.
никто в любом другом компиляторе не мешает написать (ну только положить по определённому адресу не через @ а руками, чтобы уж совсем в любом)

__no_init volatile union{
unsigned char PORTB;
struct{
unsigned char F0 : 1; /* */
unsigned char F1 : 1; /* */
unsigned char F2 : 1; /* */
unsigned char F3 : 1; /* */
unsigned char F4 : 1; /* */
unsigned char F5 : 1; /* */
unsigned char F6 : 1; /* */
unsigned char F7 : 1; /* */
}PORTB_bit;
} @ 0x002F;

Офигеть преимущества!)))
Во первых CVAVR тоже позволяет писать PORTB.5 = 1; но это ерунда, это нестандартная фишка. Для другого компилятора нужно писать структуру, как указано выше. А всё нормальные люди пишут типа ON(LED), OFF(LED) и не привязываются ни к битам, ни портам, ни к уровням.

МикроС это компилятор языка похожего на С, а точнее враппер с языка похожего на С, на фреймвок изобреДенный МикроЕ.
Короче таже самая аурдунья...

в подробности не вникал, набег в плане посмотреть, сухой выхлоп

mikroC for AVR
- размер крохотуля
- установился без вопросов
- запустился, собрал тестовый проект, отладка по шагам, просмотр порта (далее не полез)
- ни каких тебе зависаний, тормозов
- приятный интерфейс
- avr-studio 4 даже рядом... нервно курит... в плане работы под wine
- логично предположить, что на реальном железе - вообще летает


в итоге - логичный вопрос: почему не популярен? и чЁ нам надо?! avr-studio или mplabx выглядят неповоротливыми манстрами, по сравеннию с этим пепелацем :о)

кто реально сидит на makroC, как он на рабочих проектах?

Да нормальная среда 1200 библиотек, лицензия 269$

для простых любителей лицензия "по барабану" :о) ее можно зеленкой покрасить...


это тоже хорошо :о) а как на счет стандартных инклюдов, типа "avr/time.h"? или юзаем только свои родные библиотеки?

библиотеки представляют из себя исходники с хедерами или бинарники? ни чего не изменилось с "тех пор"?