|
本帖最后由 creep 于 2015-12-5 17:17 编辑 下午在社区群里和小伙伴聊天时谈到如果程序Fault时如何找到是哪句代码出现的问题，也就是说怎么找到程序运行到何处时出现Fault的。之前一直使用一种方法感觉不错，分享给有需要的同学。 大致的思想是当程序出现Falut时会跳转到相应的Fault中断里面，此时压入到堆栈的信息应该就是出现问题代码运行出错Fault的信息，我们要做的就是找到此时压入堆栈的LR的值。为了模拟Fault，我们将0写到地址0里面，此时debug下全速运行，程序就会进入到Fault函数中。 
我们在Fault中断函数中添加一个软断点，这样做的好处是debug模式下全速运行，当程序跑飞（Fault时）会自动停在这里，否则我们还要手动停止运行才能发现程序进入了Fault中断函数。 
为了方便查看程序程序的Fault时的相关信息，我们将错误信息打印到keil的debug Viewer窗口中，关于如何打印信息到keil的debug viewer窗口，可以参考我之前的发的帖子：【STM32F303开发】+ 使用SWO输出调试信息到Debug Viewer窗口 M3/M4内核的MCU的压栈的模式如下，我们根据下面的寄存器的存放顺序来取出压入到堆栈的寄存器的值。 
同时将Fault中断时的函数重载如下，用来输出更多的信息,同时判断了是使用MSP还是使用PSP, 
具体的void Hard_Fault_Handler(uint32_t stack[])函数根据寄存器SCB->CFSR判断并输出是那种Fault： 
最后使用函数stackDump(stack);输出出现Fault时的堆栈的值，取值的顺序是根据上面说的M3/M4内核压栈的顺序得到的： 
下面我们在debug模式下全速运行如下代码，main函数如下：其中的 *(uint32_t*)paddr = 0; 会导致Fault并进入中断， 
在debug模式下全速运行，不要设置任何断点，最后程序程序会在debug viewer中输出出错Fault的相应的寄存器的值并停止在__ASM volatile("BKPT #01");，此处得到的LR的值就是我们要找的LR的。 
此时打开汇编窗口，在汇编窗口里面右键show Disassembly at Address选项输入LR的值然后回车 
调转到的汇编的地方就是导致程序出现Fault的地方，注意M3/M4内核使用Thumb指令，要求最低bit为1， 
上面的过程大致就是找到程序出现Fault跑飞时的方法，基本上能定位到出错的代码，使用OS时要注意判断是哪个SP在起作用。 这个方法很早就看到过，但是今天查资料发现是国外的一个工程师在ARM举行的Technical Conference上做的一个分享， 具体参考网页：Developing a Generic Hard Fault handler for ARM Cortex-M3/Cortex-M4 如果有问题可在社区QQ群(427779516)讨论 上面用到的测试代码： 
F303RE_Fault_Handler.rar
(396.61 KB, 下载次数: 337)
|
微信公众号
手机版
《cortex m3 权威指南》是本好书，值得多读几遍！
谢谢指导，不知道你说的ST的出的指导哪里可以找到，能不能给些提示或者连接！
这里导致导致Bus Fault 的那句代码是我故意写的用于触发Fault的。
对地址0写0肯定是不允许的，这是为了模拟怎么找到错误代码的方法。
因为在一个功能复杂代码很多的程序里去直接定位跑飞（Fault）的代码不是很容易，所以可以使用这个方法去定位问题！
谢谢分享
二姨家，上面有些，21IC ST 论坛
多谢分享！
能不能给个具体点的URL？谢谢！