最近的调程序总结

发布于 2008-09-08 15:55:41
最近工作中调程序,调得很累。

新的芯片,因为和以前的版本改动比较大,多核通信方式变了,电源管理变了,外设的寄存器地址基本都变了。抢时间,急急忙忙的把以前的大工程代码往上套,结果出了很多问题,很多很难查,很伤心很劳累。[还好只是调一个核,如果两个核一起套,真的得跳楼了]

这里总结一下,顺带想想,如果是在RT-Thread环境中,应该如何调比较好。

调试的过程中,以下问题出现比较多:
- ASSERT,一般意义的assert也就算了,一般的assert总归有文件名,有行号,出现了进去一查就知道是哪个文件哪行出了问题,大不了在出现assert的地方断一个断点,然后看寄存器,反推出上一个调用函数的地方(RealView Debugger的栈回溯不可信的)。最关键的是,如果出现了assert,文件名和行号都被冲掉了怎么办?什么都看不到。
- 程序飞掉了。。。
- 数据冲掉了。。。
- Log不能打印

其中最难调的应该是程序飞掉了,而且还不知道是哪里飞掉了(当工程是一个百万级代码的工程时,这种感觉是很明显的)
方法:
- 在OS切换到一个任务时,把任务的名字打印出来
- 当一个中断到来时,把中断号打印出来
因为有些中断是比较多的,所以在打印前可以做做过滤,例如os的timer中断。但系统的定时器一般是和os timer挂钩的,如果怀疑也可以打开。

通过这样,至少可以找出出现问题时,就近的上下文环境是什么,然后就去怀疑吧。

工作中用的是Nucleus Plus,OS切换到一个任务打印名称需要自己写,在它的汇编中。RT-Thread中,只需要把SCHEDULER_DEBUG宏打开就可以了。ASSERT的问题也可以参照这样的解决方法。

数据冲掉的问题,一般有两种情况:
- 全局数据被冲,那么就找找全局数据地址附近有什么东西,很可能是越界访问了。
- 中断向量表被冲;ARM的向量表放在0地址,也就是NULL,谁操作了空指针呢?这个比较难查,猜吧。

Log不能打印
一般来说在 ISR 中是不能打印的,因为很可能打印log会引起另一个中断(这个是以前vxWorks一直嘱咐的)。可以考虑用非中断方式的打印,RT-Thread的串口打印默认是非中断方式。但有的时候在ISR中打印很可能会影响到整个系统的时序,所以也可以考虑把打印输出到一个buffer中,然后在一个空闲任务中打印出来;RT-Thread可以在idle thread中挂一个hook函数,在里面进行打印,不过如何做好任务间的同步是需要自己考虑好的。

查看更多

关注者
0
被浏览
5.4k
3 个回答
shaolin
shaolin 2008-09-09
>Log不能打印
>一般来说在 ISR 中是不能打印的,因为很可能打印log会引起另一个中断(这个是以前vxWorks一直嘱咐的)。可以考虑用非中断方式的打印,RT-Thread
>的串口打印默认是非中断方式。但有的时候在ISR中打印很可能会影响到整个系统的时序,所以也可以考虑把打印输出到一个buffer中,然后在一
>个空闲任务中打印出来;RT-Thread可以在idle thread中挂一个hook函数,在里面进行打印,不过如何做好任务间的同步是需要自己考虑好的。

我们现在的做法是把任务切换,进入中断处理,进入深度睡眠时候的一些信息,包括系统计时等,输出到了一个buffer中,等系统Assert,或者手动Assert的时候就把这块buffer导出来成一个mem文件,然后用工具对这段mem文件进行分析,由此得到系统运行信息。
bernard
bernard 2008-09-09

我们现在的做法是把任务切换,进入中断处理,进入深度睡眠时候的一些信息,包括系统计时等,输出到了一个buffer中,等系统Assert,或者手动Assert的时候就把这块buffer导出来成一个mem文件,然后用工具对这段mem文件进行分析,由此得到系统运行信息。


类似的也有一个,但是要跨越到另外核上,所以这次整合把它给先砍掉了

撰写答案

请登录后再发布答案,点击登录

发布
问题

分享
好友

手机
浏览

扫码手机浏览