我可以阻止 STMCubeIDE 在微控制器复位（调试）时打开启动 .s 文件吗？
Can I stop STMCubeIDE from opening startup .s file on microcontroller reset (debug)?
当我调试 STM32CubeIDE 时打开 startup_stm32f722xx.s 微控制器重置时的文件（当我开始调试或重置微控制器时。
看起来调试器有一些“隐藏的”断点，它命中它们，然后继续，但文件保持打开状态。
目前对我没有用。我该怎么办？
我将 STM32CubeIDE 1.6.1 与 STM Nucleo-F722ZE（板载 STLink 3v）一起使用。
调试时默认在main下断点。当遇到断点时，将打开一个编辑器，光标位于相关行。这可能就是你的启动代码被打开的原因。据我所知，STM32CubeIDE 没有阻止在断点处打开编辑器的选项。
您可以在调试配置中禁用此“隐藏”断点，可通过 运行 菜单访问。 Select 您在左栏中的配置，然后转到右侧的“启动”选项卡。在底部，取消选中“Set breakpoint at: main”之前的复选框。
如果这没有帮助，并且假设您没有正常的断点处于活动状态，您可以查看 STLink 的文档以了解类似的选项。我没有使用该特定调试器的经验。
Screenshot of STM32CubeIDE's Debug Config. dialog, with "breakpoint at main" circled in red
编辑如下。 oromoiluig，谢谢你在你的评论中进一步澄清了这个问题。
还有一个 known bug in the IDE 可能会影响到您。一名 ST 员工确认这“听起来像是意外行为”，并建议：
- 开始一个新的工作区
- 创建一个新的测试项目
- 使用“运行”按钮下载代码。
一位用户报告说它有帮助。许多人报告问题仍然存在，即使在今天的 1.9.0 版本中也是如此。
直接回答你的问题：没有。在这种情况下，您可能无法阻止 STMCubeIDE 打开 startup.s 或其他源文件。由 ST 来修复他们的 IDE.
当我调试 STM32CubeIDE 时打开 startup_stm32f722xx.s 微控制器重置时的文件（当我开始调试或重置微控制器时。
看起来调试器有一些“隐藏的”断点，它命中它们，然后继续，但文件保持打开状态。
目前对我没有用。我该怎么办？
我将 STM32CubeIDE 1.6.1 与 STM Nucleo-F722ZE（板载 STLink 3v）一起使用。
调试时默认在main下断点。当遇到断点时，将打开一个编辑器，光标位于相关行。这可能就是你的启动代码被打开的原因。据我所知，STM32CubeIDE 没有阻止在断点处打开编辑器的选项。
您可以在调试配置中禁用此“隐藏”断点，可通过 运行 菜单访问。 Select 您在左栏中的配置，然后转到右侧的“启动”选项卡。在底部，取消选中“Set breakpoint at: main”之前的复选框。
如果这没有帮助，并且假设您没有正常的断点处于活动状态，您可以查看 STLink 的文档以了解类似的选项。我没有使用该特定调试器的经验。
Screenshot of STM32CubeIDE's Debug Config. dialog, with "breakpoint at main" circled in red
编辑如下。 oromoiluig，谢谢你在你的评论中进一步澄清了这个问题。
还有一个 known bug in the IDE 可能会影响到您。一名 ST 员工确认这“听起来像是意外行为”，并建议：
- 开始一个新的工作区
- 创建一个新的测试项目
- 使用“运行”按钮下载代码。
一位用户报告说它有帮助。许多人报告问题仍然存在，即使在今天的 1.9.0 版本中也是如此。
直接回答你的问题：没有。在这种情况下，您可能无法阻止 STMCubeIDE 打开 startup.s 或其他源文件。由 ST 来修复他们的 IDE.