Привет.

Я тут провожу небольшое исследование.
Моя контора пишет IDE для своего 8битнного микроконтроллера, и посему интресно было-бы знать, мнение профессионалов.

Какие "фичи" самые удачные в AVR studio (ну или в любой системе разработки, которой вы пользовались), и что явно сделано плохо?
Кто какие системы разработки использовал и какие из них вам наиболее
симпатичны? Если можно, то рассказать какие именно вещи и функции удобны/неудобны, важны, нужны, хотелось бы и т.д. На худой конец, просто впечатление от использования той или иной системы разработки ПО для 8ми битников.

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

Если кто имеет свои соображения по этому поводу - поделитесь!
Буду очень рад услышать любые отзывы!

best regards,
stirol

Графическая среда разработки программного обеспечения для микроконтроллеров с архитектурой AVR
“Algorithm Builder”

IDEALNAIA STUKA

В принципе все устраивает (наверно вопрос привычки)
На студии работаю с самого начала их появления

Работа в avrstudio удобна, неприятности были, когда с какой-то версии 3хх убрали возможности редактора по выделению, копированию и перетаскиванию мышкой, в 4-й вроде с этим нормально.
При отладке бывает открыто много окон, хорошо, если есть возможность срывать их ненужные на данный момент части с сохранением установки при повторном открытии проекта (не просто сократить размер окна с появлением скроллеров)
Хелп должен содержать наглядные примеры, например, по использованию команд, опций.
Не пользуюсь отладкой при написании в С в IAR EWB for AVR - там были неудобства при отладке с заходом в обработчики прерываний: надо было вручную указывать, через сколько циклов это должно произойти,..., надеюсь, этого нет в последних версиях, а переходить для отладки в AVRStudio хлопотно.
Хотелось бы среду для С, интегрированную в AVRStudio

Для разработки пользуюсь С компиляторами Image Craft AVR Pro и Сode Vision AVR. Для проектов посерьезнее первым, для простых - вторым. В СоdeVision есть приятная фича - переменная типа бит, что бывает часто очень удобно использовать в программе. Хотя код получается оптимальнее по размеру у Image Craft. Оба компилятора имеют Application Wizard - средство для быстрой настройки периферии конкретного МК. Многие хвалят IAR, но мне больше Image Craft понравился - дистрибутив меньше, код чуть-чуть поменьше, Application Wizard опять же. Отлаживаю в AStudio 4.

Использую IAR С. Раньше еще использовал AVRstudio4 для отладки, сейчас чаще отлаживаю прямо на железе через UART или JTAG.
И то и другое нравится. Вообще для программной отладки приятно, если присутствует эмуляция всей периферии, кот есть на кристале, особенно эмуляция UART. У IDE для DSP-ки M56k (забыл как называется IDE) еще такая фишка была приятная - эмуляция нескольких кристалов, кот можно подключать друг к другу через коммуникационые и цифровые порты.

Использую IAR EWAVR. Всё, что в этой среде есть, устраивает. Особенно возможность отладки в симуляторе/эмуляторе по исходному тексту и возможность подключения внешних инструментов. В следующих версиях этой среды будут добавлены dockable окна, что резко улучшит восприятие рабочего пространства.
Было бы неплохо улучшить такие свойства как автозавершение имён и мастер параметров функций.
Что касается разработки собственного IDE, то сомневаюсь в целесообразности такого подхода. По моему мнению лучше взять готовую, например: UltraEdit, MED, AnyEdit, MultiEdit ets... , а свои инструменты (если, опять же, не применять имеющиеся, а писать свои) подключать через командную строку с передачей параметров и перехватом сообщений.

Мне тоже не понятна эта затея с созданием своей среды. За два с лишним десятка лет создано столько... Сколько же лет Вам нужно тестировать и вылизовать Вашу среду, любезный коллега, чтобы хоть слегка можно было её сравнивать с существующими? Не обижайтесь, но в хорошем софте важны не фичи, а опыт разработчика в конкретном проекте. Один из примеров, среда (если её так можно назвать), поставляемая производителем МК Cygnal (Silicon Laboratories). До чего хороши микросхемки, и до чего же противна среда, не отладка, а пытка, да ребусы. А всё из-за того, что молодая фирма, защищая свой алгоритм прошивки камней, вынуждена была всех "посадить" на свою коробочку для программирования и среду, которая знала, как с этой коробочкой жить. Вроде и интерфейс известный - JTAG, а всё равно всё ни как у людей.

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

Кстати, если так уж НЕОБХОДИМО создавать свою среду, то вышеупомянутый мною AnyEdit поставляется на правах Open Source, т. е. С исходниками на C++ и, таким образом может служить Вам прекрасным шаблоном для Вашего собственного проекта.
Хотя я почти на все сто уверен, что у Вашего руководства отпадёт на это желание и Вы будете применять эту (или похожую) среду как есть.
Если, тем не менее, необходимо организовать некие средства обеспечения секретности протоколов или что-то в этом роде, то как я уже говорил, можно их подключить к готовой среде в качестве внешнего инструмента.

