【问题标题】:Atmel-Ice Debugging with software breakpoints (SAMD21, SWD)使用软件断点进行 Atmel-Ice 调试(SAMD21、SWD)
【发布时间】:2026-02-15 19:05:02
【问题描述】:

在尝试使用使用 SWD 的 Atmel-ICE 调试器在 Atmel Studio 7 中设置软件断点时,我遇到了各种问题。我想知道是否有人可以更详细地解释(或指出我的文档方向),以便我更好地理解为什么会出现以下问题:

  1. 编译时移动断点
  2. “无法在目标上设置请求的断点”
  3. 断点只在循环中第一次被击中

以下代码是我编写的一个测试程序,它使用延迟例程和 ASF 的 PORT 驱动程序来演示这一点:

#include <asf.h>
#define LED PIN_PA01

int main (void)
{
  system_init();
  delay_init();
  struct port_config config_port_pin;
  config_port_pin.direction = PORT_PIN_DIR_OUTPUT;
  port_pin_set_config(LED, &config_port_pin);

  while(1)
  {
    port_pin_toggle_output_level(LED);
    delay_ms(100);
  }
}
  1. 如果在 LED 切换线上设置了断点,则断点将移至下一个延迟线。
  2. 如果延迟被注释掉并且在 LED 切换线上放置了一个断点,那么它告诉我它无法在目标上设置请求的断点
  3. 如果在延迟线上放置断点,它只会在 while 循环的第一次迭代中被命中(程序停止)。如果我继续 (F5),程序会继续运行(LED 每 100 毫秒切换一次),但不会在断点处停止。

据我所知,代码运行良好。当我在没有调试的情况下运行时,LED按预期每100毫秒切换一次,只是我不太了解的软件断点,抱歉我的无知。

【问题讨论】:

  • 这是由于编译器优化级别造成的。禁用所有优化标志,生成的代码将与您编写的完全相同,您将能够使用您的c 源代码在您想要的位置设置断点。
  • @LPs :这看起来像是答案而不是评论。在这里询问设置了哪些编译器选项是合法的,但如果您要断言原因并提供解决方案,您应该将其发布为答案。
  • @Clifford 也许,是的,我明白你的意思。如果上下文不是很清楚,我通常会避免发布这样的答案:它太模糊了正如你所写的,我真的不知道 OP 正在使用什么编译器,所以我无法建议删除/更改哪个编译器选项。
  • @LPs :问题是如果你猜对了(我怀疑你猜对了),OP 可能永远不会澄清,因为他的问题已经解决了,社区利益对他来说没什么兴趣.或者,其他人可能会发布您的答案并声明功劳!
  • 您应用了哪些编译器和编译器选项?

标签: c debugging embedded breakpoints atmelstudio


【解决方案1】:

我知道你回答了你的问题,但这是有人写的非常好的教程 关于编译器的优化

https://www.avrfreaks.net/forum/tutcoptimization-and-importance-volatile-gcc

【讨论】: