问题很可能已经找到了。。。。
具体过程为：
首先追溯历史版本，发现27号下午的版本颠倒顺序好用，而28号上午的版本颠倒顺序不好用。
颠倒各个C文件的位置，发现有一个文件必须在另一个文件的后面，否则运行就有问题。
那么运行发生了什么问题呢？
估计有可能是看门狗复位了吧？于是禁止看门狗，发现执行了一个函数后进入了HardFault_Handler。那么为什么进入HardFault_Handler？
我猜想可能是运行了这个函数的非法指令。就是函数内容可能被改变了。因为我这个函数发放在RAM里面。
执行流程如下：
（1）通过通信接收到字节放到RAM（就是一个全局变量数组）里；
（2）执行RAM里的函数
（3）擦除这部分RAM
于是我想是不是由于第2步没执行完进行了第三步导致的。就是说属于异步造成的。于是我把第三部删掉。发现还是程序进入HardFault_Handler。
既然进入HardFault_Handler，那么可能是RAM的内容在运行过程中改变，于是我把RAM的内容进行核对了一小部分（几百字节，挨个核对太费劲），没发现问题。
尽管这步骤没发现问题，我在对RAM对应的汇编的指令 注意到一个DCW的指令是关于内存对齐的。
啊！！没有有可能是字节没对齐。一看list文件，发现RAM起始地址是0x20000069，不能被4整除。于是在定义RAM的全局变量数组前面加上
uint8_t aa = 0;
uint8_t aa1 = 0;
uint8_t aa2 = 0;
这样 这个函数对应的RAM可以被4整除，一运行OK。
所以找到原因了。
|
楼主
