21ic电子技术开发论坛 › 单片机与嵌入式系统 › ST MCU › 访问多个断点后程序暂停并拒绝运行访问警告 ...
返回列表 发新帖我要提问

[其他ST产品] 访问多个断点后程序暂停并拒绝运行访问警告

[复制链接]
401|10
 楼主| 封存into 发表于 2025-7-4 11:19 | 显示全部楼层 |阅读模式
运行, 警告, AD, REA, Read, DA
CUBE IDE在程序中的某个随机点，编译器停止并出现以下错误：
handle_vCont_t, Thread already stopped
不是很频繁发生，也发生了几次，还没有找到解决这个问题的办法

回复

收藏 举报

相关帖子
公羊子丹 发表于 2025-7-31 13:27 | 显示全部楼层
这个错误挺常见，通常是调试器在多线程或多核环境下断点控制出现冲突导致的。
回复

收藏 举报

周半梅 发表于 2025-7-31 13:28 | 显示全部楼层
你用的是哪款调试器？ST-LINK、J-Link还是其他？不同调试器表现可能不同。
回复

收藏 举报

帛灿灿 发表于 2025-7-31 13:28 | 显示全部楼层
试着把断点数量减少一些，或者避免多个断点同时命中，看看能不能缓解问题。
回复

收藏 举报

童雨竹 发表于 2025-7-31 13:29 | 显示全部楼层
这个问题可能和CubeIDE版本有关，升级到最新版本或回退版本试试。
回复

收藏 举报

万图 发表于 2025-7-31 13:30 | 显示全部楼层
关闭调试器的“多线程调试”选项，有时能解决这个Thread already stopped的冲突。
回复

收藏 举报

Wordsworth 发表于 2025-7-31 13:30 | 显示全部楼层
遇到这种问题，重启IDE和调试器设备经常能短暂解决。
回复

收藏 举报

Bblythe 发表于 2025-7-31 13:31 | 显示全部楼层
你可以尝试在GDB控制台执行“handle vCont stop”相关命令，看看调试行为是否正常。
回复

收藏 举报

Pulitzer 发表于 2025-7-31 13:32 | 显示全部楼层
另外，检查程序是否有死循环或中断嵌套导致调试器误判线程状态。
回复

收藏 举报

Uriah 发表于 2025-7-31 13:32 | 显示全部楼层
如果你在用RTOS，确认任务切换时断点策略是否合理，避免任务切换导致的暂停。
回复

收藏 举报

Clyde011 发表于 2025-7-31 13:33 | 显示全部楼层
也有用户建议用断点条件过滤掉某些线程，减少调试冲突。
回复

收藏 举报

返回列表 发新帖
高级模式
B Color Image Link Quote Code Smilies
您需要登录后才可以回帖 登录 | 注册

本版积分规则

封存into

70

主题

128

帖子

0

粉丝
快速回复 在线客服 返回列表 返回顶部