ODT ( On-DieTermination ,片内终结)ODT 也是 DDR2 相对于 DDR1 的关键技术突破,所谓的终结(端接),就是让信号被电路的终端吸 收掉,而不会在电路上形成反射, 造成对后面信号的影响. 顾名思义, ODT 就是将端接电阻移植 到了芯片内部,主板上不再有端接电路.在进入DDR 时代, DDR 内存对工作环境提出更高的要求,如 果先前发出的信号不能被电路终端完全吸收掉而在电路上形成反射现象, 就会对后面信号的影响造成 运算出错.因此目前支持DDR主板都是通过采用终结

开发环境:开发板:FriendlyARM Tiny6410 主机:CentOS release 6.4 (Final) 开发板与主机通过串口线连接 调试用的uboot源码为开发板光盘提供的u-boot-mini6410-20110405.tar.gz   在调试uboot时,没有必要把临时版本写到nand flash中,既耗时又损伤nand flash.可将uboot的调试版本下载到sdram中运行. 预先在nand flash中烧写完好的u-boot.bin文件,使开发板从nand flash

S3C44B0开发板中,用UBOOT自带loadb命令加载应用程序到SDRAM中运行的方法    1.开发板说明:  开发板上已有移植好的UBOOT运行.   2.交叉编译工具链为arm-linu-gcc-4.0.4 3.原理:  采用UBOOT自带的命令loadb,加应用程序(.bin)加载至SDRAM中某一地址中,然后用go 命令从某地址处开始执行程序.   操作方法说明:  1.编写一个测试程序,见附上的例程hello.c.    hello.c主要包含以下几个功能,在串口终端打印输出字符

1＼在smdk6410.h中定义宏 //#define CONFIG_SKIP_LOWLEVEL_INIT 1 //#define CONFIG_SKIP_RELOCATE_UBOOT 12\将编译的uboot.bin下载到text_base的地址3\准备好调试环境之后 指令 gp+地址运行sdram中的uboot

DQM就是掩码控制位.在sdram中,每个DQM控制8bit Data在读操作的时候没什么大的影响,比如你读32位的sdram module, 但你只要其中低8bit的数据,没有关系,只要读出32bit数据,再在软件里将高24位bit和0"与"就可以了,有没有DQM关系不大.但在执行写操作时,如果没有DQM,你就麻烦了,可能你在软件上是写一个8bit数据,但实际上32根数据线是物理存在板上连接到SDRAM的,只要wr信号一出现,这32位就写到sdram中去了.但高24bit数据就这样被

让LED程序在片外SDRAM中运行 一.引子 在前一篇文章中,我们已经成功点亮过LED了,为什么还要再重复一次呢? 我们已经知道,Mini2440开发板有两种启动模式:从NorFlash启动和从NandFlash启动. 这里着重说明一下从NandFlash启动的过程. 在S3C2440片内有一块被称为SteppingStone的片内SRAM,它的大小为4K.将开发板设置为从NandFlash启动之后,SteppingStone会被映射成为0地址,并且在上电后,NandFlash前4K的数据会被自

文章目录 一.S3C2440的启动方式 二.代码 一.S3C2440的启动方式 S3C2440的MMU有一种"steppingstone".技术,是协助MCU从无法执行程序的NAND FLASH执行启动程序的一种方法,其启动步骤如下: 1.系统上电后,首先自动判断是否是autoboot模式,如果使用 s3c2440是带有nandflash的,并且被设置成autoboot,从nandflash开始启动. 2.在判断是autoboot模式后,mcu内置的nandflash控制器自动将nan

按照韦东山的视频中 sdram的裸机代码,写了一份,通过 minitools 下载到 0x30000000,然后烧录到 nand中,接过不能正常运行. 尝试过多种方法后,只有一种解决方法,就是不要用 0x30000000这个地址. 可以把 makefile 中的地址改为0x30008000,minitools 中下载的地址也改为 0x30008000,这样就可以正常的运行了. 可能 0x30000000 前面的一些内存被使用了? 后来换了一个 TQ2440的开发板,不使用 minitools,而

折腾了很久 终于解决了 从SDRAM中运行APP程序. 说明:LPC1788 本身有512K的flash和96K的RAM.支持TFT和SDRAM 这算是跟别家cortex-M3架构MCU相比较的一个亮点.我这个项目需要使用GUI,NXP有免费的emwin库,这也是一个极大的便利.我这个项目显示图形比较多,没有配置SD卡或NorFlash,硬件的大致结构式 LPC1788+NandFlash(4M)+SDRAM(16M)+4.3寸TFT. 运行过程中显示的图片比较多,客户方不想把图形以及字库文件存

本文仅探讨s3c6410从nand flash启动u-boot时的代码重定位过程 参考: 1)<USER'S MANUAL-S3C6410X>第二章 MEMORY MAP 第八章 NAND FLASH CONTROLLER 2)u-boot源码: u-boot-x.x.x/board/samsumg/smdk6410/lowlevel_init.S u-boot-x.x.x/cpu/s3c64xx/start.S u-boot-x.x.x/cpu/s3c64xx/nand_cp.c 代码重定位

SDRAM这个至今还在用的存储器,虽然被后来的DDR取代,掌握好它还是很重要的.之前在调试时,确实费了好大劲,它的复杂性毋庸置疑,一般人要想弄懂他,得花1个月左右吧,至少我这么认为.话说回来,SDRAM的作用是什么呢?答案肯定是存储,如果你没在项目中运用它的话,是很难体会到它的作用的,最近在弄SDRAM的VGA显示,其实调好后,也没那么神奇.先以高频率100M往SDRAM写数据,之后读出数据时,因为VGA时钟频率为25M,肯定不能直接给VGA,需要把SDRAM读出的数据缓存在DCFIFO中,通过

