對于設計者來說，當然希望我們設計的電路的工作頻率（在這里如無特別說明，工作頻率指 FPGA 片內的工作頻率）盡量高。我們也經(jīng)常聽說用資源換速度，用流水的方式可以提高工作頻率，這確實是一個很重要的方法，今天我想進一步去分析該如何提高電路的工作頻率。

我們先來分析下是什么影響了電路的工作頻率。

我們電路的工作頻率主要與寄存器到寄存器之間的信號傳播時延及 clock skew 有關。在 FPGA 內部如果時鐘走長線的話，clock skew 很小，基本上可以忽略, 在這里為了簡單起見，我們只考慮信號的傳播時延的因素。信號的傳播時延包括寄存器的開關時延、走線時延、經(jīng)過組合邏輯的時延（這樣劃分或許不是很準確，不過對分析問題來說應該是沒有可以的），要提高電路的工作頻率，我們就要在這三個時延中做文章，使其盡可能的小。

我們先來看開關時延，這個時延是由器件物理特性決定的，我們沒有辦法去改變，所以我們只能通過改變走線方式和減少組合邏輯的方法來提高工作頻率。

1. 通過改變走線的方式減少時延。

我們通過給綜合器加適當?shù)募s束（不可貪心，一般以加 5%裕量較為合適，比如電路工作在 100Mhz，則加約束加到 105Mhz 就可以了，貪心效果反而不好，且極大增加綜合時間）可以將相關的邏輯在布線時盡量布的靠近一點，從而減少走線的時延。（注：約束的實現(xiàn)不完全是通過改進布局布線方式去提高工作頻率，還有其它的改進措施）

2. 通過減少組合邏輯的減少時延。

我們知道，目前大部分 FPGA 都基于 4 輸入 LUT 的，如果一個輸出對應的判斷條件大于四輸入的話就要由多個 LUT 級聯(lián)才能完成，這樣就引入一級組合邏輯時延，我們要減少組合邏輯，無非就是要輸入條件盡可能的少，這樣就可以級聯(lián)的 LUT 更少，從而減少了組合邏輯引起的時延。

我們平時聽說的流水就是一種通過切割大的組合邏輯（在其中插入一級或多級 D 觸發(fā)器，從而使寄存器與寄存器之間的組合邏輯減少）來提高工作頻率的方法。比如一個 32 位的計數(shù)器，該計數(shù)器的進位鏈很長，必然會降低工作頻率，我們可以將其分割成 4 位和 8 位的計數(shù)，每當 4 位的計數(shù)器計到 15 后觸發(fā)一次 8 位的計數(shù)器，這樣就實現(xiàn)了計數(shù)器的切割，也提高了工作頻率。

在狀態(tài)機中，一般也要將大的計數(shù)器移到狀態(tài)機外，因為計數(shù)器這東西一般是經(jīng)常是大于 4 輸入的，如果再和其它條件一起做為狀態(tài)的跳變判據(jù)的話，必然會增加 LUT 的級聯(lián)，從而增大組合邏輯。以一個 6 輸入的計數(shù)器為例，我們原希望當計數(shù)器計到 111100 后狀態(tài)跳變，現(xiàn)在我們將計數(shù)器放到狀態(tài)機外，當計數(shù)器計到 111011 后產(chǎn)生個 enable 信號去觸發(fā)狀態(tài)跳變，這樣就將組合邏輯減少了。

上面說的都是可以通過流水的方式切割組合邏輯的情況，但是有些情況下我們是很難去切割組合邏輯的，在這些情況下我們又該怎么做呢？

狀態(tài)機就是這么一個例子，我們不能通過往狀態(tài)譯碼組合邏輯中加入流水。如果我們的設計中有一個幾十個狀態(tài)的狀態(tài)機，它的狀態(tài)譯碼邏輯將非常之巨大，毫無疑問，這極有可能是設計中的關鍵路徑。那我們該怎么做呢？還是老思路，減少組合邏輯。我們可以對狀態(tài)的輸出進行分析，對它們進行重新分類，并根據(jù)這個重新定義成一組組小狀態(tài)機，通過對輸入進行選擇(case 語句)并去觸發(fā)相應的小狀態(tài)機，從而實現(xiàn)了將大的狀態(tài)機切割成小的狀態(tài)機。在 ATA6 的規(guī)范中（硬盤的標準），輸入的命令大概有 20 十種，每一個命令又對應很多種狀態(tài)，如果用一個大的狀態(tài)機（狀態(tài)套狀態(tài)）去做那是不可想象的，我們可以通過 case 語句去對命令進行譯碼，并觸發(fā)相應的狀態(tài)機，這樣做下來這一個模塊的頻率就可以跑得比較高了。

提高 FPGA 工作頻率的本質，就是要減少寄存器到寄存器的時延，最有效的方法就是避免出現(xiàn)大的組合邏輯，也就是要盡量去滿足四輸入的條件，減少 LUT 級聯(lián)的數(shù)量。我們可以通過加約束、流水、切割狀態(tài)的方法提高工作頻率。

FPGA 設計需要多大容量的芯片，設計需要跑多快？這是經(jīng)常困擾工程師的兩大問題。對于前者，我們還可以選用一個較大的芯片實現(xiàn)原型，待原型完成再選用大小合適的芯片；對于后者，通常我們需要預先有一個較精確的預估，就像我們的設計能跑 50M、100M 還是 150M。

除此以外，在使用 EDA 工具設計時，軟件是否穩(wěn)定也是我們需要考慮的問題。比如：

1、500M 的芯片，跑不了 50M 的邏輯，EDA 工具都出現(xiàn)哪些設計問題？

2、為什么只是做了簡單的邏輯，最終卻導致布線擁堵？

3、使用在線邏輯分析儀，經(jīng)常抓取不到自己想要的信號？

審核編輯 黃昊宇