Запрет остановки / паузы отладки, Linux / Eclipse / STM32F051 / JLink / SWD / OpenOCD Опции

[nanorobot]

Отлаживаю дивайс на STM32 с помощью JLink. Иногда требуется "запаузить" отладку, посмотреть состояние переменных и т.п. Если момент паузы приходится когда на силовую часть подано напряжение (с ЦАПа), резисторы начинают гореть. Есть ли возможность запретить остановку прогаммы JLink-ом на каком то интервале программного кода?

Сообщение отредактировал nanorobot - May 19 2017, 05:43

[Шаманъ]

Далеко не все пользуются этой OpenOCD. Какой-нить клон j-link или тот же копеечный st-link уж явно по карману даже последнему нищеброду-эмбеддеру

А зачем он мне, если OpenOCD вполне справляется? Тем более я пользуюсь gcc/gdb, и не уверен, что st-link или j-link беспроблемно стыкуются с gdb.

Т.е., под каждый камень нужно дорабатывать эту "маленькую прогу", чтобы она настраивала порты под конкретный проект сразу перед заливкой некого кода в ОЗУ, который потом шьет флэш?

Зачем это делать? OpenOCD умеет заливать проги в несколько сотен разных процессоров, и не только заливать Но если Вам хочется сделать что-то особенное, то нет проблем добавить несколько команд в скрипт Прогу в ОЗУ корректировать не нужно, она сама по себе.

А что там с st-link?

Речь идет о неком мифическом TFT, который в сбросе требует тактирования и без оного плохо себя чувствует. Я правильно понял?

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

Сообщение отредактировал Шаманъ - May 19 2017, 18:13

[Forger]

А зачем он мне, если OpenOCD вполне справляется? Тем более я пользуюсь gcc/gdb, и не уверен, что st-link или j-link беспроблемно стыкуются с gdb.

Все ясно с вами )))

Зачем это делать?

А кто будет настраивать порты на некие безопасные значения, чтобы не попалить силу, подключенную снаружи, пока шьется флэш?
Я вот всегда решаю это аппаратно, дабы не зависеть от всяких отладчиков/программаторов.

OpenOCD умеет заливать проги в несколько сотен разных процессоров, и не только заливать Но если Вам хочется сделать что-то особенное, то нет проблем добавить несколько команд в скрипт Прогу в ОЗУ корректировать не нужно, она сама по себе.
А что там с st-link?

А то же самое - ST-LINK шьет абсолютно все STM8/STM32. В китаях идут по 100р за штучку. Обед в столовке и то дороже
Сам им давно не пользуюсь - медленный слишком.
У конторы, где работую, деньги есть на оригинальные j-link, а уж на его клонов и подавно.
Себе лично прикупиль несколько клонов, домой. Не разорился ни разу ))
Все встроенные в платки discovery st-link перешил на j-link, на сайте сеггера есть прошивка.

Вообще-то без тактирования с включенным питанием драйверов любой ТФТ по идее медленно деградирует.

Ну-ну ...

[AHTOXA]

Все ясно с вами )))
А то же самое - ST-LINK шьет абсолютно все STM8/STM32. В китаях идут по 100р за штучку. Обед в столовке и то дороже

Вы бы хоть узнали, о чём судачите. Openocd - это программа. Она умеет работать и с ST-LINK, и с JLink, и с кучей других адаптеров.

[Forger]

Вы бы хоть узнали, о чём судачите. Openocd - это программа.

Вона как! А я то все думал, что она по-прежнему лишь с архаичным LPT-программаторами работает или чем-то на базе чипов FTDI USB-JTAG ...