传说中的软件断点到底是什么？

不知道道友是否有这样的经历，代码全速运行的时候，等了很久发现并没有得到想要的结果，然后暂停之后发现程序死在了循环里面，或者断言里面。

那么我们是否有办法在程序断言失败的时候，让程序自动停下来呢？而不是苦苦等待结果呢？

如果用常规的方法，肯定是在断言里面加入断点，只要断言失败，那么程序自然就停下来了。

但是我们知道，KEIL 加入断点后有可能在再次打开工程后消失，而且STM32单片机支持的断点数量也有限，有没有好的方法？

有的，就是软件断点。

你可以在需要停止CPU运行的代码中加入这条语句：

__breakpoint(0);  //后面的立即数不怎么重要

这样，当你的程序断言失败了之后，如果运行到这条语句，在线调试模式下就会自动停止单片机运行（如果不在在线调试模式，也会进入停止运行，所以需要后面的优化方案）。

比如 hardfault 错误很难查，但是你可以在进入这个中断后，立刻执行一条汇编软件断点代码：

BKPT  0

或者直接在中断处理函数中加入代码：

void HardFault_Handler(void)
{
    __breakpoint(0);
}

这样一来，一旦运行到这个函数，单片机就会马上自动停止运行，而且你还可以通过 stack 窗口查看是从哪里跳进这个函数的，这样就能快速定位这种错误了！

只有在满足条件下，才会在你设置断点位置自动停止在断点处。比如一个条件下，会导致整个程序出问题，那么你可以在应用程序中添加代码，让其在满足条件时自动停止运行（前提是处于在线调试，否则没有任何打印信息的情况下停止运行是很麻烦的事情）。

但有的时候，我只想让软件断点在进入调试模式时生效，正常运行时不产生软件断点，又该如何处理；换句话说，如何判断单片机处于调试模式还是正常模式。

C 语言版

if(*((uint32_t*)0xE000EDF0) & 0x00000001) // 判断是否工作在调试模式
{
    __breakpoint(0);
}

汇编版

DEMCR          EQU     0xE000EDF0


            LDR     r0, =DEMCR
            LDR     r0,[r0,#0x00]
            AND     r0,r0,#0x00000001
            CBZ     r0,no_debug
            BKPT    0
no_debug  ; 地址标签

适用于 STM32f1x  or  Cortex-M3/M4 平台，其他平台自行研究。

注意，刚下载程序时判断也会成立，必须断开调试器后再上电才可退出调试模式（或者其他方式退出调试模式）

1.对国产嵌入式操作系统，你了解多少？

2.“构建安全的嵌入式系统”线上课程，6月1日正式报名！

3.Arm亮出多款大小核CPU！

4.在51单片机上跑RTOS有没有意义？

5.国产芯片创业的战略思考

6.嵌入式开发中，数值常量如何转化为内存地址？

免责声明：本文系网络转载，版权归原作者所有。如涉及作品版权问题，请与我们联系，我们将根据您提供的版权证明材料确认版权并支付稿酬或者删除内容。