在看上面2440的内存映射的时候,对其中的有些名字,不是完全太懂,所以到网上找了相关的信息. 对于mini2440来说,SDRAM,即内存,程序运行时的地方.选择连接SDRAM的为bank6. 1)S3C2440 支持两种启动模式:一种是从 Nand Flash 启动:一种是从Nor Flash启动.在此两种启动模式下,各个片选的存储空间分配是不同的, 2)左面时nGCS0片选的Nor Flash启动模式下的存储分配图,右边是Nand Flash启动模式下的存储分配图,这里要注意,nGCS0片选

CPU只管操作地址,而有些地址代表的是某些存储设备. 但是操作这些存储设备需要很多东西,比如需要制定bank,行/列地址等.所以就有了存储管理器,用来处理这种CPU操作的地址和存储设备间的转换. (1)存储管理器在得到一个CPU的地址时,根据地址范围和自身的信息,知道这个地址位于那个片选. (2)若该片选连接的是一个SDRAM,还会根据地址范围和自身的信息,知道对应的如SDRAM中的BANK,行/列地址等. 所以,配置存储管理器 (3)根据芯片手册知道这个芯片的存储管理器的片选有8个,说明它可以

1,在完成上一节的memory初始化后,接下来在arch/arm/cpu/armv7/start.S的160行:如下图 2,跳转到arch/arm/lib/board.c下的board_init_f函数,如下图: 3,在285行的memset函数,此函数地址在0x3481c8c4,属于在BL2的地址范围.而_start地址在:0x34800000,很明显memset函数超出了BL1的16K的大小范围. 所以必需把BL2搬到DDR中,并且本身跳到DDR中执行BL2中的代码. 4,BL2移到内存中的

一.SDRAM(HY57V561620F)连线分析 1.  S3C2440 有27根地址线ADDR[26:0],8根片选信号ngcs0-ngcs7,对应bank0-bank7,当访问bankx 的地址空间,ngcsx引脚为低电平,选中外设. 2^27=128MByte, 8*128Mbyte = 1Gbyte,所以S3C2440 总的寻址空间是1Gbyte.但市面上很少有32位宽度的单片SDRAM,一般选择2片16位SDRAM 扩展得到32位SDRAM. 2.这里选择的SDARM是HY57V56

SDRAM(Synchronous Dynamic Random Access Memory,同步动态随机存储器)也就是通常所说的内存.内存的工作原理.控制时序.及相关控制器的配置方法一直是嵌入式系统学习.开发过程中的一个难点.我们从其硬件的角度来分析其原理,然后再引出SDRAM的驱动编写过程. 内存是代码的执行空间,以PC机为例,程序是以文件的形式保存在硬盘里面的,程序在运行之前先由操作系统装载入内存中,由于内存是RAM(随机访问存储器),可以通过地址去定位一个字节的数据,CPU在执行程序时将

SDRAM是做嵌入式系统中,常用是的缓存数据的器件.基本概念如下(注意区分几个主要常见存储器之间的差异): SDRAM(Synchronous Dynamic Random Access Memory),同步动态随机存储器.同步 是指 Memory工作需要同步时钟,内部的命令的发送与数据的传输都以它为基准:动态是指存储阵 列需要不断的刷新来保证存储的数据不丢失,因为SDRAM中存储数据是通过电容来工作的,大家知道电容在自然放置状态是会有放电的,如果电放完了,也就意味着SDRAM中的数据丢失了,所

SDRAM的写状态流程 IDLE状态到WRITE状态 (1)在IDLE状态需要先给ACT命令激活某一行,此时处于Row Active状态. (2)在Row Active状态之后,给Write命令则会进入WRITE状态. (3)在WRITE状态后,再给一次Write命令,就可以继续写入数据 WRITE状态到IDlE状态 (1)在WRITE状态给PRE命令,则SDRAM将跳出WRITE状态进入Precharge状态. (2)在Precharge状态后,就会自动进入IDLE状态了. WRITE状态下面

本文是在前面设计好的简易SDRAM控制器的基础上完善,逐步实现使用SDRAM存储视频流数据,实现视频图像采集系统,CMOS使用的是OV7725. SDRAM控制器的完善 1. 修改SDRAM的时钟到100Mhz 系统时钟提了上来下面对应的时间参数就需要注意,再50Mhz下的这些时间参数的计数器的都需要做相应的修改. 2. 写入一幅图像(640 * 480)到SDRAM 640 * 480 = 307200个数据 307200 / 256 = 1200行,所以我们只需要写入1200行数据写满即可.

2.1 硬件结构 2.1.1 硬件框图 CPU 通过存储管理器来读取 SDRAM 网卡 等外部设备,CPU不管外部设备是怎么样的,只是读存储管理器中的地址 CPU从0x30000000地址读取数据. mov R1, #0x30000000 ldr R0, [R1] 存储管理器会根据配置信息来访问外部的设备. 配置信息包括: 外部设备的地址 外部设备的数据,数据宽度是多少位(8位/16位/32位) 时钟信号频率 外部设备相关的特性,SDRAM包括行地址,列地址和bank SDRAM的存储结构逻辑如

转自:http://blog.chinaunix.net/uid-22030783-id-366971.html   在uboot中加入快捷操作菜单的方法非常简单,在论坛发布的uboot201003V1.1的源码包里已经包含了菜单的源码http://www.xcembed.com/bbs/viewthread.php?tid=19&page=1&extra=#pid32 这个菜单其实就是一个uboot中的命令,uboot启动时,如果进入下载模式,就先运行这个命令.命令的执行内容就是通过串口