如何使用TimeQuest

如何使用TimeQuest

用Altera的話來說，TimeQuest Timing Analyzer是一個功能強大的，ASIC-style的時序分析工具。采用工業(yè)標準--SDC（synopsys design contraints）--的約束、分析和報告方法來驗證你的設(shè)計是否滿足時序設(shè)計的要求。

TimeQuest的基本操作流程

做為altera FPGA開發(fā)流程中的一個組成部分，TimeQuest執(zhí)行從驗證約束到時序仿真的所有工作。Altera推薦使用下面的流程來完成TimeQuest的操作。

1、建立項目并加入相關(guān)設(shè)計文件

不管做什么事情，都需要有一個目標或者說對象。我們用TimeQuest做時序分析，當然也需要一個對象，這個對象實際上就是我們的設(shè)計。所以首先是建立一個Quartus II的項目，并把所有需要的設(shè)計文件都加入到項目中去。需要注意的一點是，這里的設(shè)計文件，不僅僅包含邏輯設(shè)計相關(guān)的文件，也包含已經(jīng)存在的時序約束文件，當然，需要以synopsys Design Constraints（.sdc）的格式存在的。關(guān)于 sdc文件，可以使用Quartus的向?qū)斫?，在生成sdc文件后，你可以再在此sdc文件上進行自己的修改，如下圖所示，Assignments-》TimeQuest Timing Analyzer Wizard.。。

2、對項目進行預編譯（initial compilation）

項目建立以后，如果從來沒有對項目進行過編譯的話，就需要對項目進行預編譯。這里的預編譯是對應于全編譯（full compilation）來講的，我們可以理解為預編譯是對項目進行部分的編譯，而全編譯是對項目進行完整的編譯。做預編譯的目的是為了生成一個initial design database，然后我們可以根據(jù)這個database用Timequest采用交互的模式生成時序約束。實際上，對于小的設(shè)計，編譯時間并不是很長的話，完全可以不去區(qū)分預編譯和全編譯，需要編譯的時候，直接做全編譯就可以了，做全編譯的話，可以生成一個post-fit的database，完全可以給TimeQuest使用。

3、向設(shè)計中添加時序約束

在用TimeQuest做時序分析之前，必須要指定出對時序的要求，也就是我們通常所說的時序約束。這些約束包括時鐘，時序例外（timing exceptions）和輸入/輸出延時等。

默認情況下，Quartus II 軟件會給所有沒有被下約束的時鐘都設(shè)定為1GHz。沒有任何的時序例外，也就是說所有的timing path都按1T去check。所有的輸入/輸出的延遲都按0來計算。這顯然不符合絕大多數(shù)設(shè)計的時序要求，所以有必要根據(jù)設(shè)計的特性，添加必要的時序約束。

如上所述，時序約束主要包括三類：時鐘，時序例外和輸入/輸出延遲。其中時鐘和輸入/輸出延遲可以認為是在某種程度上增強時序設(shè)計的要求。而時序例外可以認為是在某種程度上降低時序設(shè)計的要求。比如說，僅僅設(shè)定一個時鐘的頻率為100MHz的話，這個時鐘域里所有timing path都需要能工作在100MHz下。這顯然是增強了時序設(shè)計的要求?？墒侨绻谶@個時鐘域下面，有部分timing path是不需要做1T的check的，那么就可以通過添加時序例外來避免對這些timing path做1T的check，即降低了時序設(shè)計的要求。

在用TimeQuest做時序分析時，如果非常熟悉設(shè)計的構(gòu)架和對時序的要求，又比較熟悉sdc的相關(guān)命令，那么可以直接在sdc文件里輸入時序約束的命令。而通常情況下，可以利用TimeQuest GUI提供的設(shè)定時序約束的向?qū)砑訒r序約束。不過要注意的是，用向?qū)傻臅r序約束，并不會被直接寫到sdc文件里，所以如果要保存這些時序約束，必須在TimeQuest用write sdc的命令來保存所生成的時序約束。

4. 執(zhí)行完整的編譯

在設(shè)定好時序約束以后，就需要對整個設(shè)計進行完整的編譯。在編譯過程中，軟件會優(yōu)化設(shè)計的邏輯、布局布線等來盡可能滿足所有的時序約束。

如果沒有添加時序約束，那么軟件在編譯的時候，會按照默認的時序約束對設(shè)計進行優(yōu)化，對于絕大多數(shù)的設(shè)計，都會報出來時序的問題，但因為默認的時序約束與設(shè)計本身的要求在絕大多數(shù)情況下，都是不同的，所以這些時序的問題也并不是設(shè)計本身的問題，并沒有太多的參考價值，而且很多初學者也不會注意到這個問題。這樣就把設(shè)計中很多潛在的時序問題給隱藏起來了，最終帶來的可能就是系統(tǒng)運行的不穩(wěn)定，甚至是完全不能運行。

5. 驗證時序

當完成編譯以后，我們就可以用TimeQuest來驗證時序了。在時序分析的過程中，TimeQuest會分析設(shè)計中所有的timing path，計算每一條timing path的延時，檢查每一條timing path是否滿足時序約束，最后按照positive slack或negative slack來報告時序分析的結(jié)果。其中negative slack就表示對應的timing path不滿足時序約束的要求（timing violation）。

如果遇到有不滿足時序要求的情況，則可以根據(jù)對應的時序報告分析設(shè)計，確定如何優(yōu)化設(shè)計使之滿足時序約束。時序約束有任何變化的話，都需要重新編譯設(shè)計。這個反復的過程可以讓我們解決設(shè)計中的時序問題。

DAC7512控制器

DAC7512是一個具有三線串行接口的DAC。我們基于FPGA用Verilog語言實現(xiàn)了一個簡單的DAC7512的控制器。下面是控制器的結(jié)構(gòu)圖

DAC7512控制器由三個模塊組成，PLL用來生成控制器所要的時鐘C0（25MHz）和C1（50MHz），其lock信號用來做為控制器的異步reset。da_data模塊生成要送往DAC7512的數(shù)據(jù)，其中DA_DATA為數(shù)據(jù)，DA_DATA_EN為數(shù)據(jù)有效信號，該模塊使用C0時鐘，整個屬于C0時鐘域。DAC7512模塊用于將DA_DATA轉(zhuǎn)換成符合DAC7512接口標準的串行數(shù)據(jù)并送給DAC7512，要用到C1（50MHz）和DA_SCLK（C1二分頻，25MHz）兩個時鐘。

DAC7512控制器一共有四個輸入輸出端口。CLK_IN為PLL的基準時鐘，為25MHz。DA_DIN，DA_SCLK和DA_SYNC為三線串口，都為輸出端口。由于C0，C1是由同一個PLL輸出的，DA_SCLK是由C1經(jīng)二分頻得到的，三者之間是同步的，處于同一個clock group中。不過要注意一點的是，在串行總線上，DA_DIN是在DA_SCLK的下降沿有效的。把DA_DIN設(shè)計為C1時鐘域的信號，并控制其值只在DA_SCLK為高電平的時候發(fā)生變化。這樣可以把DA_DIN與DA_SCLK之間的時序要求轉(zhuǎn)換為DA_DIN在C1時鐘域的時序要求，具體的使用方法我們跟著視頻一起來學習一下。