给小车跪了——第四篇

徐晋鸿！

本片内容有关硬件。。吧。先上图



貌似程序里有两个bug。小车的现象是跑着跑着突然停下然后会不停地发送这些东西回来。我看了以前的资料，说是isr。h文件没搞好，所以再传一张。求高手指导

uli12345

小豪 发表于 2013-3-9 23:27
lz调车好坎坷

同感同感！

nct10095

目前没有。呵呵

野火

徐晋鸿！ 发表于 2013-3-11 21:54
嗯，我去试试，之前我是通过在主函数里面每个功能函数执行前发一个数字回来，想看看最后死掉时发回来的是 ...

在调试器里看到根据详细的数据的，可以看到第几行，局部变量是什么等

徐晋鸿！

野火 发表于 2013-3-11 20:07
数组越界会使内存数据被修改掉，执行错误而已，一般不会产生硬件上访。
调试界面：View —— call stack ...

嗯，我去试试，之前我是通过在主函数里面每个功能函数执行前发一个数字回来，想看看最后死掉时发回来的是什么数据，貌似随机出现

野火

徐晋鸿！ 发表于 2013-3-11 17:31
谢谢火哥,那如何在调试过程中发现错误的源头呢？你说的模块错误是指底层寄存器的配置吗？如果数组越界会不 ...

数组越界会使内存数据被修改掉，执行错误而已，一般不会产生硬件上访。
调试界面：View —— call stack  ，此时会弹出一个窗口，里面可以看到之前执行过的函数，只需检测一下最近执行了些什么函数，很容易找到问题的

徐晋鸿！

野火 发表于 2013-3-11 14:24
硬件上访错误，是芯片内部的资源运行错误，例如模块冲突等。

要在调试器上调试才能用于解决。

谢谢火哥,那如何在调试过程中发现错误的源头呢？你说的模块错误是指底层寄存器的配置吗？如果数组越界会不会造成这个问题呢？

exiao

这个和超频有关系啊？

野火

硬件上访错误，是芯片内部的资源运行错误，例如模块冲突等。

要在调试器上调试才能用于解决。

野火

徐晋鸿！ 发表于 2013-3-10 08:48
总线50 主频200，，你说180是测过的吗？

主频太高，确实经常出现硬件上访的问题，例如DMA模块，我们发现，超过150M后，很容易老是发生硬件上访。

发生硬件上访的时候，如果是在调试中的，那只需要在调试器里看他之前执行的是啥代码，还是比较容易解决。
如果是车跑着，估计不是在调试器里跑的，那我们也没什么办法解决。