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

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

Единственное, до чего я додумался - убрать флажок "Load Application at Startup". В результате имидж не грузится, но и увидеть что творится в бегущем старом имидже не получается.

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

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

Но я бы хотел получить полноценный дебаг. С Call Stack, breakpoints, с показом переменных... Это возможно?

А поищите, нет ли в вашем Кейле отдельной галочки, запрещающей именно загрузку в проц. Load Application вполне может загружать в отладчик и необходимый вам файл с отладочной информацией.

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

Странно - ведь проблема, которую я пытаюсь решить - стандартная для тех задач, что решают MCU. Неужени никто из профи не сталкивался с нею?

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

Скрипт можно добавить, но его нет. И если я убираю "Load Application at Startup", то борд не сбрасывается. Но и радости мало - я вижу только дизассемблер, и текущие регистры. В таком спартанском контексте дебагировать затруднительно.

Я с кейлом не работаю, но, например, у техаса есть командочка load symbols, после чего становится гораздо интереснее. Может и в кейле есть что-то похожее?

"У техаса" - это имеется ввиду Code Composer? Я с ним работаю на MSP430. Тоже полезно знать. Просто там все байты на пересчет, так что обычно дебагировал методом пристального вглядывания. Но спасибо за информацию - буду знать.

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

В принципе - да, этим редко кто пользуется. Я когда еще пользовал ИАР пытался пару раз, но с большой долей вероятности при втыкании дебаггера в работающее устройство происходил сброс. То ли от помех, то ли нога reset дебаггера находилась в неудачном положении, а отрезать ее было проблематично. Сейчас, когда попытался так отлаживать через OpenOCD и ST-Link, обнаружил и исправил в коде OpenOCD ошибки, делавшие такю отладку невозможной. И раз за почти два года, как в OpenOCD существует поддержка ST-Link и SWD никто эти ошибки не нашел и на них не жаловался - значит практически никто такой режим не использует.

при отсутствии CRP и подобных механизмов, надеюсь?

Разумеется. Там просто не вызывался опрос опрос состояния, а если это и справить и он начнет вызываться - то состояние не обновлялось считанным значением.