[amusin 0]

По неясному пока закону иногда происходит сбой отладки, и при последующем запуске OpenOCD тот сообщает о странном кол-ве breakpoints и watchpoints.

Вместо 6 и 4 выводится, например, 0 и 0, 1 и 15(!), 5 и 4 и т.д. GDB клиент после этого не может заливать и отлаживать код.

Для реанимации МК переключение питания не помогает, помогает запуск стороннего отладчика (от Atollic или Texane) для перепрошивки на другое ПО.

На простом примере от scmRTOS такой ситуации нет (но с ним и не работаем интенсивно)

Чем может быть вызвано такое поведение МК - ошибками в ПО или проблемами в связке ST-link v2 - OpenOCD?

Да, все в Win7x64

[Сергей Борщ 119]

Чем может быть вызвано такое поведение МК - ошибками в ПО или проблемами в связке ST-link v2 - OpenOCD?

Трудно сказать. А версия какая? Ее довольно активно правят... Хотя под линухом с Cortex-M0, M3 ничего подобного в последний год не замечал. Была бага - после выхода из OpenOCD следующий запуск не удавался, приходилось передергивать ST-Link, но ее поправили уже с полгода, наверное.

 

[amusin 0]

Трудно сказать. А версия какая? Ее довольно активно правят... Хотя под линухом с Cortex-M0, M3 ничего подобного в последний год не замечал. Была бага - после выхода из OpenOCD следующий запуск не удавался, приходилось передергивать ST-Link, но ее поправили уже с полгода, наверное.

OpenOCD 0.7.0.

Сегодня отладка работает безупречно. Возможно, все-таки глюки нашего ПО.

[klen 1]

прошу прощеня за то что влазю в чужую тему, но вопрос по сабжу,не хочу плодть мелких тем.

 

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

спасибо.