gdb - 原因7-目标需要重置-不可靠的调试设置

Question

我无法获得可靠的调试设置。
我在网上的一些论坛中看到过其他主题相似的主题，但情况似乎有所不同。

设置:

Linux(Xubuntu)64位

Eclipse CDT，Neon 4.6.0

eclipse“安装新软件”中的

“GDB硬件调试”插件，配置为重置并延迟3秒，然后停止；加载符号(所有复选框，无自定义命令)

arm-none-eabi-gcc 4.8.3工具链

OpenOCD，最近下载，在自己的控制台中运行，使用我提供的脚本和st-link

为我的确切MCU配置
带有硬浮点的

STM32L476RG MCU被使用。

ST-Link V2调试器(独立)

现在，经过多次努力，我可以与调试器建立连接，但是单步执行和读取变量的工作并不十分可靠，以至于我不敢相信我所看到的一切。
但是，甚至达到这样的程度:调用堆栈不会充满明显的废话条目，而且只有很少的废话条目很累人。

例子:

用固件刷新设备。这通常可以正常工作。

启动openocd。

在Eclipse中开始调试。

OpenOcd显示连接，然后说:“未定义的调试原因7-目标需要重置”

无论我在Eclipse中按下“恢复”按钮，都是使程序运行经过显示的虚假顶部堆栈框架。

按“suspend”(在调用栈中仍然是虚假的)，然后按“terminate”。

Ctrl + C脱离OpenOcd。

手动(硬件)重置stm32 MCU。

重新启动OpenOcd。

再次在Eclipse中开始调试。

OpenOCD输出:

GNU ARM Eclipse 64位开放式片上调试器0.10.0-dev-00287-g85cec24-dirty(2016-01-10-10:31)
根据GNU GPL v2许可
有关错误报告，请阅读
http://openocd.org/doc/doxygen/bugs.html
信息:自动选择第一个可用的 session 传输“hla_swd”。要覆盖，请使用“运输选择”。
信息:选定的运输工具接管了低级目标控制。与纯JTAG/SWD相比，结果可能有所不同
适配器速度:500 kHz
adapter_nsrst_delay:100
没有分开
没有分开
信息:无法使用480 kHz匹配请求的500 kHz速度
信息:无法使用480 kHz匹配请求的500 kHz速度
信息:时钟速度480 kHz
信息:STLINK v2 JTAG v24 API v2 SWIM v4 VID 0x0483 PID 0x3748
信息:使用STLink api v2
信息:目标电压:3.192646
信息:stm32l4x.cpu:硬件具有6个断点，4个观察点
信息:在TCP/3333上接受“gdb”连接
信息:设备ID = 0x10076415
信息:闪存大小= 1024KB
未定义的调试原因7-目标需要重置

现在幸运的是，我终于有了一段时间的调试器连接。
但这可能还需要重复。
为什么在明显断开连接的情况下在两者之间进行“按恢复”操作？不确定，这似乎增加了在下一次迭代中建立连接的可能性。

可能相关的说明:
MCU连接有LCD，从中可以看到复位的时间。
由于某种原因，尽管在debug配置中选中了reset复选框，但显然在Eclipse中启动调试不会重置设备。
如果我在终端中打开与OpenOCD的telnet连接，然后在该处执行“重置”，则设备会重置。

是什么原因导致我的装置出现异常行为？

Answer 1

您使用的是哪种OpenOCD客户端？我使用主机gdb犯了一个错误，并且出现了这个错误。在我将调试器的路径修改为 eclipse 的“调试配置”中的arm-none-eabi-gdb的位置后，问题消失了。

在您的帖子中，您仅提到使用过arm-none-eabi-gcc工具链，因此不知道是否在“调试配置”中将gdb设置为arm-none-eabi-gdb，这与项目工具链设置是分开的。