在FPGA設計中我們經常會遇到對一個信號進行延時的情況，一般只延時一個或幾個CLK時，通常是直接打拍，如果要延時的CLK較多時，我們會選擇移位寄存器IP核，而有時為了方便，我們常常會使用下面的方式

前段時間我臨時對一個脈沖信號延時8192個CLK就使用了這種寫法，當時有意識到可能會消耗較多的資源，但沒想到會這么多。

不同方式實現延時的資源消耗對比

還是對一個脈沖信號延時8192個CLK，為了對比不同方式的資源消耗，我新建了一個工程

平臺：Cyclone V

軟件：Quartus 18.1 standard

對比了三種實現方式

計數8192個時鐘，重新產生一個脈沖

移位寄存器IP核（Memory實現）

對該信號打8192拍（寄存器實現）

資源消耗情況如下圖所示。

可以看到計數器消耗的資源是最少的，因為它相當于只存儲一個bit的信息，不像其他兩種方式把8192個時鐘的信息都存儲了，這算是一種取巧的方式，能應用的場合比較少。

打8192拍的方式使用資源最多，用了2032個ALM，ALM是Altera器件的最小邏輯單元，一個ALM包含4個寄存器。因為要打8192拍，所以可以看到這里消耗了8192個寄存器。實際上打拍并沒有用到任何的組合邏輯（LUT），但是因為寄存器和LUT是綁定到ALM中的，所以一旦寄存器被消耗，同時LUT也很難應用到其他邏輯中。像這里，8192個寄存器需要2048個ALM（圖中是2032），這2048個ALM中的LUT就被浪費掉了（我不是很確定，需要進一步研究，但是從資源消耗的情況來看，應當是這樣的）。所以這種方式是最不經濟的，除非要延時的時鐘很少或者是調試代碼，否則不建議總是采用這種方式。

移位寄存器IP消耗的資源相對比較適中，只使用了262個ALM，相當于是把ALM配置成了Memory，像是Xilinx器件中的SRL。實現時資源設置的是Auto，如果設置為M10K的話，是下面這樣的。可以看到使用一個M10Ks的Block Memory，而ALM就只消耗了14個。實際設計時可根據芯片哪種資源余量更大選擇哪種。

總結

從上面的實驗可以看到，直接打拍的方式是非常浪費資源的，所以如果要延時的CLK較多，建議采用IP核的方式，在使用IP核方式時根據剩余資源選擇合適的資源來實現。而在某些特殊情況，可以考慮采用計數器的方式來實現，這種方式消耗的資源最少，但是如果不是要延時特別多的CLK，則不建議，因為這種方式在時序變化時難以維護。

打拍延時是可以的，但是不要復位，像下面這樣寫，綜合工具可以推斷使用Memory來實現。經測試，這種寫法與IP核的資源消耗是差不多的（還是會比ip多一點點），這樣就可以很方便的實現信號delay了。xilinx的器件也是一樣，不要復位。

這里綜合后顯示的是使用了一個M10K。還可以加上綜合屬性，強制使用MLAB實現。

如果一個系統里有很多這樣沒有復位的Memory的話，在復位系統時，需要將復位信號拉的長一點，保證復位過后的信號沖掉Memory中的殘留數據，否則系統會有出錯的風險。