解析FPGA從SPI Flash啟動配置數據時的地址問題

解析FPGA從SPIFlash啟動配置數據時的地址問題FPGA上電（Master）fpga上電時，默認是從flash的0x00地址開始讀數據。如UG470文檔page144描述fpga會從0開始讀，地址不斷自增，直到讀取到有效的同步字syncword(0xAA995566),才認為接下來的內容是一個有效的bin文件內容的開始。讀到有效syncword后不會再繼續(xù)讀搜尋其他的bin文件。如UG470文檔page81描述：幾種情況只有一個bit文件，使用如下命令將該bit文件寫出轉換為mcs文件，并燒入spiflash中。該bit文件在flash中存放的起始地址是0x400000，上電fpga能正常啟動，因為前部分的地址0x000000-0x400000之間都是無效數據，fpga從0x000000地址開始讀，沒有有效的syncword，讀地址不斷增加，直到0x400000地址才會讀到同步字，然后就能正常的從0x400000開始配置。有兩個bit文件，使用該命令轉換為一個mcs文件第一個bit文件放在0x000000地址，第二個放在0x400000地址，燒寫flash，上電后fpga從deign1.bit啟動，因為第一個bit在前面，fpga上電后從0x000000地址開始讀，會先讀到deign1.bit，然后成功地從deign1.bit初始化。若把mcs文件中關于deign1.bit的FDRIdata的內容手動改為其他值，使得配置的時候會出現CRC校驗錯誤，deign2.bit相關的內容不變，燒寫進flash,上電，FPGA無法正常配置數據，既不會從deign1.bit啟動，也不能從deign2.bit啟動，這是因為第一個bit在前面，fpga上電后從0x000000地址開始讀，會先讀到deign1.bit，然后從deign1.bit開始初始化，但是會發(fā)生CRC錯誤，然后又fallback回0地址讀，依然是讀到design1.bit的數據，還是CRC錯誤，最后發(fā)生配置失敗。若只把mcs文件中關于deign1.bit的syncword的內容手動改為其他值，比如0xAA997866，deign2.bit相關的內容不變，燒寫進flash上電，FPGA成功從deign2.bit啟動。這是因為第一個bit在前面，fpga上電后從0x000000地址開始讀，讀到deign1.bit的syncword為0xAA997866時，發(fā)現不是有效的syncword，不會判斷接下來的內容是屬于一個有效的配置文件，于是繼續(xù)自增地址往上讀，直到讀到0x400000地址后面，成功讀到design2.bit的syncword，發(fā)現有效，然后從deign2.bit開始初始化。這樣就跳過了前面deign1.bit的內容。bitstream約束對bit流進行壓縮set_property

BITSTREAM.GENERAL.COMPRESS

TRUE

[current_design]

打開看門狗功能set_property

BITSTREAM.CONFIG.CONFIGFALLBACK

ENABLE

[current_design]

如果加載Update_Image配置文件失敗后，沒有返回加載Golden_Image，則會根據指定的時間啟動看門狗，強制返回加載Golden_Image。生成bit文件的頭部添加IPROG命令和設置WBSTAR的命令set_property

BITSTREAM.CONFIG.NEXT_CONFIG_ADDR

0x0400000

[current_design]配置時執(zhí)行到IPROG命令后，會直接跳轉到指定的地址中繼續(xù)執(zhí)行配置?？捎糜贕olden_Image中設置為跳轉到Update_Image啟動。其實加不加這個約束，生成的bit流中的頭部，都會有IPROG和設置WBSTAR的相關命令的占位空間，只是