NOR Flash擦写和原理分析 (二)

Nor Flash上电后处于数据读取状态(Reading Array Data)。此状态可以进行正常的读。这和读取SDRAM/SRAM/ROM一样。(要是不一样的话,芯片上电后如何从NorFlash中读取启动代码。~)

一般再对Flash进行操作前都要读取芯片信息比如设备ID号。这样做的主要目的是为了判断自己写的程序是否支持该设备。 Nor Flash支持2种方式获取ID号。一种是编程器所用的方法需要高电压(11.5V-12.5V)。另一种方法就是所谓的in-system方法,就是在系统中通过NorFlash的命令寄存器来完成。本文中只对in-system方法进行说明。此时需要切换到自动选择(Autoselect Command),这要通过发送命令来完成。命令类型见下图。注意:

进入自动选择(Autoselect Command)模式后需要发送复位命令才能回到数据读取状态(Reading Array Data)。

在完成信息获取后一般就要擦除数据。 NorFlash支持扇区擦(Sector Erase)除和整片擦除(Chip Erase)。这2种模式都有对应的命令序列。在完成擦除命令后会自动返回到数据读取(Reading Array Data)状态。在返回前可查询编程的状态。

完成擦除后就需要对芯片进行写入操作也就是编程。这就需要进入编程(Program)状态。在完成编程命令后会自动返回到数据读取(Reading Array Data)状态。在返回前可查询编程的状态。注意:编程前一定要先擦除。因为编程只能将’1’改写为’0’,通过擦写可以将数据全部擦写为‘1’。

以上是主要的操作其他操作还有写保护等,请参考芯片数据手册。


1-1 命令与模式

(2) Nor Flash 硬件连接


2-1 Nor Flash 引脚

2-2 TQ2440中实际连接


上图中要注意的几个地方:

1. 引脚47 BYTE# :当其为高电平时数据输出为16bit模式(此时地址线为A19:A0).低电平为8bit模式. (此时地址线为A19:A1)上图中Pin47VCC选用的是16bit模式有效地址线为A19:A0.

2. 对于16bit模式要16bit对齐因此S3C2440ALADDR1要与A0连接.此时要注意的是NorFlash片内地址0x555对应S3C2440A的地址为baseaddr+0x555*2;其中baseaddrNorFlash映射的地址有关。一般NorFlash放在Bank0.所以baseaddr=0,但是开启mmubaseaddr=地址0映射到的新地址。0x555*2的原因是LADDR1A0连接。也就是0x555表示片内第0x555word(16bit).

3. 引脚15RYBY#输出引脚。用于输出ReadyBusy信号。实际用时可以不接。可用命令查询NorFlash状态代替.

(3) Nor Flash 模式编程

1. ID

上图中表明 读id共有4个指令周期,钱3个为写周期,最后一个为读周期;

#define flash_base 0x00000000 //flash接到bank0上

#define CMD_ADDR0 *((volatile U16 *)(0x555*2+flash_base))

#define CMD_ADDR1 *((volatile U16 *)(0x2aa*2+flash_base))

#define CMD_ADDR2 *((volatile U16 *)(0xaaa*2+flash_base))

/*** 读取 Am29LV800D 的ID ***/

U32 Get_Am29LV800D_ID(void)

{

U32 i="0";

CMD_ADDR0 = 0xaa; CMD_ADDR1 = 0x55; CMD_ADDR0 = 0x90;

i = (*(U16 *)(0*2+flash_base))<<16;//Manufacturer ID = 01

CMD_ADDR0 = 0xaa; CMD_ADDR1 = 0x55; CMD_ADDR0 = 0x90;

i |= *(U16 *)(1*2+flash_base);//device ID = 2249

return i;

}

2. 扇区擦除(Sector Erase)

扇区擦除命令序列的每个周期均为写周期。

void Am29LV800D_SectorErase(U32 SA)

{

CMD_ADDR0 = 0xAA; CMD_ADDR1 = 0x55; CMD_ADDR0 = 0x80;

CMD_ADDR0 = 0xAA; CMD_ADDR1 = 0x55;//Word 模式命令序列

*((volatile U16 *)(SA)) = 0x30;

Waitfor_endofprg();//状态查询

}

3. 编程(Program)

编程 命令序列的每个周期均为写周期。

int Am29LV800D_WordProg (U32 PA,U16 PD)

{

CMD_ADDR0 = 0xAA; CMD_ADDR1 = 0x55; CMD_ADDR0 = 0xA0;

*((volatile U16 *)(PA)) = PD;// word模式,以上为4个命令周期

return(Waitfor_endofprg());//状态查询

}

4. 写操作状态(WRITE OPERATION STATUS)

