由于FLASH的擦除和寫(xiě)入的特性，如果在擦除中掉電或者寫(xiě)入時(shí)掉電，有可能會(huì )出現失敗的情況，下次再上電讀取就會(huì )出錯。

擦除的時(shí)候掉電，不能保證擦除完全，已經(jīng)擦除的部分，肯定是0xff了。

寫(xiě)的時(shí)候掉電，已經(jīng)寫(xiě)入的就是正確的，電平掉到極限工作電壓附近時(shí)，寫(xiě)入的就無(wú)法保證了，地址無(wú)法保證，寫(xiě)入的值也無(wú)法保證。沒(méi)有寫(xiě)到的，肯定還是 0xFF。??

2、解決方式

2.1、硬件方式解決 — 掉電保護機制?

必須硬件電路上有相應的掉電警告中斷，必須有足夠的時(shí)間供軟件響應。??

掉電保存和上電恢復，需要以下:?

1) 快速檢測掉電信號;

2) 要有足夠的時(shí)間讓你停下來(lái)保存現場(chǎng);

3) 上電后可靠的復位;?

這些的關(guān)鍵是掉電信號\電源\復位信號三個(gè)怎么配合的事;
???
掉電保護不是重新擦寫(xiě)那么簡(jiǎn)單，要有一個(gè)機制能知道發(fā)生了掉電事件，還要知道什么地方的數據是可能出錯的，如果是新建文件還好一點(diǎn)，一般就是數據作廢，如果是改寫(xiě)一個(gè)文件時(shí)發(fā)生掉電事故的話(huà)，還要有恢復機制，將數據恢復成改寫(xiě)以前的數據。

由于 flash 的先擦后寫(xiě)的特性，不會(huì )在原來(lái)位置重新寫(xiě)數據，一般都是把原位置的數據標記為無(wú)效，再在新位置寫(xiě)入數據，對于文件來(lái)說(shuō)有一個(gè)存儲位置的關(guān)系，這不同于文件系統的邏輯地址，每個(gè)邏輯地址要有對應的物理地址，要有一套邏輯-物理地址的轉換映射關(guān)系在里面。