查看原文
其他

针对Cortex-M调试诊断 HardFault 的错误追踪库(CmBacktrace)

strongerHuang 嵌入式专栏 2022-09-10

关注+星标公众,不错过精彩内容

作者 | strongerHuang

微信公众号 | 嵌入式专栏


相信有不少读者都遇到过 “HardFault 的问题,而且不止一次,有时候可能因为它连续几日加班,甚至通宵。


那么今天就来分享一个由作者 armink 整理的开源库,借花献佛分享给大家。


该库采用采用 MIT 开源协议,开源地址:

https://github.com/armink/CmBacktrace


嵌入式专栏

1

CmBacktrace 是什么

CmBacktrace (Cortex Microcontroller Backtrace)是一款针对 ARM Cortex-M 系列 MCU 的错误代码自动追踪、定位,错误原因自动分析的开源库。主要特性如下:


1.支持的错误包括

  • 断言(assert)

  • 故障(Hard Fault, Memory Management Fault, Bus Fault, Usage Fault, Debug Fault)


2.故障原因自动诊断

可在故障发生时,自动分析出故障的原因,定位发生故障的代码位置,而无需再手动分析繁杂的故障寄存器;


3.输出错误现场的函数调用栈(需配合 addr2line 工具进行精确定位),还原发生错误时的现场信息,定位问题代码位置、逻辑更加快捷、精准。也可以在正常状态下使用该库,获取当前的函数调用栈;


4.支持 裸机 及以下操作系统平台:

  • RT-Thread

  • UCOS

  • FreeRTOS(需修改源码)


5.根据错误现场状态,输出对应的 线程栈 或 C 主栈;


6.故障诊断信息支持多国语言(目前:简体中文、英文);


7.适配 Cortex-M0/M3/M4/M7 MCU;


8.支持 IAR、KEIL、GCC 编译器;


嵌入式专栏

2

为什么选择 CmBacktrace

入门新人:对于从 C51 、MSP430 等简单单片机转而使用更加复杂的 ARM 新人来说,时不时出现的 "hard falut" 死机会让新人瞬间懵掉。定位错误的方法也往往是连接上仿真器,一步步 F10/F11 单步,定位到具体的错误代码,再去猜测、排除、推敲错误原因,这种过程十分痛苦。


熟练老手:慢慢的大家知道可以通过故障寄存器信息来定位故障原因及故障代码地址,虽然这样能解决一小部分问题,但是重复的、繁琐的分析过程也会耽误很多时间。而且对于一些复杂问题,只依靠代码地址是无法解决的,必须得还原错误现场的函数调用逻辑关系。虽然连接仿真器可以查看到的函数调用栈,但故障状态下是无法显示的,所以还是得一步步 F10/F11 单步去定位错误代码的位置。另外,还有两种场景,

1、很多产品真机调试时必须断开仿真器

2、问题确实存在,但是极难被重现


所以定位这类问题就显得难上加难。


使用本库:上述所有问题都迎刃而解,可以将错误信息输出到控制台上,还可以将错误信息使用 EasyFlash 的 Log 功能保存至 Flash 中,设备死机后重启依然能够读取上次的错误信息。CmBacktrace 输出的信息包括函数调用栈、故障诊断结果、堆栈、故障寄存器及产品固件信息,极大的提升了错误定位的效率及准确性。


俗话说,工欲善其事,必先利其器。所以有时候做事效率低的原因也许是,你会用的工具种类太少。


嵌入式专栏

3

CmBacktrace 如何使用

本文就简单演示一下,演示分如下几个步骤:

1、制造除零异常(IAR 工程,点击查看源码)

2、查看错误诊断信息

3、查看函数调用栈基本信息

4、通过命令行工具进入项目工程存放可执行文件的路径

5、使用 addr2line 命令,查看函数调用栈详细信息,并定位错误代码


具体的使用方法,请见原始说明文档,里面描述了很多细节内容。


开源地址:

https://github.com/armink/CmBacktrace


免责声明:本文素材来源网络,版权归原作者所有。如涉及作品版权问题,请与我联系删除。


------------ END ------------


后台回复『ARM』『Cortex-M』『MCU』阅读更多相关文章。


关注微信公众号『嵌入式专栏』,底部菜单查看更多内容,回复“加群”按规则加入技术交流群。


点击“阅读原文”查看更多分享,欢迎点分享、收藏、点赞、在看。

您可能也对以下帖子感兴趣

文章有问题?点此查看未经处理的缓存