NorFlash 提供几个数据位来确定一个写操作的状态,它们分别是: DQ2, DQ3, DQ5, DQ6,DQ7, and RY/BY#. 如上图所示。其中DQ7, RY/BY#引脚, 和 DQ6 中的每一个都提供了一种方法来判断一个编程或者擦除操作是否已经完成或正在进行中。实际编程中只需要使用其中的一种。

DQ7:Data# Polling bit,DQ7在编程时的状态变化.

编程过程中从正在编程的地址中读出的数据的DQ7为要写入数据的补码。比如写入的数据为0x0000,及输入的DQ7为‘0’,则在编程中读出的数据为‘1’;当编程完成时读出的数据又变回输入的数据即’0’.

在擦除过程中DQ7输出为’0’;擦除完成后输出为’1’;注意读取的地址必须是擦除范围内的地址。

RY/BY#高电平表示‘就绪’,低电平表示‘忙’。

DQ6轮转位1Toggle Bit 1)。

在编程和擦除期间,读任意地址都会导致DQ6的轮转(0,1间相互变换).。当操作完成后,DQ6停止转换。

DQ2轮转位2Toggle Bit 2)。当某个扇区被选中擦除时,读有效地址(地址都在擦除的扇区范围内)会导致DQ2的轮转。

注意:DQ2只能判断一个特定的扇区是否被选中擦除。但不能区分这个快是否正在擦除中或者正处于擦除暂停状态。相比之下,DQ6可以区分NorFlash是否处于擦除中或者擦除状态,但不能区分哪个快被选中擦除。因此需要这2个位来确定扇区和模式状态信息。

