我们继续深入点，看看testsram[]这个大数组到处编译在到哪里去了，用IDA64来反汇编下编译出来的AXF文件
可以看到testsram这个大数组自动编译到外部sram的0x68000000这个地址上。我们再试试再定义几个大数组看看
再来看看编译后的结果
可以看到每个大数组都由编译器自己分配了内存的地址，压根不用我们自己去定义。
到这里相信大家会有一个疑问，那编译是怎么来决定把哪些变量定义在内部SRAM，那些定义在外部SRAM。这一点我也研究清楚，我只知道编译会优先把变量都定义外部SRAM，当外部SRAM不够用情况才会定义在内部SRAM上，至于怎么让编译优先使用内部SRAM，我也没有搞明白。目前我能做到的是把已经初始化的全局变量都放在SRAM，做法是修改散列文件，让RW只在内存SRAM上编译。
去掉小红框的勾，然后点击Edit我们来修改SRAM.sct文件，也就是编译散列文件
把RW_RAM1中(也就是外部SRAM)的+RW去掉，这样已经初始化的全局变量就只会编译在内部SRAM中
重新编译下工程，再来反汇编下看看编译结果
可以看到usmart_nametab[]这个已经初始化的数组编译在内部SRAM上，adc2[]这个未初始化的数组，数组的大小比较而且能在内部Sram编译得下的，却还是编译在外部SRAM上。
最后散列相关的知识，大家可以看看这里http://blog.csdn.net/lindabell/article/details/8957968#0-qzone-1-11984-d020d2d2a4e8d1a374a433f596ad1440
前面没有修改启动文件，其它变量全部在内部SRAM的时候，程序运行是没有问题，减小数组的时候程序运行不起来，修改前面的红字部分后，程序就可以运行起来，但是LCD偶尔正常，偶尔不正常，调试下感觉是延时的问题，没有再继续调试了
评论