бесплатные средства отладки: миф или реальность? Опции

[Alex_rav(зеленин...]

Проблема вот в чем: нужен отладчик для процессоров с ARM-м ядром, который бы распостранялся бесполатно.....
Сам работаю в IAR, крякнутой как вы понимаете версии.

И просто ради интереса: а чем вы сами-то пользуетесь???

[etoja]

Используй отладочную печать через RS232 - не придётся бороться с драйверами JTAG.

[boez]

Теоретически это Insight + gdb + openocd + адаптер на FT2232. Практически я такое не пробовал еще (пользуюсь исцеленным CrossWorks). Но по причине большей любви к USB, чем к LPT - самому интересно было бы эту связку попробовать. Жаль, пока нет времени. Может кто пробовал - поделитесь опытом? Почти или все упомянутые проги под винду есть в дистрибутиве WinARM. Ну а под линух они конечно тоже есть.

[AlexBoy]

Теоретически это Insight + gdb + openocd + адаптер на FT2232. Практически я такое не пробовал еще (пользуюсь исцеленным CrossWorks). Но по причине большей любви к USB, чем к LPT - самому интересно было бы эту связку попробовать. Жаль, пока нет времени. Может кто пробовал - поделитесь опытом? Почти или все упомянутые проги под винду есть в дистрибутиве WinARM. Ну а под линух они конечно тоже есть.

Работаю со связкой Insight + gdb + ocdremote + wiggler для Xscale, а вобще ocdremote настраивается для очень многих arm-ов.

[beer_warrior]

Используй отладочную печать через RS232 - не придётся бороться с драйверами JTAG.

+1, позволит отследить любую ситуацию, абсолютно без геморроя.

[Andy Great]

OpenOCD не пробовали? Сейчас динамично развивается.

[Alex03]

Практически я такое не пробовал еще (пользуюсь исцеленным CrossWorks). Но по причине большей любви к USB, чем к LPT - самому интересно было бы эту связку попробовать.

А MT-Link прикупить и под CW дальше жить? Т.е. я причину не разумел.

[Paramon]

Используй отладочную печать через RS232 - не придётся бороться с драйверами JTAG.

Будьте любезны извините! Пользуюсь JTAG, а этот метод мне незнаком. Где можно найти инфу по этому?
С уважением PARAMON!

[Alex_rav(зеленин...]

спасибо всем.....сейчас полезу разбираться и качать

Используй отладочную печать через RS232 - не придётся бороться с драйверами JTAG.

объясните пожалуйста что ето такое???

[boez]

Используй отладочную печать через RS232 - не придётся бороться с драйверами JTAG.

объясните пожалуйста что ето такое???

Это разновидность brute force debugging - то есть отладки с модификацией своей программы.

Обычно пишется своя функция putchar (или putc, не помню, читайте доку по вашей libc) и подключается к библиотечной функции printf. Эта putchar выводит в уарт контроллера заданый символ. Потом пишется макрос #define DEBUG_PRINTF(...) printf(__VA_ARGS__) и вставляется в некий serialdebug.h, который подключается как #include везде где только можно. И после этого в вашей программе в любом месте (ну желательно не в обработчике прерывания и подобных критичных по времени местах) пишется например DEBUG_PRINTF("Елки, оно ж сюда вообще заходить не должно!!! x=%p, y=%d",x,y). И при выполнении этого участка программы на экране вашего компьютера, подключенного COM-портом через MAX232 или аналогичный конвертор к упомянутому уарту МК вы увидите надпись. Преимущество метода в том что программа ваша не останавливается при отладке (иногда это лучший метод понять что происходит), недостаток - в том что если нужно посмотреть другую переменную или что-то поменять - нужно пересобирать и заново заливать в контроллер программу. В общем - каждому свое.
Да, после того как ваша программа достаточно приблизилась к идеалу - заменяете дефайн на пустой #define DEBUG_PRINTF(...) и все эти задержки на вывод отладочной инфы пропадают.

[Alex_rav(зеленин...]

Это разновидность brute force debugging - то есть отладки с модификацией своей программы.

Обычно пишется своя функция putchar (или putc, не помню, читайте доку по вашей libc) и подключается к библиотечной функции printf. Эта putchar выводит в уарт контроллера заданый символ. Потом пишется макрос #define DEBUG_PRINTF(...) printf(__VA_ARGS__) и вставляется в некий serialdebug.h, который подключается как #include везде где только можно. И после этого в вашей программе в любом месте (ну желательно не в обработчике прерывания и подобных критичных по времени местах) пишется например DEBUG_PRINTF("Елки, оно ж сюда вообще заходить не должно!!! x=%p, y=%d",x,y). И при выполнении этого участка программы на экране вашего компьютера, подключенного COM-портом через MAX232 или аналогичный конвертор к упомянутому уарту МК вы увидите надпись. Преимущество метода в том что программа ваша не останавливается при отладке (иногда это лучший метод понять что происходит), недостаток - в том что если нужно посмотреть другую переменную или что-то поменять - нужно пересобирать и заново заливать в контроллер программу. В общем - каждому свое.
Да, после того как ваша программа достаточно приблизилась к идеалу - заменяете дефайн на пустой #define DEBUG_PRINTF(...) и все эти задержки на вывод отладочной инфы пропадают.

спасибо, принцип понят.....

[KRS]

А мне нравится Wigler + H-JTAG
и под ИАРом эта связка отлично работает

[Alex_rav(зеленин...]

А мне нравится Wigler + H-JTAG
и под ИАРом эта связка отлично работает

Да мне тоже нравится, сам под ним работаю, вернее учусь пока работать....

Дело в том, что официально его не распостраняют бесплатно

[Alex_rav(зеленин...]

Скачал insight-6.5, gdb-6.5, hwsupport-2.19........... Только сильно не ругайтесь....но что с этим со всем делать????

[AlexBoy]

Скачал insight-6.5, gdb-6.5, hwsupport-2.19........... Только сильно не ругайтесь....но что с этим со всем делать????

К этому еще нужно скачать cygwin и поставить первым. Затем gdb и insight. А вообще почитайте www.macraigor.com/gnu_faq.htm тут все подробно.