欢迎访问ic37.com |
会员登录 免费注册
发布采购

FM22L16 参数 Datasheet PDF下载

FM22L16图片预览
型号: FM22L16
PDF下载: 下载PDF文件 查看货源
内容描述: 4Mbit的FRAM存储器 [4Mbit FRAM Memory]
分类和应用: 存储
文件页数/大小: 15 页 / 190 K
品牌: RAMTRON [ RAMTRON INTERNATIONAL CORPORATION ]
 浏览型号FM22L16的Datasheet PDF文件第1页浏览型号FM22L16的Datasheet PDF文件第2页浏览型号FM22L16的Datasheet PDF文件第3页浏览型号FM22L16的Datasheet PDF文件第4页浏览型号FM22L16的Datasheet PDF文件第6页浏览型号FM22L16的Datasheet PDF文件第7页浏览型号FM22L16的Datasheet PDF文件第8页浏览型号FM22L16的Datasheet PDF文件第9页  
FM22L16  
Precharge Operation  
after the correct six addresses will not be entered into  
memory.  
The precharge operation is an internal condition in  
which the state of the memory is being prepared for a  
new access. Precharge is user-initiated by driving the  
/CE signal high. It must remain high for at least the  
minimum precharge time tPC.  
The protection data byte consists of 8-bits, each  
associated with the write protect state of a sector. The  
data byte must be driven to the lower 8-bits of the  
data bus, DQ (7:0). Setting a bit to 1 write protects  
the corresponding sector; a 0 enables writes for that  
sector. The following table shows the write-protect  
sectors with the corresponding bit that controls the  
write-protect setting.  
Software Write Protection  
The 256Kx16 address space is divided into 8 sectors  
(blocks) of 32Kx16 each. Each sector can be  
individually software write-protected and the settings  
are nonvolatile. A unique address and command  
sequence invokes the write protection mode.  
Write Protect Sectors – 32K x16 blocks  
Sector 7  
Sector 6  
Sector 5  
Sector 4  
Sector 3  
Sector 2  
Sector 1  
Sector 0  
3FFFFh – 38000h  
37FFFh – 30000h  
2FFFFh – 28000h  
27FFFh – 20000h  
1FFFFh – 18000h  
17FFFh – 10000h  
0FFFFh – 08000h  
07FFFh – 00000h  
To modify write protection, the system host must  
issue six read commands, three write commands, and  
a final read command. The specific sequence of read  
addresses must be provided in order to access to the  
write protect mode. Following the read address  
sequence, the host must write a data byte that  
specifies the desired protection state of each sector.  
For confirmation, the system must then write the  
complement of the protection byte immediately  
following the protection byte. Any error that occurs  
including read addresses in the wrong order, issuing a  
seventh read address, or failing to complement the  
protection value will leave the write protection  
unchanged.  
The write-protect read address sequence follows:  
1.  
2.  
3.  
4.  
5.  
6.  
7.  
8.  
9.  
24555h *  
3AAAAh  
02333h  
1CCCCh  
000FFh  
3EF00h  
3AAAAh  
1CCCCh  
0FF00h  
The write protect state machine monitors all  
addresses, taking no action until this particular  
read/write sequence occurs. During the address  
sequence, each read will occur as a valid operation  
and data from the corresponding addresses will be  
driven onto the data bus. Any address that occurs out  
of sequence will cause the software protection state  
machine to start over. After the address sequence is  
completed, the next operation must be a write cycle.  
The data byte contains the write-protect settings. This  
value will not be written to the memory array, so the  
address is a don’t-care. Rather it will be held pending  
the next cycle, which must be a write of the data  
complement to the protection settings. If the  
complement is correct, the write protect settings will  
be adjusted. If not, the process is aborted and the  
address sequence starts over. The data value written  
10. 00000h  
* If /CE is low entering the sequence, then an  
address of 00000h must precede 24555h.  
The address sequence provides a very secure way of  
modifying the protection. The write-protect sequence  
has a 1 in 3 x 1032 chance of randomly accessing  
exactly the 1st six addresses. The odds are further  
reduced by requiring three more write cycles, one that  
requires an exact inversion of the data byte. A flow  
chart of the entire write protect operation is shown in  
Figure 2. The write-protect settings are nonvolatile.  
The factory default: all blocks are unprotected.  
Rev. 1.0  
Mar. 2007  
Page 5 of 15