реклама на сайте
подробности

 
 
> Можно ли подцепиться дебагером к бегущей апликации, keil st-link SWD
igorle
сообщение Oct 18 2013, 13:59
Сообщение #1


Местный
***

Группа: Свой
Сообщений: 338
Регистрация: 14-07-12
Пользователь №: 72 753



У меня устройство работаает автономно несколько суток. Ингода возникают непонятности. Можно ли подцепиться к уже бегущей апликации, чтобы подебагировать ситуацию?

Работают с Кейлом. Дебагер - ST-Link. Интерфейс - SDW

Единственное, до чего я додумался - убрать флажок "Load Application at Startup". В результате имидж не грузится, но и увидеть что творится в бегущем старом имидже не получается.
Go to the top of the page
 
+Quote Post
 
Start new topic
Ответов
igorle
сообщение Oct 19 2013, 06:18
Сообщение #2


Местный
***

Группа: Свой
Сообщений: 338
Регистрация: 14-07-12
Пользователь №: 72 753



Пока все отдыхают (за сутки ни одного ответа, редкий случай sm.gif ), я немного продвинулся. Можно подцепиться без сброса. Для этого надо в свойствах проекта, на закладке Debug убрать флажок "Load Application at Startup" (это я уже делал раньше). Вдобавок надо нажать кнопку Settings рядом с выбором дебагера, и там убрать флажок "Reset after Connect".

Теперь, при нажатии кнопки "старт дебаг", я вижу в окне дизассемблера - где я нахожусь. Могу проверить регистры и почитать память. Пользуясь файлом *.map, я могу вычислить - в какой функции я сейчас.

Но я бы хотел получить полноценный дебаг. С Call Stack, breakpoints, с показом переменных... Это возможно?
Go to the top of the page
 
+Quote Post
Сергей Борщ
сообщение Oct 19 2013, 07:35
Сообщение #3


Гуру
******

Группа: Модераторы
Сообщений: 8 455
Регистрация: 15-05-06
Из: Рига, Латвия
Пользователь №: 17 095



QUOTE (igorle @ Oct 19 2013, 09:18) *
на закладке Debug убрать флажок "Load Application at Startup" (это я уже делал раньше)
А поищите, нет ли в вашем Кейле отдельной галочки, запрещающей именно загрузку в проц. Load Application вполне может загружать в отладчик и необходимый вам файл с отладочной информацией.


--------------------
На любой вопрос даю любой ответ
"Write code that is guaranteed to work, not code that doesn’t seem to break" (C++ FAQ)
Go to the top of the page
 
+Quote Post
igorle
сообщение Oct 19 2013, 08:12
Сообщение #4


Местный
***

Группа: Свой
Сообщений: 338
Регистрация: 14-07-12
Пользователь №: 72 753



Идея красивая, но не сработала. Я попробвал вернуть "Load Application", убрать "Update Target before Debugging" и убрать "Reset after Connect" - target сразу оказывается на стартовом адресе....

Странно - ведь проблема, которую я пытаюсь решить - стандартная для тех задач, что решают MCU. Неужени никто из профи не сталкивался с нею?
Go to the top of the page
 
+Quote Post
Сергей Борщ
сообщение Oct 19 2013, 09:21
Сообщение #5


Гуру
******

Группа: Модераторы
Сообщений: 8 455
Регистрация: 15-05-06
Из: Рига, Латвия
Пользователь №: 17 095



А нет ли там какого-либо скрипта, выполняющегося перед отладкой? Типа настройки тактирования, сброса периферии и т.д.? Может это он перезапускает?


--------------------
На любой вопрос даю любой ответ
"Write code that is guaranteed to work, not code that doesn’t seem to break" (C++ FAQ)
Go to the top of the page
 
+Quote Post



Reply to this topicStart new topic
1 чел. читают эту тему (гостей: 1, скрытых пользователей: 0)
Пользователей: 0

 


RSS Текстовая версия Сейчас: 6th September 2025 - 11:51
Рейтинг@Mail.ru


Страница сгенерированна за 0.1692 секунд с 7
ELECTRONIX ©2004-2016