Помощь - Поиск - Пользователи - Календарь
Полная версия этой страницы: Все средства хороши...
Форум разработчиков электроники ELECTRONIX.ru > Микроконтроллеры (MCs) > ARM
alexf
Я давольно давно у успешно работал с "большими" ARM под Линуксом. (PXA255 XScale).
А теперь возник проэкт для маленького ARMa. Купил две платы у Olimex - один Philips и один Atmel а так же там же JTAG кабель.
Поискал FAQ и прочитал на Сахаре что IAR самый самый. И действительно легко поставился и понимает JTAG (через китайский H-JTAG).
А теперь вопросы.

1. Действительно ли код от IAR в разы быстрее и компактнее чем GCC?
2. Лучший ли это способ отладки - JTAG через H-JTAG? Или можно Wiggler напрямую?
3. У меня еще стоит KEIL но почему то даже нет опции подключать JTAG через RDI.
Как его настроить или IAR все равно лучше?
4. Я так понял что если мне 32К кода не хватит, то лекарство есть?
sensor_ua
1. Слишком круто "в разы". Кроме того, GCC4+ и 3+ разнятся (4 лучшеwink.gif ИМХО, код от GCC4 по размеру может уступать до 20%, но по скорости ещё нужно смотреть кто кого. Ищите реальные бенчмарки (ну или сами проверьте). По некоторым бенчмаркам получается, что лучшие результаты по многим тестам даёт не IAR, а RV.
2. Никак нет. Это просто один из самых древних и дешевых способов. Здесь можно по поиску найти достаточно тем с обсуждением этого. ИМХО, клоны J-Link есть самое выгодное и удобное за свои деньги (MT-Link не пробовал, но пользуюсь JET-Link-ом) - 70 убитых енотов.
3. Это у Вас в кейле либо чего недоломано, либо старО, либо глюки.
4. Однозначно. Лучше сразу лечить, а то есть скрытые ограничения, типа количества символов в путях и т.п., с которыми проще не бороться

Мой выбор Keil (RVDMK) с компиляором RV. Симулятор на высоте, можно пользовать J-Link.
alexf
Цитата(sensor_ua @ Jun 19 2006, 00:42) *
1. Слишком круто "в разы".
3. Это у Вас в кейле либо чего недоломано, либо старО, либо глюки.
Мой выбор Keil (RVDMK) с компиляором RV. Симулятор на высоте, можно пользовать J-Link.


Спасибо за ответы. "В разы" это по бенчмаркам с саита KEIL.
Я совсем ничего не ломал. Может в этом и беда? Взял KEIL с CD-ROMa который подобрал на выставке.
Вроде версия с GNU compiler без ограничений. Замечательно компилирует и симулирует, а вот просто не знаю куда вставить h-JTAG.DLL.
Предлагается только либо симулятор, либо j-link.
sensor_ua
Вот, например, другой бенчмарк, старенький, но всё же
http://www.raisonance.com/files/pdf/AN52-ARM-C-Benchmark.pdf

А кейла надо бы поломатыйwink.gif пробовать. Здеся на фтп усё есть.
Evgeny_CD
Цитата(sensor_ua @ Jun 19 2006, 12:26) *
Вот, например, другой бенчмарк, старенький, но всё же
http://www.raisonance.com/files/pdf/AN52-ARM-C-Benchmark.pdf
a14.gif Очень показательно для GCC 4.xxx
Цитата(sensor_ua @ Jun 19 2006, 12:26) *
А кейла надо бы поломатыйwink.gif пробовать. Здеся на фтп усё есть.
Или тут
http://www.caxapa.ru/mcu/wwwboard.html?id=60082
sensor_ua
И правда, бенчмарк уже без RVDS. В прицепе более старый вариант
alexf
Цитата(sensor_ua @ Jun 19 2006, 01:26) *
Вот, например, другой бенчмарк, старенький, но всё же
http://www.raisonance.com/files/pdf/AN52-ARM-C-Benchmark.pdf

А кейла надо бы поломатыйwink.gif пробовать. Здеся на фтп усё есть.


Ой, спасибо! То что я хотел увидеть. Т.е. действительно с printf библиотекой жирный код получается,
а без нее - нет.
Так что может быть кейл и не очень нужен. Осталось найти версию GDB с JTAG под Линукс.
Evgeny_CD
Цитата(alexf @ Jun 20 2006, 00:22) *
...Так что может быть кейл и не очень нужен. Осталось найти версию GDB с JTAG под Линукс....
"Их есть у нас"
http://electronix.ru/forum/index.php?showtopic=17562
раздел про JTAG.
alexf
Еще раз спасибо за ценную информацию. Я успел попробовать и GCC, и IAR. Причем сначала IAR и наткнулся на проблему: все симулируется, ничего не работает на LPC2106.
Скомпилировал на GCC - все работает. Начал разбираться. Сильно за полночь понял что хотя стоит ясно указанный процессор LPC2106,
IAR упорно считает что ROM с 0x8000 а RAM с 0x10000.
Поменял настройку - заработало. А только что я сначала не так поставил? Почему такой странный дефолт?
Для просмотра полной версии этой страницы, пожалуйста, пройдите по ссылке.
Invision Power Board © 2001-2025 Invision Power Services, Inc.