最近的调程序总结

发布于 2008-09-08 15:55:41 浏览：7142 订阅该版

最近工作中调程序，调得很累。

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

这里总结一下，顺带想想，如果是在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函数，在里面进行打印，不过如何做好任务间的同步是需要自己考虑好的。