《电子技术应用》
您所在的位置:首页 > 通信与网络 > 设计应用 > 利用基于闪存的MCU实现用户数据存储
利用基于闪存的MCU实现用户数据存储
摘要: 采用微控制器的大多数设备还需要某种机制来存储在断电时仍要被记住的那些设置数据。用户希望喜爱的电台、预设温度、参数选择和其他永久性信息能长久保存下来供每次开机时直接取用。 为了满足这种用户需求,设计师一般使用串行EEPROM。这些器件又小又便宜,具有很长的历史,设计工程师用起来得心应手。但在今天对成本极其敏感的市场下,即使这样一个廉价的器件也可能突破成本预算。因此许多设计师试图寻求并利用已经包含在微控制器芯片中的资源:程序闪存中剩余的空间。
Abstract:
Key words :

采用微控制器的大多数设备还需要某种机制来存储在断电时仍要被记住的那些设置数据。例如,在更换电池后记不住预设电台的收音机肯定不会在市场上取得很大的成功。用户希望喜爱的电台、预设温度、参数选择和其他永久性信息能长久保存下来供每次开机时直接取用。

为了满足这种用户需求,设计师一般使用串行EEPROM。这些器件又小又便宜,具有很长的历史,设计工程师用起来得心应手。但在今天对成本极其敏感的市场下,即使这样一个廉价的器件也可能突破成本预算。因此许多设计师试图寻求并利用已经包含在微控制器芯片中的资源:程序闪存中剩余的空间。

过去,许多微控制器使用ROM或可紫外线擦除的EPROM来存储程序指令。但现在越来越多的微控制器转用闪存技术存储代码。选择闪存的主要理由是,如果在程序代码中发现错误,闪存数据很容易被擦除和更新。

大多数微控制器具有读取程序空间中存储数据的机制。基于冯·诺伊曼架构的处理器,如TI MSP430,可以使用任何寻址模式读取程序闪存。哈佛架构处理器一般利用特殊的机制将数据从程序空间传送到数据空间。具有闪存管理功能的其他MCU包括:

1. 包含MOVEC(移动常数)指令的非常流行的8051处理器系列;

2. 包含TBLRD和TBLWR(表读和表写)指令的Microchip PIC18系列;

3. 具有伪冯·诺伊曼架构的美信MAXQ微控制器系列,它们允许通过简单的MOVE指令访问闪存程序存储空间(见图1)。

图1:在像美信MAXQ2000这样的伪冯·诺伊曼MCU中采用的数据交换允许任何存储器块被用作代码或数据存储器。

但即使能够从随机闪存位置读取数据,完整的非易失性存储器子系统也必须能够随机修改闪存中的数据。这意味着需要解决两个问题:首先,一旦某个闪存位置被写入,那个位置的数据只能通过擦除整个闪存块(通常128字节或以上)进行修改;其次,闪存的读写次数非常有限。

本文将介绍如何构建一个能够解决这些问题、并使用闪存块模拟随机写入的机制。虽然本文的用例是MAX2000,但原理适用于支持读写和擦除闪存的用户代码的任何处理器。本文讨论的方案已经被用于采用MAXQ3180三相模拟前端和MAXQ2000的三相电表参考设计。

闪存管理的基本知识

闪存是一种电可擦除的存储器,通常主要用于读操作,也就是说,虽然是可写的,但它不希望很频繁地更新数据,因此对这种存储器的操作大部分是读操作。大多数闪存器件是以字(word)为单位写入数据的,但一次只能擦除整个块。这使得它们不适用于频繁变化的存储应用,只适合存储那些永远不变的常数表。

一共有两种闪存:NAND闪存和NOR闪存。NAND闪存经常用于存储卡和闪盘。一般来说,从NAND器件读取数据需要几个周期,并且大部分是用串行方式完成的。

因此NAND闪存不适于存储程序代码,因为存取时间太长。而NOR闪存更像是传统的字节或字宽的存储器。可以像读ROM器件那样读NOR闪存中的数据:使片选和地址线有效,然后等待一段访问时间后从总线上读取数据。

闪存块通常被擦除到“1”状态,因此经过擦除后,块中的每个位置都是0xFFFF。“编程”一个闪存位置是把某些位从“1”状态改变为“0”状态。为了使编程过的位返回到“1”状态,整个块必须被擦除。

任何电可擦除的存储器件都面临寿命的问题。根据所用技术的不同,一个闪存单元在永久失效以前可以承受的擦除-编程次数少则1000次,多则100万次。使用闪存存储数据的任何方案都必须确保写入次数在整个单元阵列上获得均匀分布,没有一个位置会出现太多的擦除和编程次数。

大多数闪存器件都允许将前次编程中那些未被编程的位从“1”改为“0”状态。例如,大多数器件允许用0xFFFE编程过的那个位置再用0x7FFE进行编程,因为这种操作不会将任何位从“0”改变到“1”。然而如图1所示的处理器架构中使用的闪存不允许这样做。这种写入操作的结果是失败,内存中的数据仍然是0xFFFE。

理由很简单:因为要被编程的存储块主要用作代码空间,通常禁止对前面写过的位置作任何写操作。因为指令0xFFFF代表的是无效的源子译码(source sub-decode),不可能出现在有效的代码块中。这样,阻止向以前编过程的位置写入数据有助于保持代码块的完整性。

此内容为AET网站原创,未经授权禁止转载。