FPGA 配置兩種模式：主動配置和被動配置方式，采用主動配置下，我們就需要一片 FLASH 來存儲 FPGA 固件，那么我們在升級固件寫 FLASH 的過程中如何避免因意外情況發生導致升級失敗而使 FPGA 變磚呢？下面就由筆者帶領大家來挖山掘石、一探究竟。

本文主要針對 Xilinx 的 Spartan-6 和 7-series FPGA。在設計 FPGA 的遠程升級功能時，我們要實現以下兩個指標：

1、FPGA 具有升級功能，即在正常工作狀態下，FPGA 可以將新的固件數據燒寫到 FLASH 里面并在下次重啟的時候能夠正常加載；

2、如果升級過程中出現意外情況，FLASH 里面原有的固件被破壞，那么 FPGA 能夠從備份固件區啟動配置，即 FLASH 里要有另外一份沒有問題的固件備份，且 FPGA 可以自動跳轉到這個固件區讀取固件。

好了，功能需求明確，下面就該潛下心來進行框架流程設計、時序設計、代碼編寫以及仿真驗證了。一番辛苦勞作之后，IP 設計好了，這個時候心里暗暗自喜：應該沒問題，只待硬件測試啦。三下五除二，找了臺機器測試了一遍，發現能夠正常升級，這個時候心里那個是樂開了花啊，一次搞定，哈哈。

接下來就要進行激動人心的防磚測試了，于是你就邀請了周圍的同事來一起見證奇跡，于是測試開始，于是在升級運行的過程中你自信的斷了電，然后你對著周圍的同事說：下面就是見證奇跡的時刻，于是你接通了電源，此時你笑的是那么春光燦爛。突然，你耳邊傳來一句輕輕的、溫柔的耳語：老兄，你的 FPGA 變磚啦！“怎么可能！”，你不屑的低吼了一句，可是，當你看到那顆小小的 LED 燈安靜的還在沉睡的時候，你傻眼了，“What the hell is going on！”，看著周圍的同事，我理解你的心情：一種被狠狠打臉的刺痛感襲上了你的心頭。你埋著頭繃著臉，折騰了半天沒找出原因在哪，這到底是怎么回事兒呢？

FPGA 升級防磚也即支持 FALLBACK 模式，賽靈思官方的指導文檔里也進行了相應的指導說明。對于 FALLBACK 模式，最重要的就是要構建起一個 FLASH 鏡像文件，該鏡像文件的架構如圖 1 所示。

圖 1 FLASH 鏡像文件架構

關于 FLASH 鏡像架構的信息，賽靈思官方的 configuraTIon user guide 里有詳細說明。圖中，MulTIboot Header 決定了 FPGA 上電之后要先從哪個固件區讀取配置文件以及如果失敗了該跳轉到哪個固件區讀取備份配置。我們的鏡像里劃分了兩片區域用于存儲固件，分別為：AcTIve 區和 Old(golden)區，我們的升級指的就是對 AcTIve 區的固件進行更新，Header 區和 Old 區的信息不改動；FPGA 每次上電先從 Active 區讀取配置文件。Old 區是一份固件備份，它的作用就是當 Active 區因為升級意外而固件被破壞的情況下，FPGA 能夠從此處啟動配置。

那么，如何保證當 Active 區的固件因為升級意外被破壞時 FPGA 能夠主動切換到 Old 區域讀取配置文件呢？這就是我們要說明的問題。

FPGA 升級固件的燒寫一般有兩種方式，分別如下：

1、順序燒寫，這是最傳統的燒寫方式，即不對固件進行任何更改直接往 FLASH 里燒寫；

2、調整固件燒寫順序，即對固件進行一定的修改，然后分兩次燒寫。

我們在設計的時候首先想到的就是第一種方式，況且賽靈思官方文檔也說了在如下情況下 FPGA 會跳轉到備份區啟動配置：

1、讀取配置文件的同步字超時，此時會觸發跳轉；

2、檢查到固件 CRC 出錯，此時會觸發跳轉。

根據這些說法，采用第一種方式也不會出問題啊！可是為什么就不行呢？也許細心測試的你會發現，在擦除的過程中斷電的話 FPGA 能夠從備份區啟動，在燒寫的過程中斷電的話 FPGA 就會啟動失敗，你，有沒有感悟到什么？是不是看到了一絲絲亮光？奧特曼說過：有光的地方就有希望！你可能會問：為什么有第二種燒寫方式？要怎樣調整固件呢？為什么要調整呢？在這里，我先給你肯定答案：采用第二種方式完全不會出問題。現在，我們接著往下賣關子。

既然有上面的一系列疑問，那么我們就需要去研究一下 ISE 工具在生成固件的時候是怎樣的一種打包格式。經過研究發現兩個很重要的信息：

1、配置文件的同步字在固件的首部；

2、CRC 檢查命令一般在固件的后部，而 FPGA 必須在收到 CRC 檢查命令之后才會去檢查 CRC 值。

前面也提到，當擦除的時候斷電 FPGA 能夠發生配置跳轉，當燒寫的時候斷電 FPGA 無法進行配置跳轉，說到這里再結合上面的兩條重要的發現，你也許已經為自己心中的疑問找到答案了吧？很顯然，因為固件的同步字很少，所以能夠很快被擦除也可以很快被寫入 FLASH；因此，當擦除的時候斷電了，此時固件的同步字已經破壞，而 FPGA 讀不到同步字就會出現看門狗超時，那么此時 FPGA 就會跳轉到備份區讀取配置文件；當在燒寫的時候斷電呢？因為此時同步字已經被正確寫入，而 CRC 檢查命令被破壞了，FPGA 在配置的時候會去讀 CRC 檢查命令，直到讀到為止，可是 CRC 檢查命令被破壞了怎么辦呢？沒得辦法啊，FPGA 有一種不撞南墻不回頭，撞了南墻依然不回頭的韌勁和堅持，它會一直讀下去，所以它就陷入死循環了，哎！你說如果愛情里也有這種精神該多好啊！

經過上面的解釋，我們會恍然大悟：原來通過 CRC 錯誤觸發 FPGA 配置跳轉不靠譜啊！既然如此，我們就只能在固件的同步字上做文章了。好了，不賣關子了，其實，在固件的同步字上做文章也就對應著升級固件的燒寫方式 2：修改固件并調整固件的燒寫順序，簡單解釋如下：

1、把固件的同步字修改掉，第一步燒寫的時候不燒同步字；

2、當固件的其余部分燒寫完畢之后再單獨把固件的同步字燒寫入原來對應的 FLASH 位置處。

這樣做了之后，無論是擦除過程中斷電還是燒寫的過程中斷電，固件的同步字都會被破壞，那么肯定會觸發 FPGA 的配置跳轉，即 FALLBACK 一定會成功！小小劇透一下：賽靈思官網里的 AR 問答記錄里也有相應的解決方案說明哦，自己去搜吧，祝你好運！

總結

以上是生活随笔為你收集整理的flash 怎么擦掉fpga_升级固件写FLASH如何避免让FPGA发生意外？的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。