Дэбаг непрерывного процесса?, IAR 4.41A, AT91SAM7S256 Опции

[coolibin]

Есть участки программы, где я не могу поставить брейкпоинт, т. к. нарушу процесс приема/передачи данных, но все равно хотелось бы посмотреть, что там происходит, например, в программе на Win32 я бы все вывел в лог файл. Как быть с ARM'ом? Вводить дополн. переменные для дебага?

[aaarrr]

Выкидываете отладчик, берете UART, прикручиваете к нему FIFO, подключаете терминал и спокойно отлаживаетесь.

[coolibin]

А почему так радикально? есть какое то недоверие отладчику? а если не затруднит, можно поподробней что куда подключать и где это что то брать?

Сообщение отредактировал coolibin - Jun 16 2009, 15:27

[aaarrr]

А почему так радикально? есть какое то недоверие отладчику? а если не затруднит, можно поподробней что куда подключать и где это что то брать?

Отладчик - инструмент мало пригодный для работы с живым процессом.

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

[defunct]

А почему так радикально? есть какое то недоверие отладчику?

Да не слушайте всякую радикальную дурь.

а если не затруднит, можно поподробней что куда подключать и где это что то брать?

printf() поставить в нужных точках,
а поток printf'а, тобиш соответвующий "putchar" делать куда удобно, хоть в UART, хоть в JTAG, хоть просто в память складывать (виртуальный файл) который потом под отладкой и просмотрите..

[aaarrr]

Да не слушайте всякую радикальную дурь.

Выбирайте выражения. Понимаю, что больная для вас тема, но все же.

[coolibin]

А что printf() работает через JTAG? я слышал что нет

[aaarrr]

Работает. И файловый ввод/вывод тоже. Можно, например, отлаживать файловую систему, прикрутив при помощи нехитрых манипуляций физический диск хоста, и тем самым сэкономить время на перетыкании носителя.

[defunct]

Выбирайте выражения. Понимаю, что больная для вас тема, но все же.

Выражение выбрано адекватно, и касается исключительно радикальной дури насчет "выкидывайте отладчик".

[SM]

А что printf() работает через JTAG? я слышал что нет

В некоторых средах разработки через JTAG есть доступ к файловой системе компьютера, и через fopen/fprintf/fwrite/fread из отлаживаемого проца можно работать прямо с файлами на диске, где пущена среда разработки. printf - выдает сообщения в окно среды разработки. Без каких либо хитростей, просто сразу есть по умолчанию. А также есть технологии реалтайм потоковой передачи данных от отлаживаемого процессора на хост по JTAG.

[coolibin]

подскажите где можно почитать про printf? какой заголовочный файл нужно включить для его использования?

[aaarrr]

Выражение выбрано адекватно, и касается исключительно радикальной дури насчет "выкидывайте отладчик".

Полагаете, что агрессивное хамство поможет в борьбе с "радикальной дурью", в вашем понимании?

подскажите где можно почитать про printf? какой заголовочный файл нужно включить для его использования?

Для использования printf нужно подключить <stdio.h> Почитать следует книжку по 'C' и документацию на компилятор по
вопросам перенаправления потока.

[DpInRock]

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

То, что предлагает aaarrr, занимает пару машинных команд. Т.е. вмешательство в реалтайм будет минимальным.
А в большинстве случаев, вмешательство принтэф будет фатальным.

Разве что написать свой принтэф. Но в этом случае - гораздо проще его не писать.

[coolibin]

Оч. интересно! на сколько фатальным будет стандартный printf?

[aaarrr]

Оч. интересно! на сколько фатальным будет стандартный printf?

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