Извините - с Армами только начинаю. Использую WinAVR для разработки под Атмелы - очень мне удобно - создал маке файл - одним движением компиляция и програмирование кристала. Для написания кода Programmers Notepad (тоже удобная штука). Почему-то не встречал информации о и использовании WinARM для написания кода для армов (все пользуют CW, IAR, Keil).
Стоит ли качать WinARM, будет сложнее с ним разбиратся, или лучше все таки платные продукты?

WinARM полный наследник WinAVR, тот же PN, в мэйкфайлах еще авровские фрагменты остались В общем в добрый путь.
Единственное, чтобы я посоветовал брать не инсталяху, а архив и ручками прикручивать его к уже установленному WinAVR.

PS Еще один момент - каждый несет на себе cygwin.dll они могут конфликтовать, поэтому dll были вынесены в отдельный каталог и расшарены между обоими компиляторами.

А отладчик? ARMstudio нет в природе. Между тем у кроссворкс он наблюдается, начните наверно с него.

Под винды есть сборка GNUARM, в составе которой идет отладчик GDB вместе с примитивным эмулятором ARM (но периферию он не эмулирует). Можно использовать Proteus в качестве симулятора.

Под отладкой я конечно же поинмаю внутрисхемную отладку. Симуляторы тем более примитивные... закончите предложение сами. Proteus то же еще тот глюкодром.
У кроссворкс, как я убедился, очень неплой интерфейс с виглером, который можно как купить за 20баксов, так и сбрать самому вобще бакса за 2-3.

Слушаете а gdb он это... из командной строки да? К нему интерфейсы то есть вообще графические нормальные? eclipse?

gdb как и другие GNU инструменты можно подключать к чему угодно.
Впрочем специфика ARM кода такова, что логику легче отлаживать на PC, а с периферией никакой отладчик не поможет, брать пол-литра и заниматься имитационным моделированием.

А вообще с опытом WinAVR перескочил на WinARM за пол-дня, учитывая, что SAM7 на тот момент не знал совершенно.

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

Только меня смущает отсуствие документации в самой программе CW 1.6
На их сайте одним архивом я документацию найти не смог, TeleportPro тоже не берет, а из самой оболочки CW, насколько я понял, хотя по идее и можно просматривать документацию из интернет (подобно как в Visual Studio) но заставить это работать я так и не смог...

ЗЫ Можно ли использовать Wiggler для отладки AVR-ов (у тех у которых есть JTAG)?

Есть: ddd, insight и ряд других.

Вы видимо к gnu привыкли слишком. С gdb действительно без пол-литры никуда. И вообще не темните, я же вроде конкретный вопрос задал, а Вы: "к чему угодно..." Может к AVRstudio подключить попытаться?

AVR
а к ЦВ 1.5 вроде полно документации устанавливается. Зачем спешить?
wiggler для AVR пользовать низя. Если честно, то wiggler воjбще пользовать низя.

ЗЫ
Вобще я сам keil пока что пользую (переползаю на него после ИАР, очень удобный симулятор-отладчик в среде) и поглядываю на gcc , gcc4 хочу подрубить, keil пока что сопротивляется. Как раз с целями ознакомления с gnu-интсрументами и инетересуюсь через что народ с gdb общается.

makc
И какой из этого ряда наиболее "юзабельный" для отладки С-прог?
А из под eclipse с gdb можно работать? Не пробовали? что-то я видел вроде такое...

Запямтовал слово insight , хотя игрался. Можно еще на sourceforge порыться - там всего хватает.
А вообще я не пользуюсь отладчиками уже несколько лет, тем более в embedded. Сбрость в УАРТ/ на дисплей состояние процесса в интересующем месте куда конструктивнее, чем щелкать мышкой по окошкам. Тем более как работает printf или memcpy я без всякого отладчика знаю, а с заваленными фронтами или клоками с неправильной фазой он не поможет. Уже молчу про многопотчность.

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

Более удобным мне кажется ddd, но insight более стандартный и есть практически везде. Что касается Eclipse, то GDB в CDT, afair, поддерживается нормально и люди там тоже отлаживаются с комфортом. Но это не мой путь, т.к. мне больше по душе GVIM+Make+GDB+Консоль.

makc
не подскажите где в gnuarm зарыт стартап для sam7? У меня кажется keil прозрел, увидел компилятор, прокомпилировал все сишники без какой либо ругани. А вот на стартапе асемблерном ожидаемо обломался. осталось только с библиотеками разобратся и включаемыми файлами, а то в сигнусе от кейла их что-то больше намного.

А вообще одинокий отладчик конечно не поможет с отладкой всюду и везде, отладочные интсрументы надо использовать комплексно. Отказ от использования отладчика, даже в embedded, считаю откатом в прошлый век. ИМХО!!!!

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



Спорный вопрос. Мне для большинства моих задач хватало отладочной выдачи в критичных точках + светодиодик для отладки стартапа.

Может тогда кто-нибудь из винАРМа файлик подкинет в качестве примера?


Еще раз для заядлых gcc-ов...))) ИМХО!!!!!
Хотите спорить по вопросу - спорьте без меня. Каждый работает так, как ему удобней, привычней и соответственно быстрей.

Примерно так и есть. Внутрисхемный отладчик наиболее полезен или для совсем уж слепых-глухих девайсов. Либо для начинающих изучать железо+софт и пока не сильно понимающих, что они написали и кто виноват. Как только человек начинает осознавать то, что он делает и обретает увереннось, желание внутрисхемно отлаживатся должно уменьшается. На первое место начинает выходить комплексная отладка, для которой внутрисхемный отладчик слишком мелочен и утомителен в работе по сравнению с нормальной отладочной распечаткой. И становится он тем, чем и должен быть - вспомогательным средством. Безусловно нужным и полезным в некоторых случаях, но вспомогательным. Из личного опыта работы с отладчиком - сэкономил он мне время и силы один раз, когда собранный после значительных изменений проект "улетал" - остановить и глянуть где все болтается действительно очень эффективно получилось.