鲁达 在前面的文章和视频里，我一直是以STM32F303VCTx为基础给大家介绍的，项目上也一直用着，没出现任何问题。但是前几天在探索建立基于GNU ARM+Cygwin+VSCODE的免费开发环境的时候，调试程序时老是发生hardfault中断，昨天终于发现问题之所在。
1.问题描述
使用KEIL新建一个工程，选择STM32F303VCTx，看target的内容，这个内容是选好MCU后系统自动填充的，自从使用Keil以来，从来未曾想过这个数据会有错误。
看RAM大小
我的工程项目里也是这样的默认设置，也一直运行的很好，根本没有理由让我去怀疑。但是为什么在配置开源开发环境时会出现问题呢？因为使用开源软件时，要自己修改连接文件（*.ld）（其源文件模板在Keil_v5\ARM\PACK\ARM\CMSIS\5.6.0\Device\ARM\ARMCM4\Source\GCC文件夹里能找到），部分参数设置有误！
编译连接
我按Keil的参数将栈顶地址变量_estact初始化为0x2000C000，编译连接过程没有发现错误，但是在调试的时候，发生硬件中断错误（当系统无法匹配到合理的错误风类型时，产生这种错误，多半是因为SP设置错误），百思不得其解！终于在试用System Workbench for STM32时，发现其生成的连接文件RAM大小是0xA000，才恍然大悟。修改后调试成功，至此，基于ARM+Cygwin+VSCODE的开源免费项目工程环境完全搭建成功。
2.问题分析
那么，Keil的错误设置为什么运行时不会出错呢？
我在《一分钟看透“堆“和"栈"》中说到RAM的空间分布，是根据Keil这个环境来写的，当时我就充满疑问，这种定义方法，还有一部分空间可能是没有用到的--即高于SP初始化地址的空间，因为实际设置栈大小时，不太可能刚刚把空间大小设置的刚刚好和除变量和堆之外的剩余空间大小相等。
Keil设置的是栈空间大小，根据栈空间大小来初始化SP地址，这种情况往往会有空闲RAM没用到；而自己写连接文件时，恰好相反，我们设置的是栈地址，而不管栈空间是多少，实际上是实现了栈空间的最大化！当把SP值初始化为RAM顶时，全部RAM都被用上了。不会再有空余的RAM了！
堆、栈
在Keil上实际测试了一下，在0x2000B000（超过实际RAM的最大地址）定义一变量，在读写此变量时发生hardfault，验证成功！
//把变量存到指定位置 int var__attribute__((at(0x2000B000)));3.小结
这次BUG的排查，说明KEIL和GNU GCC对内存的堆、栈分布的初始化流程和设计思想是不一样的。 也要注意到，在Keil里，很可能会有RAM空间被浪费了！！那如何才能避免浪费呢？
每一个BUG，都是一个阶梯！嵌入式学习更一步！！