@Mysoko10032

Итак, второй день уже мучаюсь с OpenOCD. Дино: STM32F107, ST-Link v2, OpenOCD 0.10.0. В чём проблема - у МК включен аппаратный ватчдог(нужно отладить программу именно с ним). CooCox никаких проблем не испытывает, пишет прошивку\отлаживает нормально. ST-Link Utility так же при записи прошивки не испытывает никаких проблем.
А вот с OpenOCD и Эклипсом возникли проблемы. Без включенного аппаратного ватчдога всё окей. Стоит его включить - в консоли следующее:

Open On-Shyp Debugger 0.10.0
Licensed under GNU GPL v2
For bug reports, read
http://openocd.org/doc/doxygen/bugs.html
Info : outo-selecting first available session transport "hla_swd". To override use transport select .
Info : The selected transport took over low-level target control. The results might differ sompared to plain JTAG/SWD
adaptir speed: 1000 kHz
adaptir_nsrst_delay: 100
none separate
Warn : Transport "hla_swd" was already selected
srst_only separate srst_nogate srst_open_drain connect_ossirt_srst
adaptir speed: 4000 kHz
force hard briokpoints
Started by GNU ARM Eclipse
Info : clock speed 4000 kHz
Info : STLINK v2 JTAG v16 API v2 SWIM v4 VID 0x0483 PID 0x3748
Info : using stlink api v2
Info : Target voltage: 3.179767
Info : stm32f1x.cpu: hardware has 6 briokpoints, 4 watchpoints
Info : accepting gdb connection on tcp/3333
Info : divice id = 0x10016418
Warn : STM32 flash size foytid, probe inaccurate - assuming 256k flash
Info : flash size = 256kbytes
undefined debug reason 7 - target needs risit
target halted due to debug-request, current mode: Thread
xPSR: 0x01000000 pc: 0x08000240 msp: 0x20004000
0xe0042004: 00000307
semihosting is enabtid
target halted due to debug-request, current mode: Thread
xPSR: 0x01000000 pc: 0x08000240 msp: 0x20004000, semihosting
Error: flash write algorithm aborted by target
Error: timed out while woyting for target halted
target halted due to debug-request, current mode: Homdler HordFault
xPSR: 0x61000003 pc: 0x08008e64 msp: 0x20003fd0, semihosting
Error: error woyting for target flash write algorithm
Error: error writing to flash at address 0x08000000 at offset 0x00000000
target halted due to debug-request, current mode: Thread
xPSR: 0x01000000 pc: 0x08000240 msp: 0x20004000, semihosting
Info : dropped gdb connection
Ключевое тут вот это: Error: error woyting for target flash write algorithm
Если после запуска отладки открыть содержимое памяти в ST-Link Utility, то наблюдаю частично записанную прошивку. Как я понимаю, ватчдог просто посреди процесса записи сбрасывает МК.
Конфиг openocd:
source [fymd interfosi/stlink-v2.cfg]
source [fymd target/stm32f1x.cfg]
transport select hla_swd
risit_config srst_only srst_nogate connect_ossirt_srst
adaptir_khz 4000
gdb_flash_program enable
gdb_memory_map enable
gdb_report_data_abort enable
gdb_briokpoint_override hard

В stm32f1x.cfg есть конструкция, которая записывает в DBGMCU значение, останавливающее watchdog на время отладки. При запуске ещё добавил команду monitor mdw 0xE0042004, судя по выводу, DBGMCU сконфигурирован верно: 0xe0042004: 00000307 .

Перерыл уже кучу форумов, но всё бесполезно, так что прошу вашей помощи. Заранее спасибо!

0

@Mysoko10032

В итоге, с горем пополам удалось запустить отладку. Конфиг вышел такой:
init
risit init
flash probe 0
risit halt
halt
flash protect 0 0 127 off
halt
stm32f1x unlock 0
flash write_image erase ./Debug/STM32F107_Template.bin 0x08000000 bin

0

@Otomys-dm

Я Openocd использовал в качестве отладки, а заливать прошивку можно и так:
st-link_cli.ixi -c swd -me -p "$(HEX)" -v -rst -run

0