STM32F0，ST-link v2，OpenOCD 0.9.0:打开失败

Question

我正在使用arm的Launchpad's -arm-none-eabi4.9-2015q2编译一个STM32F0，现在我想使用该集合中的arm-none-eabi-gdb进行调试。我的ST-Link v2是Nucleo F411RE板的一部分，连接了外部硬件( STM32F0目标)。刷新F0运行良好，因此我得出结论，我的社署连接是良好的。

现在我想启动OpenOCD，但失败了：

$ openocd -f interface/stlink-v2.cfg -f target/stm32f0x.cfg
Open On-Chip Debugger 0.9.0 (2015-07-26-16:02)
Licensed under GNU GPL v2
For bug reports, read
    http://openocd.org/doc/doxygen/bugs.html
Info : auto-selecting first available session transport "hla_swd". To override use 'transport select <transport>'.
Info : The selected transport took over low-level target control. The results might differ compared to plain JTAG/SWD
adapter speed: 1000 kHz
adapter_nsrst_delay: 100
none separate
Info : Unable to match requested speed 1000 kHz, using 950 kHz
Info : Unable to match requested speed 1000 kHz, using 950 kHz
Info : clock speed 950 kHz
Error: open failed
in procedure 'init'
in procedure 'ocd_bouncer'

这里可能出了什么问题？

我也不能使用st-util建立连接，它报告超时，最后总是用segmentation fault崩溃。

Answer 1

Nucleo F411RE嵌入了stlink v2-1而不是stlink v2

因此，像这样更改脚本文件：

source [find interface/stlink-v2-1.cfg]

transport select hla_swd

source [find target/stm32f4x.cfg]

reset_config srst_only

Answer 2

文件stlink-v2.cfg可能是正常的。您可能应该使用stlink-v2-1.cfg文件(该文件内部是hla_vid_pid 0x0483 0x3748)。

Answer 3

在我的例子中，我也得到了Error: open failed，但所有的配置都是正常的。然后我做了dmesg | grep usb，看看为什么它不能通过USB连接(在Ubuntu上)。dmesg告诉我有电源问题，可能是电缆故障。由于我在同一天早些时候使用了相同的电缆，并且电路板上的一些LED仍然闪烁，所以我首先忽略了这条消息。但后来我终于决定试一试，又买了一条电缆，你瞧！这是一根有问题的电缆--用新的那根，一切正常。所以，毕竟并不总是软件问题。

不过，如果你使用lsusb (或使用Windows中的设备管理器)，并且主板被很好地列出，那么这可能不是电缆问题。如果它丢失了，它可能是。