DQ5: 超时位(Exceeded Timing Limits),当编程或擦除操作超过了一个特定内部脉冲计数是DQ5=1;这表明操作失败。当编程时把’0’改为’1’就会导致DQ5=1,因为只有擦除擦做才能把’0’改为’1’。当错误发生后需要执行复位命令(见图1-1才能返回到读数据状态。

DQ3: (扇区擦除计时位)Sector Erase Timer,只在扇区擦除指令时起作用。当擦除指令真正开始工作是DQ3=1,此时输入的命令(除擦除暂停命令外)都被忽略。DQ3=0,是可以添加附加的扇区用于多扇区擦除。

以上讲了这些状态为,实际只需要使用几个就行,比较简单的就是选择DQ5,DQ6/DQ2.如下例。

/****** Am29LV800D 的检测 ******/

int Waitfor_endofprg(void)

{

volatile U16 flashStatus,old;

old=*((volatile U16 *)0x0);//先读一次状态

while(1)

{

flashStatus=*((volatile U16 *)0x0);//再读一次状态

if( (old&0x40) == (flashStatus&0x40) ) break;//比较DQ6.相同说明设备已经就绪

if( flashStatus&0x20 ) //判断DQ5,为‘1’则超时

{

old=*((volatile U16 *)0x0);

flashStatus=*((volatile U16 *)0x0);//在读取比较一次。因为可能在超时前刚好玩

//成操作。

if( (old&0x40) == (flashStatus&0x40) )

return 1;

else return 0;

}

old=flashStatus;

}

return 1;

}

NorFlash的擦除&编程问题
最近在试验norFlash的编程:
每次在擦除sector时,若采用延时的方法,操作都可以成功.但用toggle位检测的方法每次都失败.百思不得其解,其间我还参考了《32位嵌入式系统硬件设计与调试》(张仑著)一书,在网上也搜索了不少参考代码,却总是不行。。。 ^_^
在此方面有经验的朋友,请给点意见,若能提供经过实战检验的toggle或polling检测程序,将不甚感激!!!

时间: 2024-10-07 14:18:34

NOR Flash擦写和原理分析 (二)的相关文章

NOR Flash擦写和原理分析

NOR Flash擦写和原理分析 1. NOR FLASH 的简单介绍 NOR FLASH 是很常见的一种存储芯片,数据掉电不会丢失.NOR FLASH支持Execute On Chip,即程序可以直接在FLASH片内执行(这意味着存储在NOR FLASH上的程序不需要复制到RAM就可以直接运行).这点和NAND FLASH不一样.因此,在嵌入式系统中,NOR FLASH很适合作为启动程序的存储介质.NOR FLASH的读取和RAM很类似(只要能够提供数据的地址,数据总线就能够正确的给出数据),

转载:NOR Flash擦写和原理分析

1. NOR FLASH 的简单介绍 NOR FLASH 是很常见的一种存储芯片,数据掉电不会丢失.NOR FLASH支持Execute On Chip,即程序可以直接在FLASH片内执行(这意味着存储在NOR FLASH上的程序不需要复制到RAM就可以直接运行).这点和NAND FLASH不一样.因此,在嵌入式系统中,NOR FLASH很适合作为启动程序的存储介质.NOR FLASH的读取和RAM很类似(只要能够提供数据的地址,数据总线就能够正确的给出数据),但不可以直接进行写操作.对NOR

NOR Flash擦写和原理分析 (一)

1. NOR FLASH 的简单介绍 NOR FLASH 是很常见的一种存储芯片,数据掉电不会丢失.NOR FLASH支持Execute On Chip,即程序可以直接在FLASH片内执行(这意味着存储在NOR FLASH上的程序不需要复制到RAM就可以直接运行).这点和NAND FLASH不一样.因此,在嵌入式系统中,NOR FLASH很适合作为启动程序的存储介质.NOR FLASH的读取和RAM很类似(只要能够提供数据的地址,数据总线就能够正确的给出数据),但不可以直接进行写操作.对NOR

Redis数据持久化机制AOF原理分析二

Redis数据持久化机制AOF原理分析二 分类: Redis 2014-01-12 15:36  737人阅读  评论(0)  收藏  举报 redis AOF rewrite 目录(?)[+] 本文所引用的源码全部来自Redis2.8.2版本. Redis AOF数据持久化机制的实现相关代码是redis.c, redis.h, aof.c, bio.c, rio.c, config.c 在阅读本文之前请先阅读Redis数据持久化机制AOF原理分析之配置详解文章,了解AOF相关参数的解析,文章链

freescale飞思卡尔 HC9S12 系列单片机 Flash擦写详解(一)之时钟设置

Flash擦写的内容,个人做HC9S12系列单片机时觉得应该是各模块内容中最难而且是最麻烦的一步了.只有能够对Flash进行擦写以后,所做的Bootloader才有真正手段将串口或者其他通讯手段接收到的数据或者程序写入Flash中进行程序或者数据的更新.当初做Flash的擦写也遇到了很多问题,网上搜罗下来也没有合适的帖子能够详细的将整个过程或者学习的思路以及最后实现的程序详细的加以解析,而本博文就是基于这个出发点来写的.技术本身应当是共享的才能真正让社会进步,不是么? 关于单片机Flash的基本

ADS 下 flash 烧写程序原理及结构

本原理:在 windows 环境下借助 ADS 仿真器将在 SDRAM 中的一段存储区域中的数据写到 Nand flash 存 储空间中.烧写程序在纵向上分三层完成: 第一层: 主烧写函数(完成将在 SDRAM 中的一段存储区域中的数据写到 Nand flash 存储空间中): 第二层: 为第一层主烧写函数提供支持的对 Nand flash 进行操作的页读.写,块擦除等函数: 第三层:为第二层提供具体 Nand flash 控制器中对特殊功能寄存器进行操作的核心函数,该层也是真正的 将数据能够在

Android 4.4 KitKat NotificationManagerService使用详解与原理分析(二)__原理分析

前置文章: <Android 4.4 KitKat NotificationManagerService使用详解与原理分析(一)__使用详解> 转载请务必注明出处:http://blog.csdn.net/yihongyuelan 概况 在上一篇文章<Android 4.4 KitKat NotificationManagerService使用详解与原理分析(一)__使用详解>中详细介绍了NotificationListenerService的使用方法,以及在使用过程中遇到的问题和

(转载)Java NIO:NIO原理分析(二)

NIO中的两个核心对象:缓冲区和通道,在谈到缓冲区时,我们说缓冲区对象本质上是一个数组,但它其实是一个特殊的数组,缓冲区对象内置了一些机制,能够跟踪和记录缓冲区的状态变化情况,如果我们使用get()方法从缓冲区获取数据或者使用put()方法把数据写入缓冲区,都会引起缓冲区状态的变化.本文为NIO使用及原理分析的第二篇,将会分析NIO中的Buffer对象. 在缓冲区中,最重要的属性有下面三个,它们一起合作完成对缓冲区内部状态的变化跟踪: position:指定了下一个将要被写入或者读取的元素索引,

Redis有序集内部实现原理分析(二)

Redis:https://github.com/zwjlpeng/Redis_Deep_Read 本篇博文紧随上篇Redis有序集内部实现原理分析,在这篇博文里凡出现源码的地方均以下述src/version.h中定义的Redis版本为主 #define REDIS_VERSION "2.9.11" 在上篇博文Redis有序集内部实现原理分析中,我分析了Redis从什么时候开始支持有序集.跳表的原理.跳表的结构.跳表的查找/插入/删除的实现,理解了跳表的基本结构,理解Redis中有序集