bootloader开发中遇到的编译顺序不同竟然运行得到不同的结果
2015-11-16 08:54
351 查看
mdk左侧加载c文件排放顺序改变后,竟然程序就不好用。????
解决过程为:-------------
具体过程为:
首先追溯历史版本,发现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。
所以找到原因了。
解决过程为:-------------
具体过程为:
首先追溯历史版本,发现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。
所以找到原因了。
相关文章推荐
- 谷歌重返中国 一枚闲棋的中国式破局
- 观察者模式扩展(二)
- android实现视频录制
- 《剑指offer》——栈的压入、弹出序列
- Ios中Json解析的四种方法
- 创业没有寒冬 心定方得始终
- 默然日记20151116
- 三种方法升级Win7/8.1到Win10 TH2正式版图文教程
- 字典,集合,数组排序
- Oracle错误处理机制
- 命令模式
- 浅谈分布式计算的开发与实现(二)
- 边做边学Rust之Hello World
- 2012年11月5日 整理博文+回顾求职之路
- 结束,意味着,新的开始!
- 正则表达式
- Evaluation is not mapped hql 语句出错
- 队列,栈,堆栈,数组,链表特点与区别
- 将博客搬至CSDN
- JAVASE中JFileChooser的使用小结 打开文件并显示