【经验分享】CW10.x编译环境查找HardFault异常原因

FSL_TICS_Robin · 发表于 2014-11-18 14:47:14

本帖最后由 FSL_TICS_Robin 于 2014-11-18 14:50 编辑

已经遇到很多客户反映：CodeWarrior10.x编译环境调试Processor Expert软件生成的Kinetis芯片程序时经常会进入PE_ISR(Cpu_Interrupt) PE_DEBUGHALT中断，但仅从这个中断服务函数名上又无法辨别到底是什么原因导致的。参考以往问题反馈和同事Erich Styger的博文Debugging Hard Faults on ARM Cortex-M并经过几番尝试之后发现这往往是芯片由于各种原因导致的Hard Fault异常中断。在此与大家分享一下使用 CodeWarrior10.6编译环境调试PE生成的程序时，查找Hard Fault异常中断原因的方法。

此处简略介绍文档内容：
一、CodeWarrior10.x编译环境背景知识
Own handler for every.jpg

二、Cortex M0+内核异常中断背景知识
Exception types.jpg

三、人工查找HardFault异常原因
借鉴ARM官网专为Keil MDK编译环境提供的应用手册apnt209里提到的方法，在CodeWarrior10.x编译环境里展示：通过查看进入异常中断函数后的LR值来观察被栈入Main Stack 或 Process Stack的进入异常前的R0-R3,R12, LR, PC,PSR寄存器值。被栈入的LR链接寄存器存储着进入异常前调用的子程序地址信息，被栈入的返回地址PC寄存器存储着进入异常前将执行的那条代码。

四、程序查找HardFault异常原因
使用汇编代码在异常中断函数里将引起Hard Fault的代码地址或子程序地址存入R1寄存器以便大家观察。

完整文档及测试代码请下载：

【经验分享】CW10.x编译环境查找HardFault异常原因.zip (1.37 MB, 下载次数: 238)

bsdpgsql · 发表于 2014-12-11 17:59:15

本帖最后由 bsdpgsql 于 2014-12-11 18:03 编辑

FSL_TICS_Robin 发表于 2014-12-1 09:04
不用客气呢
都是在解决客户遇到的问题时学到的，大家一起共同进步了
...

额，有个简单的方法可以试试，个人经验，还没有看到网上哪里有说道的。
不管返回地址放在栈的什么什么地方，总之isr返回总会返回到出问题的地方，所以把isr处理函数里面第一句就直接return，在这个return上打个断点，然后运行捕捉到这个return，然后单步，一般就能回到出问题的地方，，，回去之后再单步又异常就又回来这里return，这里就是个死循环，基于这个现象，如果单步return回不去，那就把断点取了，全速跑，然后暂停仿真器，第一次暂停不行就接着跑第二次再暂停，或者多来几次，有很大概率是停在出问题那条语句，，，
如果以上都不行，那就老老实实按一楼说的弄了

个人经验90%以上的情况都可以通过这种偷懒的方式找到异常发生的地方。

FSL_TICS_Robin · 发表于 2014-11-18 14:52:12

希望对使用飞思卡尔Kinetis微控制器遇到Hard Fault异常中断的用户有所帮助，不足之处还请大家在帖子中予以指出。

liujia21 · 发表于 2014-11-19 14:17:32

学习了，谢谢楼主分享

小七 · 发表于 2014-11-19 17:00:32

赞一个

xiaoming1021 · 发表于 2014-11-26 15:51:15

非常感谢!

huiyao · 发表于 2014-11-26 16:10:01

学习了，谢谢楼主分享

FSL_TICS_Robin · 发表于 2014-12-1 09:04:28

liujia21 发表于 2014-11-19 14:17
学习了，谢谢楼主分享

不用客气呢
都是在解决客户遇到的问题时学到的，大家一起共同进步了

武帝刀剑笑 · 发表于 2014-12-6 00:34:26

正在学习，感谢分享，感谢楼主

FSL_TICS_ZJJ · 发表于 2014-12-11 23:22:07

bsdpgsql 发表于 2014-12-11 17:59
额，有个简单的方法可以试试，个人经验，还没有看到网上哪里有说道的。
不管返回地址放在栈的什么什么地方 ...

很不错的经验方法

确实比较方便使用，非常感谢你分享。

[CodeWarrior] 【经验分享】CW10.x编译环境查找HardFault异常原因

浏览过的版块

站长推荐 /3