Chinaunix首页 | 论坛 | 博客
  • 博客访问: 830897
  • 博文数量: 281
  • 博客积分: 0
  • 博客等级: 民兵
  • 技术积分: 2770
  • 用 户 组: 普通用户
  • 注册时间: 2009-08-02 19:45
个人简介

邮箱:zhuimengcanyang@163.com 痴爱嵌入式技术的蜗牛

文章分类
文章存档

2020年(1)

2018年(1)

2017年(56)

2016年(72)

2015年(151)

分类: 嵌入式

2017-07-07 10:42:28


STM32中的code可以不用拷贝到RAM中运行,也可拷贝到RAM中运行,这些不是技术问题,而是要看这段code
有没有加载到RAM中运行的必要。后面再解释。

nand flash不支持片上执行,不能在nand flash中执行程序,但nor flash支持。
但不能因此就断定STM32用的外置flash都是nor的。只要STM32带nand flash的控制器,就可以把nand中的code加载到RAM中运行。

首先,应该所有的单片机都是片内集成RAM和ROM(在加载域和运行域的角度看,Flash就是ROM)。
一般容量小的单片机,RAM和ROM都小,不会把flash中的代码加载到RAM中。
但有时确实需要加载,怎么办呢。就把code中比较关键的,调用很频繁的,对响应速度有要求的,就会加载到RAM中。
例如高频率中断的定时器中断ISR,就可以在分散加载脚本中修改这段code的运行域到RAM中。程序在刚上电后会在main函数之前加载这段code到RAM中。这样做的好处就是,这段code的执行速度快,我们知道ROM和RAM执行代码的速度比差距是很大的。RAM比ROM中执行速度快得多!
当然,如果你的RAM很大,你甚至可以把全部的Code加载到RAM中运行。

nand flash不是直接接到CPU的三总线上的,所以CPU不能直接从nand中取得可执行的指令,而是通过nand的控制器!
而nor是在总线上的,所以nor中的code可以直接执行。(nor的这个观点仅是我个人看法,仅供参考)。

再说外置RAM的问题,单片机在带SDRAM的控制器之后,就可以支持SDRAM了。
SDRAM在初始化好之后,SDRAM的使用方法和内置的SRAM没有差别。

如果你的单片机支持SDRAM和Nand flash,你可以把nand flash中的code加载到SDRAM中运行。
如果你知道怎么写分散加载脚本,这个功能分分钟就能实现。

对于x86的pc机和单片机等嵌入式开发系统程序的存储是截然相反的,  
即:  
x86的pc机cpu在运行的时候程序是存储在RAM中的,而单片机等嵌入式系统则是存于flash中  

 x86cpu和单片机读取程序的具体途径 

pc机在运行程序的时候将程序从外存(硬盘)中,调入到RAM中运行,cpu从RAM中读取程序和数据  
而单片机的程序则是固化在flash中,cpu运行时直接从flash中读取程序,从RAM中读取数据 

 造成这种差别的具体原因分析 

x86构架的cpu是基于冯.诺依曼体系的,即数据和程序存储在一起,而且pc机的RAM资源相当丰富,从几十M到几百M甚至是几个G,客观上能够承受大量的程序数据。  
单片机的构架大多是哈弗体系的,即程序和数据分开存储,而且单片的片内RAM资源是相当有限的,内部的RAM过大会带来成本的大幅度提高。 

单片机的程序能存储在RAM中吗 ?

通过上面的分析可得知:单片机的程序能存储于flash中是基于两点考虑,即体系结构和RAM资源的多少。因此,在技术不但进步片内RAM容量不断增多的今天,RAM资源已经不再是制约这种差别的主要因素,而对于体系机构我们只要更改cpu读取程序的方式就可以。  
将嵌入式系统的程序存于RAM中的具体做法  
“对于很多的嵌入式系统,其代码很多都存储在nor flash中,运行也是直接在flash中运行.我最近了解到我新公司的软件中的一段代码当时为了提高运行速度被加载到ram中运行.当时他们是花了很多时间来解决这个问题的.  
我仔细研究了一下链接脚本,用的是gnu的的交叉工具链.地址分配是写在一个ld脚本中的.  
他们是这样实现的:  
1,将你需要在ram中运行的代码写在单独的一个c文件中,然后在脚本中设置其运行地址与存放地址分开.设置好必要的代码起始和结束的标志变量.  
2,在代码中将存放地址处的代码拷贝到运行地址中. 

这段代码倒是没什么问题,只是我有个更简单的办法:  
还记得全局变量是怎么初始化的吗? .data段是一个自动初始化的段(内核代码处理),我只需要将这个c文件产生的代码放置在.data段中,这段代码就可以被加载到ram运行了.我了一下运行良好. 

      
                      冯.诺依曼体系与哈佛体系的区别 

  二者的区别就是程序空间和数据空间是否是一体的。 早期的微处理器大多采用冯诺依曼结构,典型代表是Intel公司的X86微处理器。取指令和取操作数都在同一总线上,通过分时复用的方式进行的。缺点是在高速运行时,不能达到同时取指令和取操作数,从而形成了传输过程的瓶颈。  
哈佛总线技术应用是以DSP和ARM为代表的。采用哈佛总线体系结构的芯片内部程序空间和数据空间是分开的,这就允许同时取指令和取操作数,从而大大提高了运算能力。  
例如
STM320LF240x系列DSP是增强型的哈佛结构通过三组并行的总线访问多个存储空间。它们分别是:程序地址总线(PAB),数据地址读总线(DRAB)和数据地址写总线(DWRB)。





阅读(1542) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~