1. 從一份“日期標(biāo)題”說起為什么時(shí)序約束才是FPGA工程的命門看到“2026年09月22日星期二”這個(gè)標(biāo)題你可能會覺得莫名其妙——這不就是個(gè)日期嗎但如果你是一個(gè)常年跟Xilinx現(xiàn)AMDFPGA打交道的工程師看到這個(gè)日期腦子里蹦出來的大概率是另一件事Vivado又該出新版本了。每年AMD都會在固定時(shí)間窗口推送Vivado的大版本更新2026.1、2026.2這些版本號背后藏著的是器件支持列表的擴(kuò)充、綜合算法的調(diào)整、以及IP核的迭代。而每一次版本更新都會有一批人踩進(jìn)同樣的坑工程編譯不過、時(shí)序收斂不了、License莫名其妙失效、比特流生成失敗。我寫這篇東西的起因很簡單。最近幫幾個(gè)朋友處理Vivado工程的問題發(fā)現(xiàn)一個(gè)共性現(xiàn)象很多人能把RTL寫得很漂亮仿真波形也跑得通但一到上板就出問題。要么是時(shí)序不滿足導(dǎo)致數(shù)據(jù)錯(cuò)亂要么是跨時(shí)鐘域處理不當(dāng)造成亞穩(wěn)態(tài)要么是約束文件寫得稀里糊涂工具根本不知道你想讓它優(yōu)化什么。說到底靜態(tài)時(shí)序分析STA和SDC約束才是FPGA工程從“能仿真”到“能跑穩(wěn)”之間那道最關(guān)鍵的坎。這篇文章適合誰看如果你正在學(xué)Vivado或者Quartus II已經(jīng)能跑通簡單的流水燈和UART回環(huán)但一遇到多時(shí)鐘域、高速接口、或者時(shí)序報(bào)告里的紅色警告就頭皮發(fā)麻那這篇內(nèi)容就是給你準(zhǔn)備的。我會從工程清理、環(huán)境配置、約束編寫、時(shí)序分析、問題排查這幾個(gè)維度把FPGA開發(fā)中最容易踩坑的地方掰開揉碎講清楚。不會只告訴你“點(diǎn)這個(gè)按鈕”而是會解釋清楚“為什么要這么點(diǎn)”。2. Vivado工程管理從安裝到清理的完整鏈路2.1 Vivado安裝與環(huán)境配置的隱藏細(xì)節(jié)Vivado的安裝本身不算復(fù)雜但有幾個(gè)地方如果沒注意后面會反復(fù)出問題。首先是安裝包的選擇AMD官網(wǎng)提供的是Web Installer和Full Installer兩種。Web Installer體積小但安裝過程中需要持續(xù)聯(lián)網(wǎng)下載如果你網(wǎng)絡(luò)環(huán)境不穩(wěn)定中途斷一次就得重來。我的建議是直接下載Full Installer雖然文件大通常幾十GB但一次下載完后續(xù)安裝不需要再聯(lián)網(wǎng)省心得多。安裝路徑也有講究。絕對不要在路徑里出現(xiàn)中文、空格或特殊字符。我見過太多人把Vivado裝在“D:\Program Files\Xilinx\Vivado\2026.1”下面結(jié)果綜合的時(shí)候報(bào)一堆莫名其妙的錯(cuò)誤。路徑用純英文、無空格比如“D:\Xilinx\Vivado\2026.1”就很好。另外安裝盤最好選SSDVivado的工程文件動輒幾個(gè)GB機(jī)械硬盤在綜合和實(shí)現(xiàn)階段會拖慢很多。License的問題也值得單獨(dú)說。Vivado的License分幾種WebPACK是免費(fèi)的但只支持部分中小規(guī)模器件完整版License需要購買或者通過官方渠道獲取。如果你用的是WebPACK注意確認(rèn)你選的器件是否在支持列表里。我遇到過有人選了Kintex-7的某個(gè)型號綜合到一半報(bào)License錯(cuò)誤折騰半天才發(fā)現(xiàn)是器件不支持。安裝完成后第一件事就是打開Vivado License Manager確認(rèn)你需要的器件和IP核都有對應(yīng)的授權(quán)。環(huán)境變量這塊安裝程序通常會自動配置。但如果你需要手動調(diào)用Vivado的命令行工具比如用Tcl腳本跑綜合需要確保XILINX_VIVADO這個(gè)變量指向正確的安裝目錄。在Windows下可以在系統(tǒng)屬性里查看在Linux下用echo $XILINX_VIVADO確認(rèn)。這個(gè)變量不對的話vivado -mode batch這類命令會直接找不到。2.2 Vivado工程清理什么時(shí)候該清怎么清“vivado工程清理”是個(gè)高頻搜索詞說明很多人被工程文件膨脹的問題困擾過。Vivado的工程目錄下會生成大量中間文件.Xil文件夾、.runs文件夾、.cache文件夾跑幾次綜合實(shí)現(xiàn)下來幾個(gè)GB就沒了。更麻煩的是有時(shí)候工程跑崩了重新打開會提示各種奇怪的錯(cuò)誤這時(shí)候就需要清理。清理分幾個(gè)層次。最輕量的是在Vivado界面里點(diǎn)“Project - Cleanup Project Files”這個(gè)操作會刪除綜合和實(shí)現(xiàn)的中間產(chǎn)物但保留工程設(shè)置和源文件。適合在重新跑綜合之前用能避免舊的中斷文件干擾新流程。如果工程已經(jīng)徹底跑不起來或者你想把工程打包發(fā)給別人那就需要更徹底的清理。手動刪除以下目錄.Xil、.runs、.cache、.hw、.ip_user_files如果IP核不多的話。注意.srcs目錄里是你的源文件和約束文件千萬別刪。刪完之后重新打開工程Vivado會重新生成這些目錄。注意清理之前一定要確認(rèn)你的約束文件.xdc和源文件.v/.sv/.vhd都在.srcs目錄下或者你已經(jīng)做了版本控制。我見過有人清理完發(fā)現(xiàn)約束文件沒了因?yàn)橹笆窃?runs目錄里直接改的這種操作習(xí)慣非常危險(xiǎn)。還有一個(gè)更優(yōu)雅的方案用Tcl腳本重建工程。Vivado支持把整個(gè)工程用Tcl腳本描述出來包括源文件路徑、約束文件、IP核配置、綜合實(shí)現(xiàn)策略。這樣你只需要保留源文件、約束文件和Tcl腳本工程可以隨時(shí)重建。具體做法是在Vivado的Tcl Console里執(zhí)行write_project_tcl -force rebuild.tcl生成的腳本就包含了工程的所有信息。下次直接source rebuild.tcl就能重建。這個(gè)方式特別適合團(tuán)隊(duì)協(xié)作和版本管理工程文件不用進(jìn)Git只提交源文件、約束和Tcl腳本就行。2.3 Vivado 2026.1 License與版本選擇每次Vivado大版本更新License都是繞不開的話題。2026.1版本對器件的支持會有調(diào)整一些老器件可能被移出WebPACK支持列表同時(shí)新的Versal和UltraScale器件會加入。如果你手頭的工程用的是老器件升級之前一定要確認(rèn)License是否還覆蓋。版本選擇上我的建議是不要盲目追新。如果當(dāng)前版本能滿足需求工程也跑得穩(wěn)沒必要每個(gè)版本都升級。Vivado的版本升級有時(shí)候會帶來綜合策略的變化原本時(shí)序收斂的工程新版本跑出來可能就差那么幾十皮秒。如果非要升級先在舊版本里把工程跑通記錄下時(shí)序報(bào)告的關(guān)鍵數(shù)據(jù)WNS、TNS、WHS、THS升級后對比這些指標(biāo)有惡化就及時(shí)回退。License的獲取途徑如果是學(xué)生或者個(gè)人學(xué)習(xí)用途W(wǎng)ebPACK基本夠用。如果是公司項(xiàng)目走正規(guī)采購流程。網(wǎng)上那些來路不明的License文件不僅法律風(fēng)險(xiǎn)大而且經(jīng)常在關(guān)鍵時(shí)刻失效得不償失。3. 靜態(tài)時(shí)序分析STA與SDC約束從原理到實(shí)操3.1 STA到底在分析什么建立時(shí)間和保持時(shí)間靜態(tài)時(shí)序分析的核心就兩個(gè)概念建立時(shí)間Setup Time和保持時(shí)間Hold Time。用生活化的例子來解釋假設(shè)你和一個(gè)朋友約好交接一個(gè)包裹朋友把包裹放在桌子上你需要在他松手之后、包裹被拿走之前把包裹取走。建立時(shí)間就是“包裹必須在時(shí)鐘沿之前多久放到桌子上”保持時(shí)間就是“包裹在時(shí)鐘沿之后必須保持多久不被拿走”。在FPGA里數(shù)據(jù)從一級觸發(fā)器的輸出經(jīng)過組合邏輯到達(dá)下一級觸發(fā)器的輸入。時(shí)鐘沿到來時(shí)下一級觸發(fā)器要能正確鎖存數(shù)據(jù)就必須滿足數(shù)據(jù)到達(dá)的時(shí)間早于時(shí)鐘沿減去建立時(shí)間且數(shù)據(jù)保持的時(shí)間晚于時(shí)鐘沿加上保持時(shí)間。STA工具就是通過計(jì)算所有路徑的延遲來判斷這兩個(gè)條件是否滿足。Vivado的時(shí)序報(bào)告里WNSWorst Negative Slack是最差建立時(shí)間裕量WHSWorst Hold Slack是最差保持時(shí)間裕量。WNS為負(fù)說明建立時(shí)間不滿足需要優(yōu)化組合邏輯或者調(diào)整時(shí)鐘約束WHS為負(fù)說明保持時(shí)間不滿足通常需要插入延遲或者調(diào)整布局。3.2 SDC約束文件的編寫邏輯SDCSynopsys Design Constraints是時(shí)序約束的標(biāo)準(zhǔn)格式Vivado和Quartus II都支持。一個(gè)典型的SDC文件包含以下幾類約束時(shí)鐘約束是最基礎(chǔ)的。你需要告訴工具時(shí)鐘信號的周期是多少、占空比是多少、上升沿和下降沿在哪里。比如create_clock -name sys_clk -period 10.000 [get_ports sys_clk_p]這行約束定義了一個(gè)名為sys_clk的時(shí)鐘周期10ns即100MHz綁定到sys_clk_p這個(gè)端口上。如果是差分時(shí)鐘還需要加上-waveform參數(shù)來指定上升沿和下降沿的位置。輸入輸出延遲約束用來描述FPGA與外部器件之間的時(shí)序關(guān)系。比如你的FPGA通過SPI接口和外部ADC通信你需要告訴工具ADC的數(shù)據(jù)在時(shí)鐘沿之后多久有效FPGA需要在時(shí)鐘沿之前多久準(zhǔn)備好數(shù)據(jù)。這些參數(shù)通常來自外部器件的Datasheet。set_input_delay -clock sys_clk -max 2.5 [get_ports adc_data[*]] set_input_delay -clock sys_clk -min 1.0 [get_ports adc_data[*]] set_output_delay -clock sys_clk -max 3.0 [get_ports dac_data[*]] set_output_delay -clock sys_clk -min 0.5 [get_ports dac_data[*]]時(shí)序例外約束用來處理那些不需要按常規(guī)時(shí)序分析的路徑。比如跨時(shí)鐘域的信號如果已經(jīng)做了同步處理就可以用set_false_path或者set_clock_groups來告訴工具不用分析這些路徑。但這里有個(gè)大坑不要濫用false_path。有些人為了消除時(shí)序警告把大量路徑設(shè)成false_path結(jié)果上板后數(shù)據(jù)錯(cuò)亂查半天查不出來。false_path只應(yīng)該用在確實(shí)不需要時(shí)序分析的路徑上比如異步復(fù)位信號、已經(jīng)做了雙觸發(fā)器同步的跨時(shí)鐘域信號。多周期路徑約束用于那些組合邏輯延遲較大、但不需要每個(gè)時(shí)鐘周期都完成計(jì)算的路徑。比如一個(gè)乘法器輸入數(shù)據(jù)每4個(gè)時(shí)鐘周期更新一次那就可以用set_multicycle_path告訴工具這條路徑的建立時(shí)間檢查可以放寬到4個(gè)周期。3.3 跨時(shí)鐘域與單bit中斷信號的約束處理“vivado中單bit如何掛中斷”是個(gè)很典型的場景。假設(shè)你有一個(gè)外部按鍵信號需要作為中斷輸入到FPGA內(nèi)部。這個(gè)按鍵信號相對于FPGA的系統(tǒng)時(shí)鐘來說是異步的直接接到觸發(fā)器的輸入端會導(dǎo)致亞穩(wěn)態(tài)。正確的做法是先做兩級觸發(fā)器同步再送進(jìn)中斷控制器。第一級觸發(fā)器用來采樣異步信號第二級觸發(fā)器用來消除亞穩(wěn)態(tài)。這兩級觸發(fā)器之間的路徑不需要時(shí)序約束因?yàn)樗鼈儽緛砭褪菫榱颂幚懋惒叫盘?。但兩級觸發(fā)器到中斷控制器的路徑需要正常的時(shí)序約束。在SDC里可以這樣寫set_false_path -from [get_ports ext_int_n] -to [get_cells sync_ff1_reg] set_false_path -from [get_cells sync_ff1_reg] -to [get_cells sync_ff2_reg]注意這里只對第一級和第二級之間的路徑設(shè)false_path第二級之后的路徑要正常約束。另外中斷信號的邊沿檢測邏輯也要注意如果是在同步后的信號上做邊沿檢測需要確保檢測邏輯的時(shí)鐘域和同步觸發(fā)器一致。實(shí)操心得跨時(shí)鐘域信號的處理最穩(wěn)妥的方案是使用Xilinx提供的XPMXilinx Parameterized Macros原語比如xpm_cdc_single、xpm_cdc_gray、xpm_cdc_handshake。這些原語已經(jīng)經(jīng)過了硅驗(yàn)證比手寫的同步邏輯可靠得多。在Vivado的Language Templates里可以找到這些原語的例化模板。4. Vivado綜合實(shí)現(xiàn)與比特流生成常見故障排查4.1 綜合失敗與比特流生成失敗的典型原因“vivado生成比特流失敗”是另一個(gè)高頻問題。比特流生成失敗通常發(fā)生在實(shí)現(xiàn)階段之后原因可能有很多種。最常見的是時(shí)序不滿足工具在生成比特流之前會檢查時(shí)序如果WNS或WHS為負(fù)會直接報(bào)錯(cuò)終止。這時(shí)候需要回到實(shí)現(xiàn)階段看時(shí)序報(bào)告找出關(guān)鍵路徑優(yōu)化邏輯或者調(diào)整約束。另一個(gè)常見原因是引腳約束沖突。比如你把兩個(gè)信號分配到了同一個(gè)引腳或者引腳電平標(biāo)準(zhǔn)設(shè)置錯(cuò)誤。Vivado在生成比特流時(shí)會檢查引腳分配有沖突就會報(bào)錯(cuò)。檢查方法是打開Implemented Design看I/O Ports窗口確認(rèn)每個(gè)引腳只被分配了一次且電平標(biāo)準(zhǔn)與硬件設(shè)計(jì)一致。還有時(shí)鐘約束缺失的情況。如果你的設(shè)計(jì)里有多個(gè)時(shí)鐘但SDC文件里只約束了其中一個(gè)工具會報(bào)“Unconstrained clock”的警告。雖然有時(shí)候不影響比特流生成但時(shí)序分析是不完整的上板后可能出問題。每一個(gè)時(shí)鐘域都必須有對應(yīng)的create_clock約束這是鐵律。4.2 BUFGMUX與時(shí)鐘切換的約束要點(diǎn)“vivado bufgmux”這個(gè)搜索詞說明有人在用BUFGMUX做時(shí)鐘切換。BUFGMUX是Xilinx FPGA里的全局時(shí)鐘多路復(fù)用器可以在兩個(gè)時(shí)鐘源之間切換。但時(shí)鐘切換不是隨便切的如果切換時(shí)機(jī)不對會產(chǎn)生毛刺導(dǎo)致后續(xù)邏輯誤觸發(fā)。BUFGMUX原語本身有內(nèi)置的切換保護(hù)邏輯會在檢測到當(dāng)前時(shí)鐘停止后才切換到另一個(gè)時(shí)鐘。但在SDC約束里需要把BUFGMUX的兩個(gè)輸入時(shí)鐘都約束上并且用set_clock_groups把它們設(shè)為互斥create_clock -name clk_a -period 10.000 [get_ports clk_a] create_clock -name clk_b -period 8.000 [get_ports clk_b] set_clock_groups -logically_exclusive -group [get_clocks clk_a] -group [get_clocks clk_b]-logically_exclusive表示這兩個(gè)時(shí)鐘在邏輯上是互斥的不會同時(shí)有效。這樣工具就不會去分析跨這兩個(gè)時(shí)鐘域的路徑避免誤報(bào)。4.3 Vivado仿真與復(fù)數(shù)乘法器IP核的聯(lián)合調(diào)試“vivado仿真”和“vivado 復(fù)數(shù)乘法器ip核”這兩個(gè)詞放在一起通常是在做數(shù)字信號處理相關(guān)的設(shè)計(jì)。復(fù)數(shù)乘法器在通信系統(tǒng)、雷達(dá)信號處理里很常見。Vivado提供了Complex Multiplier IP核可以配置成不同的流水線級數(shù)和輸出格式。仿真的時(shí)候常見的問題是IP核的延遲和預(yù)期不符。比如你配置了3級流水線但仿真波形里輸出比輸入晚了5個(gè)時(shí)鐘周期。這是因?yàn)镮P核內(nèi)部除了流水線寄存器還有額外的握手和格式化邏輯。一定要仔細(xì)看IP核的Product Guide里面有時(shí)序圖標(biāo)明了從輸入到輸出的精確延遲。另一個(gè)坑是復(fù)數(shù)乘法器的位寬增長。兩個(gè)N位的復(fù)數(shù)相乘結(jié)果的位寬會增長到2N1位左右。如果輸出位寬配置得太小會發(fā)生溢出仿真波形上表現(xiàn)為數(shù)據(jù)突然跳變。在IP核配置界面里可以設(shè)置輸出位寬和舍入模式建議先用全精度輸出在后續(xù)邏輯里再做截位處理。5. 常見問題速查與避坑經(jīng)驗(yàn)5.1 Vivado WinPcap安裝失敗與網(wǎng)絡(luò)調(diào)試“vivado winpcap安裝失敗”這個(gè)問題通常出現(xiàn)在使用Vivado的硬件管理器進(jìn)行以太網(wǎng)調(diào)試的時(shí)候。WinPcap是一個(gè)網(wǎng)絡(luò)抓包庫Vivado的某些調(diào)試功能依賴它。安裝失敗的原因一般是系統(tǒng)里已經(jīng)裝了Npcap或者其他抓包工具兩者沖突。解決辦法是先卸載已有的Npcap或WinPcap重啟電腦再安裝Vivado自帶的WinPcap。如果還是失敗可以嘗試用管理員權(quán)限運(yùn)行安裝程序或者手動指定安裝路徑。不過說實(shí)話現(xiàn)在大部分調(diào)試場景用JTAG就夠了以太網(wǎng)調(diào)試的需求并不多。如果實(shí)在裝不上可以考慮用ILAIntegrated Logic Analyzer核通過JTAG抓信號效果一樣好。5.2 Vivado SDK與Vitis的遷移問題“vivado sdk是什么”這個(gè)問題說明有人在用老版本的Vivado。SDKSoftware Development Kit是Xilinx早期的嵌入式軟件開發(fā)工具用于Zynq和MicroBlaze的軟件開發(fā)。從Vivado 2019.2開始SDK被Vitis統(tǒng)一開發(fā)平臺取代。如果你用的是2026.1版本SDK已經(jīng)不存在了所有軟件開發(fā)都要在Vitis里做。遷移的時(shí)候要注意SDK的工程文件.cproject、.project不能直接在Vitis里打開需要用Vitis的導(dǎo)入向?qū)е匦聞?chuàng)建工程。BSPBoard Support Package也需要重新生成。如果代碼里用了SDK特有的庫函數(shù)可能還需要做適配。5.3 Vivado Non-Module與IP核管理“vivado non-module”這個(gè)搜索詞通常和IP核的引用方式有關(guān)。在Vivado里IP核可以以兩種方式存在一種是作為工程的一部分直接在工程里配置和生成另一種是作為“Non-Module”引用即IP核的源文件在工程外部工程只引用編譯好的網(wǎng)表。Non-Module方式的好處是工程更干凈IP核的源文件不用重復(fù)生成。但缺點(diǎn)是如果IP核的配置需要修改必須回到原始工程里改然后重新導(dǎo)出網(wǎng)表。而且Non-Module的IP核在仿真的時(shí)候需要額外的編譯步驟稍微麻煩一點(diǎn)。我的建議是如果是團(tuán)隊(duì)協(xié)作IP核的配置已經(jīng)穩(wěn)定可以用Non-Module方式減少工程體積。如果是個(gè)人開發(fā)IP核還在調(diào)試階段直接用工程內(nèi)配置的方式更靈活。5.4 常見問題速查表問題現(xiàn)象可能原因排查方向解決方案綜合報(bào)錯(cuò)“Unconstrained clock”SDC缺少時(shí)鐘約束檢查create_clock是否覆蓋所有時(shí)鐘補(bǔ)充缺失的時(shí)鐘約束比特流生成失敗報(bào)時(shí)序錯(cuò)誤WNS或WHS為負(fù)打開時(shí)序報(bào)告看關(guān)鍵路徑優(yōu)化邏輯或調(diào)整約束上板后數(shù)據(jù)錯(cuò)亂跨時(shí)鐘域未同步檢查CDC路徑是否有同步器加兩級觸發(fā)器或XPM原語IP核輸出延遲與預(yù)期不符未考慮IP核內(nèi)部延遲查看Product Guide時(shí)序圖調(diào)整后續(xù)邏輯的時(shí)序License報(bào)錯(cuò)器件或IP核不在授權(quán)范圍打開License Manager確認(rèn)更換器件或獲取授權(quán)工程文件過大中間文件未清理檢查.runs和.cache目錄執(zhí)行工程清理或重建仿真結(jié)果與上板不一致約束未在仿真中體現(xiàn)檢查仿真腳本是否加載SDC在仿真中加載SDC或手動加延遲避坑經(jīng)驗(yàn)每次修改SDC約束后一定要重新跑綜合和實(shí)現(xiàn)不要只跑仿真。仿真默認(rèn)是不加載SDC的所以仿真通過不代表時(shí)序滿足。我見過太多人仿真跑得歡上板就掛最后發(fā)現(xiàn)是約束沒更新。6. Quartus II與Vivado的約束差異對比雖然現(xiàn)在Vivado是主流但Quartus II在Altera現(xiàn)IntelFPGA用戶里還有很大存量。兩者的SDC約束語法基本一致但有一些細(xì)節(jié)差異。Quartus II的時(shí)鐘約束用create_clock和Vivado一樣。但Quartus II對時(shí)鐘網(wǎng)絡(luò)的自動識別能力更強(qiáng)一些有時(shí)候不寫create_clock也能跑但Vivado不行Vivado必須顯式約束每一個(gè)時(shí)鐘。輸入輸出延遲約束的語法也類似但Quartus II的set_input_delay和set_output_delay對-clock參數(shù)的解析有時(shí)候更寬松。Vivado要求-clock必須引用一個(gè)已經(jīng)定義的時(shí)鐘否則會報(bào)錯(cuò)。時(shí)序例外約束方面Quartus II支持set_false_path和set_multicycle_path但set_clock_groups的用法略有不同。Quartus II用-exclusive和-asynchronous來區(qū)分互斥和異步時(shí)鐘組Vivado用-logically_exclusive和-physically_exclusive。如果你需要從一個(gè)平臺遷移到另一個(gè)平臺建議先把SDC文件里的約束逐條對照確認(rèn)語法和語義都正確。特別是時(shí)鐘組約束搞錯(cuò)了會導(dǎo)致時(shí)序分析不完整上板出問題。7. 一些個(gè)人體會FPGA開發(fā)這件事工具只是手段真正決定成敗的是對時(shí)序的理解和對細(xì)節(jié)的把控。我見過太多人把大量時(shí)間花在寫RTL上卻不愿意花半小時(shí)認(rèn)真讀一遍時(shí)序報(bào)告。結(jié)果就是反復(fù)上板、反復(fù)調(diào)試效率反而更低。Vivado的時(shí)序報(bào)告其實(shí)寫得很清楚關(guān)鍵路徑的起點(diǎn)、終點(diǎn)、延遲組成、邏輯級數(shù)都有。你只需要找到WNS最差的那幾條路徑看看是組合邏輯太長還是時(shí)鐘約束太緊然后有針對性地優(yōu)化。組合邏輯太長就插流水線時(shí)鐘約束太緊就檢查是不是約束寫錯(cuò)了。還有一點(diǎn)版本控制很重要。FPGA工程的源文件、約束文件、Tcl腳本都應(yīng)該納入Git管理。每次修改都提交出問題了可以回退。Vivado的工程文件.xpr不用提交用Tcl腳本重建就行。這樣團(tuán)隊(duì)協(xié)作的時(shí)候每個(gè)人拿到的都是干凈的工程不會因?yàn)橹虚g文件不一致導(dǎo)致各種奇怪的問題。最后說一個(gè)我踩過的坑有一次做一個(gè)高速ADC采集的項(xiàng)目時(shí)序報(bào)告顯示W(wǎng)NS是正的但上板后數(shù)據(jù)就是不對。查了兩天才發(fā)現(xiàn)ADC的輸入時(shí)鐘和FPGA的系統(tǒng)時(shí)鐘雖然頻率一樣但相位關(guān)系不確定。SDC里只約束了時(shí)鐘周期沒有約束相位關(guān)系工具按最壞情況分析通過了但實(shí)際硬件上相位偏差導(dǎo)致采樣點(diǎn)偏移。后來加了set_input_delay和set_output_delay把ADC的時(shí)序參數(shù)補(bǔ)全問題才解決。時(shí)序約束不只是約束時(shí)鐘輸入輸出延遲同樣重要尤其是和外部器件打交道的時(shí)候。