FPGA時序不收斂，會出現很多隨機性問題，上板測試大概率各種跑飛，而且不好調試定位原因，所以在上板測試前，先優化時序，再上板。

今天我們就來嘮一嘮解決時序不收斂的問題，分享一些常用的解決辦法和思路。

一、模塊運行時鐘頻率

設計模塊前，需明確模塊運行的最大時鐘頻率。

不同時鐘頻率下，對應的時序約束最大延時是不一樣的。

比如100MHz時鐘下運行的HDL邏輯，比200MHz時鐘下的HDL邏輯，支持的組合邏輯層數多。

根據最大時鐘頻率，來設計HDL代碼的層級，時鐘頻率越高，插入寄存器要更多，增加流水線級數，減少過長的組合邏輯。

二、HDL代碼

1、HDL代碼風格

優先參考FPGA開發軟件提供的HDL Template，比如Vivado的language template。

2、HDL代碼邏輯優化

對于復雜的算法代碼邏輯，需要結合FPGA并行計算和最小處理單位為bit的特性，對邏輯代碼進行優化實現。

明確變量最大的數據位寬。

邏輯代碼中，一些軟件邏輯實現起來較復雜，盡量簡化，刪除掉一些不可能出現的情況。

這部分代碼邏輯，可能需要重復迭代幾遍實現才行。

三、組合邏輯層數

1、插入寄存器

將計算邏輯分成多個時鐘周期實現，這是常用的時序優化方法，可以減少過多的組合邏輯層數，但會增加延時。

這里以一個多路輸入求和計算為例

增加寄存器后，改為

2、邏輯展平設計

優化代碼中優先級譯碼電路邏輯，主要出現在IF/ELSE結構語句中，這樣邏輯結構被展平，路徑延遲得以縮短。

IF ELSE結構語句存在明顯的優先級，建議盡量用CASE語句來替代。

3、防止變量被優化

HDL綜合布線軟件會根據實際情況，自動優化代碼邏輯，可能存在將多個不同寄存器變量合并成一個寄存器變量的情況。

對于不希望被優化的變量，可以在變量定義前，添加（* keep = "ture" *）

四、高扇出

高扇出問題，原因是一個寄存器驅動后級數超過了它本身的驅動能力，導致延遲時間過大，不滿足時序。

1、使用max_fanout

在變量定義前，可以添加(* max_fanout = n *)，來設置變量的最大扇出數，超過這個扇出數，綜合軟件會自動復制多份變量。

2、復位信號高扇出

復位信號是常見的高扇出問題，主要解決辦法有：

（1）減少復位信號的使用，能使用使能信號控制的，就用使能信號。

（2）對于大型模塊，復位信號可以使用BUFG來驅動復位信號，可以增加復位信號的驅動能力

五、資源消耗

FPGA器件的整個工程資源消耗，不管是LUT還是BRAM等資源，建議不超過80%。

一旦資源消耗超過80%，在布線綜合時，就出現布線資源不夠，導致出現布線擁塞，從而出現了時序不收斂的情況。

布線擁塞也分為全局擁塞和局部擁塞，可能是高扇出信號過多，也可能是局部布線資源不夠用，導致時序路徑過長。

1、優化代碼邏輯，減少資源消耗。

在資源不夠用的情況下，建議檢查代碼是否可優化，設置的RAM大小是否過大等等。

2、使用替代資源實現

在FPGA中實現RAM時，可以根據整個資源的使用情況，考慮使用Distributed RAM、URAM等資源來減少BRAM的消耗。

六、總結

本文分享了時序收斂的一些方法和思路，希望可以給大家帶來一點啟發。