软件断点的介绍

描述

代码全速运行的时候,等了很久发现并没有得到想要的结果,然后暂停之后发现程序死在了循环里面,或者断言里面。那么,我们是否有办法在程序断言失败的时候,让程序自动停下来呢?而不是苦苦等待结果呢?如果用常规的方法,肯定是在断言里面加入断点,只要断言失败,那么程序自然就停下来了。但是我们知道,KEIL 加入断点后有可能在再次打开工程后消失,而且STM32单片机支持的断点数量也有限,有没有好的方法?有的,就是软件断点!你可以在需要停止CPU运行的代码中加入这条语句:

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

这样,当你的程序断言失败了之后,如果运行到这条语句,在线调试模式下就会自动停止单片机运行(如果不在

在线调试

模式,也会进入停止运行,所以需要后面的优化方案)。比如 hardfault 错误很难查,但是你可以在进入这个中断后,立刻执行一条汇编软件断点代码:

BKPT  0

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

void HardFault_Handler(void)

这样一来,一旦运行到这个函数,单片机就会马上自动停止运行,而且你还可以通过 stack 窗口查看是从哪里跳进这个函数的,这样就能快速定位这种错误了!只有在满足条件下,才会在你设置断点位置自动停止在断点处。比如一个条件下,会导致整个程序出问题,那么你可以在应用程序中添加代码,让其在满足条件时自动停止运行(前提是处于在线调试,否则没有任何打印信息的情况下停止运行是很麻烦的事情)。但有的时候,我只想让软件断点在进入调试模式时生效,正常运行时不产生软件断点,又该如何处理;换句话说,如何判断单片机处于

调试模式

还是正常模式。

C语言版:

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

汇编版:

DEMCR          EQU     0xE000EDF0

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

软件

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

  审核编辑:汤梓红

打开APP阅读更多精彩内容
声明:本文内容及配图由入驻作者撰写或者入驻合作网站授权转载。文章观点仅代表作者本人,不代表电子发烧友网立场。文章及其配图仅供工程师学习之用,如有内容侵权或者其他违规问题,请联系本站处理。 举报投诉

全部0条评论

快来发表一下你的评论吧 !

×
20
完善资料,
赚取积分