1954444_zh-CN

Yes

最近调试失败（使用带有 LPC-Link.2 的 LPC11U68）

最近在我们自己的 PCB 上调试 LPC11U68 失败了。症状是程序可以下载并运行，但断点不再导致中断。许多“运行”命令（例如单步、单步返回、单步跳过）都没有效果。运行（快捷键 f8）工作正常。暂停图标工作正常。

到目前为止，我们已经 1) 更换了目标 LPC11U68 的 PCB，2) 更改了 LPC-Link2 接口，3) 重新启动了 MCUXpresso，4) 重新启动了主机。

任何建议都将不胜感激。

jDrum

核心与内存

回复：最近调试失败（使用带有 LPC-Link.2 的 LPC11U68）

再次问好。

自第一次（也是唯一一次）失败以来，调试器一直运行正常。正如我们已经说过的，修复方法是使用控制台中的 gdb 调试器。

我们仍然不知道为什么 IDE 调试器会锁定（它不会到达设置的断点，甚至不会执行任何一步）。无论重新启动、重新编译或重新引导多少次都无法解决问题。在那次事件期间，程序仍然运行正常，可以暂停，但无法进行 IDE 类型的调试。

我们将在两周后设置解决按钮。

jDrum

回复：最近调试失败（使用带有 LPC-Link.2 的 LPC11U68）

我们在

MCUXpresso IDE v11.8.0 [内部版本 1165] [2023-07-26]。该 MCU 和 SDK 不适用于 LPC11U68。

由于我们通过使用 gdb 让调试器再次运行，因此可以像以前一样设置断点。该芯片最多接受 3 个断点。

jDrum

回复：最近调试失败（使用带有 LPC-Link.2 的 LPC11U68）

您好，我建议清理项目，刷新并重新构建。我有办法重播这个吗？您使用的 MCU 是什么？

你能告诉我IDE版本和SDK是什么吗？

此致，
帕维尔

回复：最近调试失败（使用带有 LPC-Link.2 的 LPC11U68）

再次问好。进一步更新

通过使用 gdb 调试器，我们能够在 sprintf() 的汇编代码深处设置断点。当我正在寻找机器语言窗口时，程序最终遇到断点并停止了。

也许代码陷入了无限循环并且从未到达任何设置的断点，但这并不能解释为什么调试器即使在程序启动时也不会单步执行。

附上 IDE 的屏幕截图。

jDrum

仍然疑惑。