Может лучше забить на среду?
Главное, чтобы был С-шный компилятор. на мой взгляд

Не хватает в ассемблере "локальных" меток - те кто программировал на MACRO11 должны помнить...

Используем WINAVR (GNU C++) Ultra*edit. Отладка си в VM*LAB 3.10 - Быстро, красиво. Практически всегда как в эмуляторе, так и в кристалле.

Ещё одна замечательная среда разработки программ на С++ (бесплатная) DevC++.
Разработана для PC, но можно подключить свои (внешние) компиляторы, сборщики, отладчики.
Есть броузер классов, автозавершение, поддержка CVS, и т. д.
Попробовал, впечатляет!

Программы пишу на IAR EW для AVR. Математику отлаживаю на Visual Studio или на AVR Studio 4. Окончательную отладку провожу на железе.

IAR EW, сложную математику в старом добром BC30 (ну очень ДОС-окна нравятся ), отладку на эмуляторе последний раз делал еще когда писал на асме под 51-й Сейчас все жестко - прошивка, далее диагноз конвульсий железа.

Последние 4 года работаю с Кейлом. Среда по-моему идеальная. Начинал с 51-ми.
После 2-х лет сидения на АСМе дедушка Кейл показался чем-то необычайным.
Во-первых - очень хорошо построенный дебагер - симуляция всей начинки проца, возможность работы с монитором.
Во-вторых - возможность наращивать номенклатуру симулируемых устройств либо за счет готовых ДЛЛ от производителя, либо написанных самим.
И, наконец, что сейчас для меня важно, поддержка нескольких ядер в одном ИДЕ. Сейчас начинаю работать с LPC21xx - работаю в той же ИДЕ.

Такая же ситуация с продукцией от IAR Systems - более 30 поддерживаемых платформ микроконтроллеров.
И это хорошая идея, т. к. существенно сокращает проблемы переносимости программ.

Извиняюсь за вопрос, надо быстро понять.
Какие под AVR есть чистые средства разработки.
В самом крайнем случае, eval.
С уважением,
Дмитрий.

В двух последних проектах -- один на AVR, другой Фуджике -- пришлось отказаться от использования IDE и весь код писать в своем любимом редакторе. С авр IDE я использовал только для компиляции, а для редактирования был подключен внешний редактор. В случае с фуджиком делал примерно также, а потом и вовсе перешел на использование make файла, чтобы обеспечить макисмально комфортную работу трех разработчиков вместе над одним проектом.
Симулятором почти не пользуемся (но это скорее минус IAR AVR симулятора и бесплатной среды для фуджиков под названием Softune)

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

Для себя сделал вощем-то простой вывод: для того, чтобы среда разработки мне облегчала жизнь нужно всего-то
1. наличие автоматического генератора make файлов с зависимостями
2. наличие мастера, позволяющего быстро создать заготовку проекта под конкретный камень
3. наличие адекватного мастера, который будет облегчать настройку периферии кристалла (всяких там UART, ADC, SPI и проч.)

Все остальное удобно делать в своем любимом редакторе кода.

Кроме упомянутых сред от IAR и Keil можно также порекомендовать для ознакомления целый список на
AVR Freaks

IAR компилирует прекрасный код

Пользуюсь AStudio 4.11

К плюсам явно могу отнести - то что можно смотреть всю перефирию, порты, таймеры и т.д. в удобном виде (вплоть до битов). Ну и интерфейс понятен - прост
К минусам - watch.
Не всегда можно просмотреть переменную, или часть структуры (например mystr.x - уже не покажет, хотя саму структуру показывает), при просмотре памяти нельзя задать что память 32битная или float/double.
В общем если бы в watch можно было бы смотреть все и в любом виде, а так же при просмотре памяти - то цены бы небыло...

Михаил

Пользуюсь
-GCC-3.4, binutils-215 в качетсве кроскомпилятора, ассемблера, линкера.
в качестве компилятора
-avr-libc-1.0.4 в качестве startup кода, минимальной библиотеки функций
( таймер, watchdog, установка обработкчиков прерываний, математические
функции, стандартные функции ввода/ вывода типа printf и так далее, обозримая
документация )
-uisp20040311 в качестве программатора по последовательному кабелю

- Application Wizard;
- поддержка внешней перифирии (драйвера устройств подобно CodeVision)
- псевдобиблиотека (CodeVision) - драйвер готового устройства можно легко переделать для другого(похожего девайса)
- Симулятор;

Использую ICCAVR - удобная среда, есть Application Builder.
Отлаживаю в AVRstudio.

До недавнего времени сидел на CodeVision AVR - простая среда, легко освоить, есть терминал(мне очень нужен), есть библиотеки для Ibutton, Dallas - отличная среда для небольших проектов. Но после того, как в 2313 прога влазить перестала - переполз на IAR - там коипилятор получше оптимизирует - процентов на 25 больше влезло!
В нем же и алгоритмы гоняю. На процах типа v6
Сложнее он правда. Пришлось с настройками повозиться. Но и возможностей намного больше