Доброго времени суток, уважаемые коллеги.

Столкнулся с проблемой отладки камня STM32F103VCT6. Все настройки производил по этой статье .
С отличием в том, что у меня Debian 2.6.36-amd64 и вместо j-link платка на ftdi2232d.

Проблема вся в последнем этапе настройки. Когда я запускаю отладку - я не получаю останов на брейкпоинтах.
И вообще, в меню threads у меня вместо main-a просто ссылки на физические адреса памяти программы.

Подскажите, что я упустил, если это дело в настройке?

Для большей ясности картины, выкладываю скриншоты... Первый скрин - когда только запустился отладчик - эта картина висит, пока не нажать на паузу выполнения программы - тогда возникает второй скрин. Хочу отметить, что в разделе Variables переменная counter не появляется...но регистры вроде как вычитываются с камня.



помогите кто чем может....

Такое ощущение, что в .elf отсутствует отладочная информация. Поищите нужную галочку в настройках компилятора. Что-нибудь из серии Debug info, dwarf2 или подобного

Пробую менять опции в Eclipse...их там несчетное множество... Но пока что безрезультатно.

Снес Eclipse и проделал все заново - результат тот же.

А еще при сборке проекта я обнаружил ошибку....Может это все дело в ней?
Когда нажимаю кнопку Run в Eclipse => получаю окно ошибки следующего содержания....

и в консоли сообщение

А может быть вам надо нажимать кнопочку debug, предварительно настроив debug configurations?

Да...может быть....я их нажимаю в последовательности Ctrl+B => Run => Run OpenOCD => Run Debug...

Кстати, вчера пробовал сделать проект мигания светодиодом...но после входа в режим Debug и нажав на кнопку на Pause ... я увидел точно такую же картину как и раньше...
Здесь явно что-то не так!!! Не должны же разные программы давать одинаковый результат....

Вечером отпишусь на каких именно командах он застряет....
---------------------------------------------------------------------------------------
Программа с циклом (размер elf 46.2Kб)


Программа мигания светодиодом (размер elf 6.3 Mb)
Но при постановке на паузу в отладчике я кручусь на тех же 4-х строчках asm кода и по тем же адресам памяти программы.

Архив с двумя проектами прилагаю...

Всем спасибо за помощь. Разобрался я с этим stm-ом
Надо было скрипт линкеру правильный подкинуть... reset от отладочного кобеля подкинуть на проц....ну и пути полные к файлам прописывать везде в конфигах....

Всем удачи, если у кого возникнет подобная проблема.

Как страшно жить... И после переноса проекта все пути снова править? Нет, это у вас что-то в консерватории не так.

Да я только начинаю ..поэтому рад буду и тому, что он хоть как-то работает...

Хе ..только было обрадовался ... На следующий день запускаю тот же проект и ловлю в консоли после заливки elf-а


Кто встречался с данной проблемой? и КАК её решить? если это вообще решаемо...

Пы.Сы. Гуглом пользоваться умею...уже кучу тем нашел по поводу этой ошибки и ни одного толкового решения! Помогите !
Сами же opeOCD ссылаются на баг в GDB на своем форуме... в общем крайнего не найти как всегда.

Да, это бага в gdb. Не обращайте внимания. Фактически она не дает отладчику при исключении правильно раскрутить стек и найти точку возникновения исключения. Если вам захочется узнать, откуда вы попали в исключение - смотрите содержмое SP, смотрите память по этому адресу, находите сохраненные при возникновении исключения регистры и адрес возврата.

Да я бы и не обращал, если б все работало. ...а так у меня после возникновения этой ошибки контроллер на бряки не реагирует и , ели нажать паузу в отладчике - я попадаю на те же 4-и asm строчки кода, которые я описывал выше...и крутится он там до посинения...Т.е. это исключение у меня возникает сразу же после заливки elf-a.

Но те строчки, что вы показали - это не обработчик исключения. Это какой-то цикл копирования, причем расположенный в системной памяти. Это встроенный загрузчик. И раз вы в него попадаете - значит у вас неправильный уровень на ноге BOOT0.

И в листинге вы при копировании потеряли по одному f в адресе в двух последних строчках. А я уж испугался - один раз гляну на листинг - вижу системные адреса. Второй раз гляну - адреса несуществующей памяти. Ну, думаю, похоже у меня что-то с головой. Пока не понял, что смотрю на адрес то в первой, то в последней строках

А сообщение отладчика может возникать по какой-то другой причине. Например - если процессор находился в исключении перед заливкой образа.

Да...Вы совершенно правы...у меня на boot0 было 3V .... сделал 0V и все работает, как часы.