[参考译文] ***

您好 Munan、  

大家可能已经知道、我们看到硬件断点的方式是在调试部分的“Breakpoints"选项“选项卡中、然后从中清除它们。 但是、我遇到了类似的问题、即通过卸载和重新安装 CCS 解决了断点问题。 您能否验证这是否适用于您的场景？

此外、根据适用于 MSPM0-C 系列的 TRM、它 在第 3.2 节中指出、硬件断点的数量（特别是对于 C）是两个硬件断点、而其他 4 个硬件断点引用更多地概括 了 MSPM0 MCU 的限制。  

此致、Jojo

嘿 Jojo、

因此、问题在于您可以看到用户在 CCS 中设置的代码断点、但用户不会看到 CCS 设置的用于启用 CIO 等功能的断点和程序退出时的断点。 因此、在像 MSPM0C1104 这样只有 2 个硬件断点的器件上、这是一个相当大的限制、因为可以使用全部或一半的断点、您甚至不知道。

此外、如果您在代码中设置了 2 个断点、那么 main 处的停止可以占用一个断点、这会成为问题、然后程序不会在 main 处停止、因为所有断点都将被使用。 更好地了解系统函数使用的断点会有所帮助。

最后一点是关于硬件断点的数量、我们在 MSPM0C1104 数据表中的任何位置都未指定此数量、如果它与 TRM 中引用的数量不同、我们应该包括此数量。

Munan

您好 Munan、  

感谢您提供这些信息。 我将此内容转发给 CCS 团队、以验证除断点部分外、是否还有另一个部分或方法来一次了解设置的总硬件断点、以实现准确的可见性。  

关于最后一点、我同意在 TRM 中应该更清晰地介绍其他参考、但在不同 MSPM0 器件的其他数据表中、似乎硬件断点并未完全包含。 我将提交有关 C 系列 TRM 的文档反馈。  

此致、Jojo

更清楚地了解系统函数使用的断点可能会有所帮助。

在 Debug Console 视图中、您是否可以运行以下命令：

debug_DumpBreakpoints()

并查看 GEL_Output 视图、检查输出以查看断点使用的状态：

请将输出复制并通过文本文件、然后将文件附加到此线程。

谢谢

Ki

嘿、Ki、

我运行了该命令、但它似乎没有产生任何输出：

Munan

这真的很奇怪。 您能否提供整个 IDE 的完整屏幕截图？ 正在使用哪个确切的 CCS 版本？

CCS 版本：

详细信息

扩展名列表

• @CCS/CCSTUDIO 20.2.0
• @CCS/CCSTUDIO-DEBUG 20.2.0
• @CCS/CCSTUDIO-Getting Started 20.2.0
• @CCS/CCSTUDIO-guicomposer 20.2.0
• @CCS/CCSTUDIO-PLUGIN 20.2.0
• @CCS/CCSTUDIO-PROJECT 20.2.0
• @CCS/CCSTUDIO-SUPPORT 20.2.0
• @CCS/CCSTUDIO-TRACE-CONFIG 20.2.0
• @CCS/CCSTUDIO-TRACE-viewer 20.2.0
• @CCS/CCSTUDIO-updater 20.2.0
• @theia/ai-anthropic 1.58.4.
• @theia/ai-chat 1.58.4.
• @theia/ai-chat-ui 1.58.4.
• @theia/ai-code-completion 1.5.4.
• @theia/ai-core 1.58.4.
• @theia/ai-history 1.5.4.
• @theia/ai-huggingface 1.58.4.
• @theia/ai-llamafile 1.58.4.
• @theia/ai-MCP 1.5.8.4
• @theia/ai-ollama 1.58.4.
• @theia/ai-openai 1.58.4.
• @theia/ai-scanoss 1.58.4.
• @theia/ai-terminal 1.58.4.
• @theia/ai-workspace-agent 1.5.4.
• @theia/bulk-edit
• @theia/calllayers 1.58.4.
• @theia/collaboration 1.58.4.
• @theia/console 1.58.4.
• @theia/core 1.58.4.
• @theia/debug 1.58.4.
• @theia/dev-container 1.58.4.
• @theia/编辑器 1.58.4.
• @theia/editor-preview 1.58.4.
• @theia/electron 1.58.4.
• @theia/external-terminal 1.58.4.
• @theia/file-search 1.58.4.
• @theia/filesystem 1.58.4.
• @theia/keymaps 1.58.4.
• @theia/marks 1.58.4.
• @theia/messages 1.58.4.
• @主题/指标 1.58.4.
• @theia/mini-browser 1.58.4.
• @theia/Monaco 1.58.4.
• @theia/navigator 1.58.4.
• @theia/笔记本电脑 1.58.4.
• @theia/Outline-View 1.58.4.
• @theia/output 1.58.4
• @theia/plugin-dev 1.58.4.
• @theia/plugin-ext 1.58.4.
• @theia/plugin-ext-headless 1.58.4.
• @theia/plugin-ext-vscode 1.58.4.
• @theia/preferences 1.58.4.
• @主题/预览 1.58.4.
• @theia/process 1.58.4.
• @theia/property-view 1.58.4.
• @theia/remote 1.58.4.
• @theia/scanoss 1.58.4.
• @theia/SCM 1.58.4.
• @theia/SCM-extra 1.58.4.
• @theia/search-in-workspace 1.5.4.
• @theia/secondary-window 1.58.4.
• @theia/task 1.58.4.
• @theia/terminal 1.58.4.
• @theia/test 1.58.4.
• @theia/timeline 1.58.4.
• @theia/toolbar 1.58.4.
• @theia/类型层次结构 1.58.4.
• @theia/userstorage 1.58.4.
• @theia/variable-resolver 1.58.4.
• @theia/VSX-registry 1.58.4.
• @theia/workspace 1.58.4.

谢谢。 我发现了一些奇怪的行为。 这可能也是你正在经历的。

您是否可以删除所有断点、然后终止调试会话？ 然后开始一个新的。 然后、Debug_Dump 在设置任何断点之前、在调试控制台中运行“Debug－Breakpoints()（调试控制台）“、查看是否可以看到任何输出。 如果执行了该操作、则设置一些断点并查看是否仍能看到输出。

我认为另一种解决方法是关闭然后重新打开 GEL Output 视图。 但是、重新打开它的唯一方法似乎是使用 Command Palette。

但是、重新打开它的唯一方法似乎是使用命令面板。

实际上、它位于“View -> Console -> GEL Output“下。