最近群里有很多人遇到上述的情況，一直覺得不可思議，以前沒有遇到這種情況，如果是很常見的情況，那官網一定有人反饋，如果是極特別的情況，那么也就只能按照BUG處理了。

很幸運，官網有很多人反饋類似的問題。

出現這個問題的原因：

以下行為是Vivado 2016.1硬件管理器的新增功能（還是新功能，滋滋...）：當板斷電或斷開電纜連接時，Vivado將在硬件管理器中關閉硬件目標。

重新打開板電源或重新連接電纜后，Vivado現在將自動嘗試在Hardware Manager中重新打開硬件目標。

除了重新打開硬件目標之外，硬件管理器還將嘗試刷新所有設備寄存器，包括讀取配置狀態寄存器。

由于此新行為，如果滿足以下所有條件，則可能會看到間歇性配置失敗：

使用JTAG以外的任何配置接口(我們使用的是FLASH)

Vivado硬件管理器在連接Digilent或Xilinx USB編程電纜的情況下打開

電路板上電或正在上電

（上面描述的就是我們說的；在JTAG下載器連接時FPGA不加載flash里的程序，基本就一樣不差）

如果使用了任何配置接口（JTAG除外），并且還連接了JTAG電纜，則JTAG鏈自動檢測和/或寄存器讀取可能會中斷配置，并且在加電或重啟后將無法完成配置。

有關更多詳細信息，請參閱（UG908）。

在以下三種情況下可能會發生此問題（上面情況時必發生的）：

設備上電或重啟。脈沖PROGRAM_B不會導致此問題，因為Vivado硬件管理器看不到電纜斷開連接并執行了電纜自動檢測。

用戶發出“ refresh_hw_devices”命令

用戶插入JTAG電纜

解決辦法：一、通過Vivado_init.tcl腳本避免情況發生1）新建一個Vivado_init.tcl腳本，添加一下內容：

set_param labtools.auto_update_hardware 0 2）將腳本放到： installdir/Vivado/version/scripts/Vivado_init.tcl 目錄下 installdir是Vivado Design Suite的安裝目錄。 或者 添加本地用戶目錄：

對于Windows 7：％APPDATA％/ Roaming / Xilinx / Vivado / Vivado_init.tcl

對于Linux：$ HOME / .Xilinx / Vivado / Vivado_init.tcl

如果這兩個位置都存在Vivado_init.tcl，則Vivado首先從安裝目錄中獲取文件，然后從您的主目錄中獲取文件。

二、在加電或重新啟動電源之前，請拔下電纜。三、減慢輪詢的發生。例如，每小時輪詢一次，請使用以下選項啟動hw_server：

hw_server -e "set jtag-poll-delay 3600000000"This command should be called in the CMD window instead of Vivado Tcl console.四、按以下步驟在JTAG模式下關閉并重新打開目標，以防止發生任何輪詢，然后恢復到正常模式：1）在JTAG模式下關閉并重新打開目標：set tmp_target [ get_hw_targets -filter { IS_OPENED == 1 }]close_hw_target $tmp_targetopen_hw_target -jtag_mode on $tmp_targetset_property LOCK true [get_property HW_JTAG $tmp_target] 2）軟件啟動后，恢復到正常模式：set_property LOCK false [get_property HW_JTAG $tmp_targetclose_hw_target $tmp_targetopen_hw_target $tmp_target

我試過第一種方式，同時用兩種方式加載了Vivado_init.tcl，問題可以解決。

也試過在重新上電的過程中關閉Vivado（不讓JTAG工作），也是可以正常啟動的，其他方式大家可以多去嘗試。

官方這種處理方式有一定便攜性和局限性，各有優缺點，不知道大家怎么看。

原文標題：[Xilinx]在JTAG下載器連接時FPGA不加載flash里的程序

文章出處：【微信公眾號：OpenFPGA】歡迎添加關注！文章轉載請注明出處。

責任編輯：haq