[分享]Keil编译后的Code，RO，RW，ZI分别表示什么以及和芯片Flash、SRAM的对应关系
2019-07-20 15:45发布
{var%20f='http://v.t.sina.com.cn/share/share.php?appkey=1515056452',u=z||d.location,p=['&url=',e(u),'&title=',e(t||d.title),'&source=',e(r),'&sourceUrl=',e(l),'&content=',c||'gb2312','&pic=',e(p||'')].join('');function%20a(){if(!window.open([f,p].join(''),'mb',['toolbar=0,status=0,resizable=1,width=440,height=430,left=',(s.width-440)/2,',top=',(s.height-430)/2].join('')))u.href=[f,p].join('');};if(/Firefox/.test(navigator.userAgent))setTimeout(a,0);else%20a();})(screen,document,encodeURIComponent,'','','https://www.xiaopingtou.cn/data/attach/logo/logo.png', '推荐 k0becheng 的问题《[分享]Keil编译后的Code，RO，RW，ZI分别表示什么以及和芯片Flash、SRAM的对应关系》','https://www.xiaopingtou.net/q-117016.html','页面编码gb2312|utf-8默认gb2312'));){kind=link}
在使用keil开发STM32应用程序时，点击Build后在Build Output窗口中经常会有如下信息：
以前一直好奇这几个参数和实际使用的STM32芯片中Flash和SRAM的对应关系，于是上网搜了一圈，做如下总结：
STM32F407ZGT6的Flash大小为1MB，SRAM大小为（128KB+64KB）。这里SRAM之所以分开表示是因为在芯片内部前面的128KB和后面的64KB地址不是连续的，后面的64KB在ST官方叫做CCM (core coupled memory) ，据说是由内核直接访问的，不能由外设访问（见原帖2楼）。下面给出的示意图中只标出了前面的128KB的SRAM空间。红 {MOD}部分表示STM32F407ZGT6提供的Flash和SRAM大小。
结合上图说下STM32F407ZGT6的启动过程（采用Cortex-M4、Cortex-M3内核的芯片基本都是这个过程）：上电后首先从 0x00000000（映射到0x08000000，这里只考虑从内部Flash启动）处获得中断向量表，然后在运行用户代码之前会在标号2处有一段引导代码负责把存在Flash中的初始化变量的值Copy到SRAM中对应的变量位置（标号3），之后把ZI区全部清零（标号4），之后才正式开始运行用户代码（标号5）。
对于详细的启动过程，这个帖子写得比较详细，可以试试~
参考资料：
http://stackoverflow.com/questions/5430284/rom-and-ram-in-arm
http://blog.csdn.net/he_ning/article/details/35226125
http://infocenter.arm.com/help/index.jsp?topic=/com.arm.doc.faqs/4027.html
http://www.amobbs.com/thread-5517029-1-1.html
http://anlx27.iteye.com/blog/1575848
以前一直好奇这几个参数和实际使用的STM32芯片中Flash和SRAM的对应关系，于是上网搜了一圈，做如下总结：
- 这些参数的单位是Byte
-
图中几个参数分别代表
- Code：代码的大小
- RO：常量所占空间
- RW：程序中已经初始化的变量所占空间
- ZI：未初始化的static变量和全局变量以及堆栈所占的空间
-
上述参数和芯片Flash以及SRAM的对应关系是
- Flash占用大小=Code+RO+RW
- SRAM占用大小=RW+ZI
STM32F407ZGT6的Flash大小为1MB，SRAM大小为（128KB+64KB）。这里SRAM之所以分开表示是因为在芯片内部前面的128KB和后面的64KB地址不是连续的，后面的64KB在ST官方叫做CCM (core coupled memory) ，据说是由内核直接访问的，不能由外设访问（见原帖2楼）。下面给出的示意图中只标出了前面的128KB的SRAM空间。红 {MOD}部分表示STM32F407ZGT6提供的Flash和SRAM大小。
结合上图说下STM32F407ZGT6的启动过程（采用Cortex-M4、Cortex-M3内核的芯片基本都是这个过程）：上电后首先从 0x00000000（映射到0x08000000，这里只考虑从内部Flash启动）处获得中断向量表，然后在运行用户代码之前会在标号2处有一段引导代码负责把存在Flash中的初始化变量的值Copy到SRAM中对应的变量位置（标号3），之后把ZI区全部清零（标号4），之后才正式开始运行用户代码（标号5）。
对于详细的启动过程，这个帖子写得比较详细，可以试试~
参考资料：
http://stackoverflow.com/questions/5430284/rom-and-ram-in-arm
http://blog.csdn.net/he_ning/article/details/35226125
http://infocenter.arm.com/help/index.jsp?topic=/com.arm.doc.faqs/4027.html
http://www.amobbs.com/thread-5517029-1-1.html
http://anlx27.iteye.com/blog/1575848
友情提示: 此问题已得到解决，问题已经关闭,关闭后问题禁止继续编辑，回答。
大量占用RAM其实都是数组，而不是变量。
数组是在运行过程中才会用到，而且不一定用满，例如串口或者一些记录几百个列表的buffer。
当运行过程中我们没有那么多内容要用到那么多buffer（例如最大是100个情况的存储，实际只用到60个，那么40个的内存是没有用到的），而c编译是不检测内存边界的，这也是c指针经常引发问题的原因，只有在运行时读写了不存在或不能访问的ram时，才会引发异常。
所以，RAM超出了限定值，但可以运行，不代表能够稳定长期运行。
还有就是一般都是自定义的数组太多，这个应该写程序时就预算到了呀，应该用更大的ram的芯片。
还有一点就是可能是编译器设定的堆栈过大了，这些堆栈是给动态分配内存指针用的，如果程序没有申请动态内存和释放的操作，那么这块是不会用到也是浪费了的。做好内存规划能够在资源不是极大富裕时降低芯片成本。
一周热门 更多>