有人研究单片机的 RTOS 吗?关于操作系统崩溃原因抓取。

2018-07-20 16:36:22 +08:00
 Aleksandr
第一次提问,不知道这里有没有同行,暂且抛出问题吧。
对于嵌入式操作系统来说,系统死机是最严重的问题,之前遇到的死机问题大部分都是调试阶段遇到的,这种其实还是蛮容易解决的,大部分都可以通过单步调试解决的。我认为的一点是,对于软件发布后,客户使用阶段遇到的系统死机导致的功能异常,此种问题往往我们这边的经验是尝试通过复现的方法来调查,但对于极低概率发生的问题,复现本身就是一个很痛苦的过程,所以,有没有什么方法,可以记录下系统死机前的代码执行路径呢?
我们用的 32 位单片机,有相应的 EIPC 指针,可以记录进异常中断前的 PC 值,但这肯定不够。有这方面的大神出来讨论下吗?
1389 次点击
所在节点    问与答
3 条回复
GPIO
2018-07-20 16:47:14 +08:00
关注,但是一般 RTOS 都没有类似于 core dump 的文件,确实很难分析诶。
Ediacaran
2018-07-20 17:30:46 +08:00
如果看门狗有中断的话,可以把整个 RAM 都输出出来。然后对照着编译生成的 MAP 文件,找各个任务的堆栈和全局变量的值
Aleksandr
2018-07-22 19:56:13 +08:00
@Ediacaran 是个思路,不过不知道其他芯片的狗是怎样的,我们用的狗是 75%中断,是狗快叫的时候进,不是狗超时进,所以还是抓不到现场~

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/472710

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX