You also want an ePaper? Increase the reach of your titles
YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.
Numonyx <strong>Wireless</strong> <strong>Flash</strong> <strong>Memory</strong> (<strong>W30</strong>) (<strong>W30</strong>)<br />
Locking operations cannot occur during program suspend. Appendix A, “Write State<br />
Machine” on page 86 shows valid commands during erase suspend.<br />
13.1.6 Status Register Error Checking<br />
Using nested locking or program command sequences during erase suspend can<br />
introduce ambiguity into status register results.<br />
Because locking changes require 2-cycle command sequences—for example, 60h<br />
followed by 01h to lock a block—following the Configuration Setup command (60h) with<br />
an invalid command produces a command sequence error (SR[5:4]=11b).<br />
If a Lock Block command error occurs during erase suspend, the flash device sets<br />
SR[4] and SR[5] to 1 even after the erase resumes. When erase is complete, possible<br />
errors during the erase cannot be detected from the status register, because of the<br />
previous locking command error. A similar situation occurs if a program operation error<br />
is nested within an erase suspend.<br />
13.1.7 WP# Lock-Down Control<br />
The Write Protect signal, WP#, adds an additional layer of block security. WP# affects<br />
only blocks that previously had the Lock-Down command written to them.<br />
• After the lock-down status bit is set for a block, asserting WP# forces that block<br />
into the lock-down state [011] and prevents it from being unlocked.<br />
• After WP# is deasserted, the state of the block reverts to locked [111]. Software<br />
commands can then unlock the block (for erase or program operations) and<br />
subsequently re-lock it.<br />
Only flash device reset or power-down can clear the lock-down status bit and render<br />
WP# ineffective.<br />
Datasheet November 2007<br />
74 Order Number: 290702-13