電子發(fā)燒友App
No.1
什么是時(shí)序分析？
時(shí)序分析本質(zhì)上就是一種時(shí)序檢查，目的是檢查設(shè)計(jì)中所有的D觸發(fā)器是否能夠正常工作，也就是檢查D觸發(fā)器的同步端口（數(shù)據(jù)輸入端口）的變化是否滿(mǎn)足建立時(shí)間要求（Setup）和保持時(shí)間要求（Hold）；檢查D觸發(fā)器的異步端口（異步復(fù)位端口）的變化是否滿(mǎn)足恢復(fù)時(shí)間要求（Recovery）和移除時(shí)間要求（Removal）。
No.2
時(shí)序分析有哪些類(lèi)型？
時(shí)序分析包括靜態(tài)時(shí)序分析（STA）和動(dòng)態(tài)時(shí)序分析。
動(dòng)態(tài)時(shí)序分析： 將布局布線生成的布線延遲信息反標(biāo)注到門(mén)級(jí)網(wǎng)表中進(jìn)行仿真，檢查是否存在時(shí)序違例。此時(shí)的仿真包括門(mén)延遲和布線延遲信息，能夠較好反應(yīng)芯片的實(shí)際工作情況。因?yàn)椴豢赡墚a(chǎn)生完備的測(cè)試向量，覆蓋門(mén)級(jí)網(wǎng)表中的每一條路徑。因此在動(dòng)態(tài)時(shí)序分析中，無(wú)法暴露一些路徑上可能存在的時(shí)序問(wèn)題。
**靜態(tài)時(shí)序分析：**采用窮盡分析方法來(lái)提取出整個(gè)電路存在的所有時(shí)序路徑，計(jì)算信號(hào)在這些路徑上的傳播延時(shí)，檢查信號(hào)的建立和保持時(shí)間是否滿(mǎn)足時(shí)序要求，通過(guò)對(duì)最大路徑延時(shí)和最小路徑延時(shí)的分析，找出違背時(shí)序約束的錯(cuò)誤。它不需要輸入向量就能窮盡所有的路徑，且運(yùn)行速度很快、占用內(nèi)存較少，不僅可以對(duì)芯片設(shè)計(jì)進(jìn)行全面的時(shí)序功能檢查，而且還可利用時(shí)序分析的結(jié)果來(lái)優(yōu)化設(shè)計(jì)，因此靜態(tài)時(shí)序分析已經(jīng)越來(lái)越多地被用到數(shù)字集成電路設(shè)計(jì)的驗(yàn)證中。
No.3
時(shí)序分析使用的工具有哪些？
**> **靜態(tài)時(shí)序分析使用的工具：
①Xilinx Vivado Intergreated Design Environment Time Engine
③DC等
**> **動(dòng)態(tài)時(shí)序分析使用的工具：
③Sysnopsys VCS
No.4
靜態(tài)時(shí)序分析之前的準(zhǔn)備工作
撰寫(xiě)基本的時(shí)序約束文件，告知時(shí)序引擎一些必要的信息（比如時(shí)鐘，輸入輸出延時(shí)等）。若沒(méi)有正確的時(shí)序約束，那么時(shí)序分析的結(jié)果是沒(méi)有意義的。
D觸發(fā)器中Tsetup，Thold，Tco的由來(lái)
No.5
時(shí)序分析中的常用術(shù)語(yǔ)
> 源時(shí)鐘 （Source Clock/Launch Clock，也稱(chēng)為發(fā)起時(shí)鐘）
> 目的時(shí)鐘 （Destination Clock/Capture Clock，也稱(chēng)為捕獲時(shí)鐘）
> 發(fā)起沿 （launch edge,源時(shí)鐘產(chǎn)生數(shù)據(jù)的有效時(shí)鐘沿）
> 捕獲沿 （capture edge,目的時(shí)鐘捕獲數(shù)據(jù)的有效時(shí)鐘沿）
發(fā)起沿通常在0ns，捕獲沿通常在下一個(gè)發(fā)起沿，發(fā)起沿和捕獲沿通常相差一個(gè)時(shí)鐘周期。
No.6
一條普通時(shí)序路徑的三要素
源時(shí)鐘路徑： 從源時(shí)鐘的源節(jié)點(diǎn)（通常是FPGA的時(shí)鐘輸入引腳）到源寄存器的時(shí)鐘端口的路徑。當(dāng)時(shí)序路徑的起點(diǎn)是FPGA輸入端口時(shí)，該時(shí)序路徑是沒(méi)有源時(shí)鐘路徑的。
數(shù)據(jù)路徑： 從時(shí)序路徑的起點(diǎn)到時(shí)序路徑的終點(diǎn)之間的數(shù)據(jù)傳播路徑。時(shí)序路徑的起點(diǎn)可以是源寄存器的時(shí)鐘端口或FPGA的輸入端口，時(shí)序路徑的終點(diǎn)可以是目的寄存器的輸入端口或FPGA的輸出端口。
目的時(shí)鐘路徑： 從目的時(shí)鐘的源節(jié)點(diǎn)（通常是FPGA的時(shí)鐘輸入引腳）到目的寄存器的時(shí)鐘端口的路徑。當(dāng)時(shí)序路徑的終點(diǎn)是FPGA的輸出端口時(shí)，該時(shí)序路徑是沒(méi)有目的時(shí)鐘路徑的。
No.7
FPGA中常見(jiàn)的四種時(shí)序路徑
第一種，從FPGA的輸入端口到目的寄存器的數(shù)據(jù)輸入端口 。
**> **數(shù)據(jù)由Board clock發(fā)起并在FPGA外部產(chǎn)生；
**> **數(shù)據(jù)經(jīng)過(guò)Input Delay的延遲后到達(dá)FPGA的輸入端口；
**> **數(shù)據(jù)經(jīng)過(guò)FPGA的Internal Delay后到達(dá)由目的時(shí)鐘驅(qū)動(dòng)的目的寄存器。
這種路徑是沒(méi)有源時(shí)鐘路徑的，用戶(hù)需要約束Input Delay和時(shí)鐘來(lái)告知時(shí)序引擎必要信息，時(shí)序引擎才能正確的分析這種路徑。
第二種，從源寄存器的時(shí)鐘端口到目的寄存器的數(shù)據(jù)輸入端口。
**> **數(shù)據(jù)由源時(shí)鐘發(fā)起并在FPGA內(nèi)部產(chǎn)生；
**> **數(shù)據(jù)經(jīng)過(guò)Data Path Delay后到達(dá)由目的時(shí)鐘驅(qū)動(dòng)的目的寄存器。
這種時(shí)序路徑是最常見(jiàn)的，用戶(hù)需要約束源時(shí)鐘和目的時(shí)鐘告知時(shí)序引擎必要的信息，時(shí)序引擎才能正確的分析這種時(shí)序路徑。
第三種，從源寄存器的時(shí)鐘端口到FPGA的輸出端口。
**> **數(shù)據(jù)由源時(shí)鐘發(fā)起并在FPGA內(nèi)部產(chǎn)生；
**> **數(shù)據(jù)經(jīng)過(guò)Internal Delay后到達(dá)輸出端口；
**> **數(shù)據(jù)經(jīng)過(guò)Output Delay后被Board Clock捕獲到。
這種路徑是沒(méi)有目的時(shí)鐘路徑的，用戶(hù)需要約束Output Delay和時(shí)鐘來(lái)告知時(shí)序引擎必要信息，時(shí)序引擎才能正確的分析這種路徑。
第四種，從FPGA的輸入端口到FPGA的輸出端口。
**> **數(shù)據(jù)橫穿FPGA，沒(méi)有經(jīng)過(guò)任何觸發(fā)器，這種路徑也叫in-to-out path，約束輸入和輸出延時(shí)的參考時(shí)鐘可以使用虛擬時(shí)鐘。
這種路徑中只有數(shù)據(jù)路徑，用戶(hù)需要約束Input Delay和Output Delay，告知時(shí)序引擎必要的信息，時(shí)序引擎才能正確的分析這種時(shí)序路徑。
Setup檢查
No.1
時(shí)序引擎如何進(jìn)行Setup檢查？
①確定建立時(shí)間要求 （確定用于建立時(shí)間分析的發(fā)起沿和捕獲沿）
時(shí)序引擎會(huì)找出發(fā)起時(shí)鐘和捕獲時(shí)鐘的最小公共周期，然后在最小公共周期內(nèi)找到所有發(fā)起時(shí)鐘沿和捕獲時(shí)鐘沿的所有可能的情況，并在所有可能的情況中挑選出最小的建立時(shí)間需求（大于0），從而確定了Launch edge和Capture edge。
②計(jì)算數(shù)據(jù)的需求時(shí)間
③計(jì)算數(shù)據(jù)的到達(dá)時(shí)間
④計(jì)算Setup的裕量（Slack）
No.2
Setup分析實(shí)例
**> **Data Arrival time = lauch edge + Tclka + Tco + Tdata(Tlogic+Tnet)
> Data Require Time = capture edge + Tclkb - Tsu
> Setup Slack= Data Require Time - Data Arrival Time
No.3
根據(jù)公式分析哪些因素會(huì)導(dǎo)致Setup Slack為負(fù)呢？
**> **Setup Slack = （Capture edge – Launch edge）+ （destination clk delay – source clk delay）- Setup time - clk uncertainty – datapath delay
> Setup Slack = Setup Requirement（一定大于0） + clk skew – Tsu – Tclk uncertainty – Tlogic – Tnet - Tco
① Setup Requirement 與實(shí)際情況不符
建立時(shí)間需求過(guò)小，這種情況通常會(huì)在同步跨時(shí)鐘域路徑中出現(xiàn)，在同步跨時(shí)鐘域路徑中的源時(shí)鐘頻率與目的時(shí)鐘頻率的相位關(guān)系雖然是已知的，但是時(shí)序引擎默認(rèn)選擇的捕獲沿通常都是錯(cuò)誤的，需要用戶(hù)通過(guò)多周期路徑約束的方式手動(dòng)修正建立時(shí)間需求。比如下圖中，兩個(gè)同頻不同相的同步時(shí)鐘，時(shí)序引擎默認(rèn)選擇的捕獲沿是目的時(shí)鐘第二個(gè)上升沿，導(dǎo)致建立時(shí)間需求非常小，最終肯定會(huì)導(dǎo)致時(shí)序違例。
② clk skew為負(fù)值，且很大
通常情況下，同一個(gè)時(shí)鐘下的時(shí)鐘歪斜不應(yīng)該超過(guò)300ps，同步跨時(shí)鐘域路徑的時(shí)鐘歪斜不應(yīng)該超過(guò)500ps，異步跨時(shí)鐘域路徑的時(shí)鐘歪斜一般比較大，因?yàn)樗鼈兊臅r(shí)鐘源不同。
當(dāng)出現(xiàn)時(shí)鐘歪斜大的情況時(shí):
**> **檢查源時(shí)鐘路徑和目的時(shí)鐘路徑上是否干凈，時(shí)鐘路徑上是否引入了組合邏輯，時(shí)鐘路徑是否使用了過(guò)多的BUFGCE，時(shí)鐘路徑上是否級(jí)聯(lián)了多個(gè)BUFGCE導(dǎo)致時(shí)鐘延時(shí)變大。
> 檢查源時(shí)鐘路徑和目的時(shí)鐘路徑所經(jīng)過(guò)的模塊是否相同，比如源時(shí)鐘路徑上經(jīng)過(guò)全局緩沖，PMMCM，但是目的時(shí)鐘路徑上只經(jīng)過(guò)了全局緩沖。如下圖所示，第一條路徑的源時(shí)鐘路徑上有BUFGCE/MMCM/BUFGCE，而目的時(shí)鐘路徑上只有BUFGCE，所以源時(shí)鐘路徑和目的時(shí)鐘路徑的延時(shí)不同，導(dǎo)致時(shí)鐘歪斜較大，應(yīng)該盡量避免此類(lèi)路徑。第二條路徑的源時(shí)鐘和目的時(shí)鐘都是來(lái)源于MMCM的不同的時(shí)鐘，所以時(shí)鐘歪斜較小。
③Tsu/Tco大
當(dāng)設(shè)計(jì)中使用Block（DSP/Block RAM等）時(shí)，應(yīng)該要注意以下問(wèn)題。對(duì)于以這些Block為時(shí)序路徑的起點(diǎn)或終點(diǎn)的時(shí)序路徑，這些Block的Tsu/Th/Tco都比普通的寄存器大，而且這些Block的布線延時(shí)和時(shí)鐘歪斜比較大。所以當(dāng)使用這些Block作為時(shí)序路徑的終點(diǎn)時(shí)，它的起點(diǎn)一定要是觸發(fā)器，比如說(shuō)一個(gè)Block RAM的寫(xiě)數(shù)據(jù)信號(hào)，輸入進(jìn)Block前最好打一拍。當(dāng)使用這些Block作為時(shí)序路徑的起點(diǎn)時(shí)，應(yīng)該使用Block 內(nèi)部的輸出寄存器，比如使用由Block RAM組成的FIFO時(shí)，盡量不要使用首字置出的，而使用打一拍后輸出的，使用后者可以顯著降低Tco。當(dāng)時(shí)序路徑為從一個(gè)Block到另一個(gè)Block時(shí)，中間需要進(jìn)行打拍操作。當(dāng)使用這些Block的控制端口時(shí)，應(yīng)該保證這些控制信號(hào)的低扇出，如使用由Block RAM組成的FIFO時(shí)，應(yīng)該盡量降低讀/寫(xiě)能信/地址信號(hào)的扇出。
④Tlogic大
一般情況下，邏輯延時(shí)與時(shí)序路徑的邏輯層級(jí)數(shù)息息相關(guān)，邏輯層級(jí)是指時(shí)序路徑的起點(diǎn)和終點(diǎn)之間組合邏輯單元（LUT）的個(gè)數(shù)，而邏輯層級(jí)多一級(jí)意味著多1個(gè)LUT的延時(shí)加1條連接LUT的網(wǎng)線延時(shí)。通常一級(jí)邏輯層級(jí)的延時(shí)標(biāo)準(zhǔn)是1個(gè)LUT加1根網(wǎng)線的總延遲為0.5ns，如果某條路徑的邏輯級(jí)數(shù)大于時(shí)鐘周期/0.5ns，那么這條路徑就被稱(chēng)為長(zhǎng)路徑。
常用的處理長(zhǎng)路徑的方案有兩種：
**> **修改rtl代碼，在長(zhǎng)路徑的邏輯中插入流水線，將長(zhǎng)路徑打破分為多條短路徑；
**> **使用綜合工具的retiming優(yōu)化方式，retiming實(shí)際上是寄存器重定向，原理是當(dāng)某條長(zhǎng)路徑的相鄰路徑的建立時(shí)間裕量較大，那么它可以調(diào)整中間寄存器的位置，來(lái)調(diào)整布線延遲，通過(guò)適當(dāng)增加相鄰路徑的布線延遲而減少長(zhǎng)路徑的布線延遲，使得那些時(shí)序違例較小的長(zhǎng)路徑通過(guò)這種微調(diào)實(shí)現(xiàn)時(shí)序收斂。需要強(qiáng)調(diào)的是，這種方式優(yōu)化的力度非常有限，它只適合時(shí)序違例較小的長(zhǎng)路徑，對(duì)于一些延時(shí)特別大的長(zhǎng)路徑而言，也是無(wú)力回天。
⑤Tnet大
一般情況下，布線延遲與設(shè)計(jì)整體或局部模塊的資源利用率以及擁塞程度息息相關(guān)。
在正常情況下，一條網(wǎng)線的延時(shí)小于1ns，在發(fā)生擁塞的區(qū)域，網(wǎng)線的延時(shí)可能達(dá)到若干ns，導(dǎo)致布線延時(shí)顯著增加。為了解決布線延遲大，需要從降低資源利用率和降低擁塞程度下手，比如某個(gè)模塊使用了大量的寄存器堆，占用了大量的資源，此時(shí)應(yīng)該考慮使用Block RAM代替這些寄存器堆；某個(gè)模塊使用了大量的數(shù)據(jù)選擇器，此時(shí)應(yīng)該考慮如何優(yōu)化這些數(shù)據(jù)選擇器；某個(gè)模塊的控制信號(hào)扇出比較大，與其他模塊的互聯(lián)很重，此時(shí)應(yīng)該考慮如何降低這些信號(hào)的扇出；某條時(shí)序路徑的起點(diǎn)或終點(diǎn)是Block，由于Block的位置比較固定，所以Block的布線延遲會(huì)大一些。最后需要強(qiáng)調(diào)的是，一定要額外關(guān)注高扇出的網(wǎng)線也會(huì)對(duì)布線延時(shí)產(chǎn)生影響。
TimeQuest時(shí)序分析（Setup）
Holdup檢查
No.1
時(shí)序引擎如何進(jìn)行Holdup檢查？
①確定保持時(shí)間要求 （確定發(fā)起時(shí)鐘沿和捕獲時(shí)鐘沿）
保持時(shí)間要求是以建立時(shí)間要求為基礎(chǔ)的，保持時(shí)間要求有兩種：
> 當(dāng)前建立時(shí)間的發(fā)起沿產(chǎn)生的數(shù)據(jù)不能被當(dāng)前建立時(shí)間的捕獲沿的前一個(gè)有效沿捕獲
> 當(dāng)前建立時(shí)間發(fā)起沿的下一個(gè)有效沿產(chǎn)生的數(shù)據(jù)不能被當(dāng)前建立時(shí)間的捕獲沿捕獲
根據(jù)所有的建立時(shí)間需求找到所有的保持時(shí)間需求，并從保持時(shí)間需求（可正可負(fù)）中找到最大的保持時(shí)間需求。
②計(jì)算數(shù)據(jù)的需求時(shí)間
③計(jì)算數(shù)據(jù)的到達(dá)時(shí)間
④計(jì)算Hold up的裕量（slack）
No.2
Holdup分析實(shí)例
> Data Arrival time（new data） = lauch edge + Tclka + Tco + Tdata(Tlogic+Tnet)
> Data Require time = capture edge + Tclkb + Th
**> **Hold up slack = Data Arrival time - Data Require time
No.3
根據(jù)公式分析哪些因素會(huì)導(dǎo)致Holdup Slack為負(fù)呢？
**> **Holdup Slack = （lauch edge - capture edge） + （Tclka – Tclkb） + Tco + Tdata(Tlogic+Tnet) -Th
> Holdup Slack = Tco + Tdata(Tlogic+Tnet) -Th - Holdup Requirement - clk skew
Hold up Slack為負(fù)的情況比較少見(jiàn)，當(dāng)Setup Slack有較大裕量時(shí)，通常工具會(huì)自動(dòng)插入延時(shí)來(lái)增加Hold up Slack。
①保持時(shí)間需求大于0（通常由時(shí)序引擎選擇錯(cuò)誤的捕獲沿導(dǎo)致）
②時(shí)鐘歪斜大于300ps（通常由時(shí)鐘路徑上的組合邏輯導(dǎo)致）
③Th過(guò)大（通常由時(shí)序路徑終點(diǎn)為Block導(dǎo)致）
TimeQuest時(shí)序分析（Holdup slack）
Recovery檢查
No.1
時(shí)序引擎如何進(jìn)行Recovery檢查？
TimeQuest時(shí)序分析（Recovery）
No.2
時(shí)序引擎如何進(jìn)行Removal檢查？
TimeQuest時(shí)序分析（Removal）
時(shí)序約束
時(shí)序引擎能夠正確分析4種時(shí)序路徑的前提是，用戶(hù)已經(jīng)進(jìn)行了正確的時(shí)序約束。時(shí)序約束本質(zhì)上就是告知時(shí)序引擎一些進(jìn)行時(shí)序分析所必要的信息，這些信息只能由用戶(hù)主動(dòng)告知，時(shí)序引擎對(duì)有些信息可以自動(dòng)推斷，但是推斷得到的信息不一定正確。
**> **第一種路徑需要約束Input_delay；
**> **第二種路徑需要約束時(shí)鐘；
**> **第三種路徑需要約束output_delay；
> 第四種路徑需要約束Max_delay/Min_delay；
時(shí)鐘約束
No.1
時(shí)鐘約束類(lèi)型
首先用戶(hù)必須要正確的約束時(shí)鐘，時(shí)序引擎才能根據(jù)時(shí)鐘信息進(jìn)行各種時(shí)序檢查。
**用戶(hù)約束時(shí)鐘時(shí)，一般有兩種類(lèi)型的時(shí)鐘需要約束。 **
> 主時(shí)鐘（Primary Clock）
主時(shí)鐘（Primary Clock）有兩種類(lèi)型：第一種是從FPGA的全局時(shí)鐘輸入引腳輸入的時(shí)鐘；第二種是從高速收發(fā)器輸出給用戶(hù)的恢復(fù)時(shí)鐘
> 生成時(shí)鐘（Generated Clock）
生成時(shí)鐘（Generated Clock）有兩種類(lèi)型：第一種是由FPGA的專(zhuān)用時(shí)鐘管理模塊（PLL/MMCM）產(chǎn)生的時(shí)鐘（這種時(shí)鐘可以由時(shí)序引擎自動(dòng)推斷出來(lái)）；第二種是由用戶(hù)通過(guò)LUT或寄存器產(chǎn)生的時(shí)鐘（這種時(shí)鐘必須由用戶(hù)手動(dòng)約束）。
①主時(shí)鐘（Primary Clock）約束
使用Create_clock進(jìn)行時(shí)序約束
> 第一種是從FPGA的全局時(shí)鐘輸入引腳輸入的時(shí)鐘：
全局時(shí)鐘輸入引腳是sysclk，時(shí)鐘周期10ns，占空比50%，相移0度。
全局時(shí)鐘輸入引腳是ClkIn，時(shí)鐘周期10ns，占空比25%，相移90度。
**> **第二種是從高速收發(fā)器輸出給用戶(hù)的恢復(fù)時(shí)鐘 全局時(shí)鐘輸入引腳是sysclk，時(shí)鐘周期3.3ns，占空比50%，相移0度。
②生成時(shí)鐘（Generated Clock）約束
用Create_generated_clock進(jìn)行時(shí)序約束
每個(gè)生成時(shí)鐘都會(huì)對(duì)應(yīng)一個(gè)時(shí)鐘源（Master_clk），這個(gè)時(shí)鐘源可以是Primary Clock或者另一個(gè)Generated Clock。
在約束生成時(shí)鐘時(shí)，用戶(hù)不需要描述生成時(shí)鐘的周期和波形，只需要描述由Master_clk經(jīng)過(guò)了怎樣的變化而產(chǎn)生的生成時(shí)鐘即可。比如經(jīng)過(guò)分頻（-devide_by），倍頻(-multiply_by)，反相（-invert），相移（-edge_shift）等等操作。
當(dāng)生成時(shí)鐘需要進(jìn)行相移時(shí)，使用-edge_shift選項(xiàng)。
-edge_shift不能與-divide_by/-multipl_by/-invert同時(shí)使用 。
時(shí)序引擎默認(rèn)情況下會(huì)分析所有時(shí)鐘之間的時(shí)序路徑，用戶(hù)可以通過(guò)時(shí)鐘分組（ set_clock_group）命令或偽路徑（set_false_path）命來(lái)關(guān)閉一部分路徑的時(shí)序分析。
**> **使用set_clock_group命令，時(shí)序引擎會(huì)將不同分組的時(shí)鐘之間的路徑分析關(guān)閉，相同分組的時(shí)鐘之間的路徑仍然存在。
> 使用set_false_path命令，時(shí)序引擎會(huì)忽略?xún)蓚€(gè)時(shí)鐘的雙向路徑，被忽略的路徑不一定能夠正常工作，需要用戶(hù)確保該路徑使用了兩級(jí)觸發(fā)器同步或按照異步數(shù)據(jù)傳輸方式傳輸數(shù)據(jù)。用戶(hù)負(fù)責(zé)保證這些被忽略的路徑可以正常工作。
No.2
兩個(gè)時(shí)鐘的關(guān)系
**①同步時(shí)鐘（synchronous clock） **
兩個(gè)時(shí)鐘之間的相對(duì)相位關(guān)系是固定的（兩個(gè)時(shí)鐘來(lái)源于同一個(gè)Primary clock），并且這兩個(gè)時(shí)鐘的頻率的最小公共周期是個(gè)整數(shù)。
比如一個(gè)生成時(shí)鐘（200M）和該生成時(shí)鐘的Master_clk（100M）之間就屬于同步時(shí)鐘關(guān)系，因?yàn)檫@兩個(gè)時(shí)鐘的相位關(guān)系肯定是確定的，并且可以找到兩個(gè)時(shí)鐘的最小公共周期。通常情況下，一個(gè)Primary Clock和它產(chǎn)生的生成時(shí)鐘之間都屬于同步時(shí)鐘關(guān)系，除非找不到最小公共周期。屬于同步時(shí)鐘關(guān)系的兩個(gè)時(shí)鐘之間的路徑是可以進(jìn)行時(shí)序分析的。
**②異步時(shí)鐘（ asynchronous clock ） **
兩個(gè)時(shí)鐘之間的相對(duì)相位關(guān)系不確定。
比如FPGA上兩個(gè)晶振分別產(chǎn)生兩個(gè)Primary clock（相對(duì)相位關(guān)系不固定），這兩個(gè)Primary clock分別從FPGA的兩個(gè)全局時(shí)鐘引腳輸入給兩個(gè)MMCM，由兩個(gè)MMCM分別產(chǎn)生的生成時(shí)鐘之間屬于異步時(shí)鐘。一般情況下，不同的Primary clock之間都屬于異步時(shí)鐘，這些Primary clock分別產(chǎn)生的生成時(shí)鐘之間也屬于異步時(shí)鐘關(guān)系。
屬于異步時(shí)鐘關(guān)系的兩個(gè)時(shí)鐘之間的路徑無(wú)法進(jìn)行正確的時(shí)序分析。
一般情況下，如果用戶(hù)不通過(guò)時(shí)鐘分組對(duì)時(shí)鐘之間的關(guān)系進(jìn)行約束，時(shí)序引擎會(huì)默認(rèn)所有的時(shí)鐘之間都屬于同步時(shí)鐘關(guān)系。
③不可擴(kuò)寬的時(shí)鐘（unexpandable clock）
對(duì)于這類(lèi)時(shí)鐘，時(shí)序引擎無(wú)法在1000個(gè)時(shí)鐘周期內(nèi)找到兩個(gè)時(shí)鐘的公共周期，時(shí)序引擎就會(huì)從這1000個(gè)時(shí)鐘周期中找到建立時(shí)間需求最差的情況，并進(jìn)行時(shí)序分析，然而它不一定FPGA實(shí)際允許過(guò)程中建立時(shí)間需求最差的情況，因?yàn)樵?000個(gè)時(shí)鐘周期外可能還會(huì)有建立時(shí)間需求更差的情況，這樣一來(lái)，時(shí)序引擎的分析結(jié)果就無(wú)法保證該路徑一定不會(huì)出現(xiàn)問(wèn)題，所以時(shí)序引擎的分析結(jié)果也就變的無(wú)意義。
比如說(shuō)由同一個(gè)Primary Clock驅(qū)動(dòng)的兩個(gè)MMCM的生成時(shí)鐘分別是clk0（5.125ns）和clk1（6.666ns），雖然它們的相對(duì)相位關(guān)系是固定的，但是時(shí)序引擎無(wú)法保證對(duì)兩個(gè)時(shí)鐘之間路徑的分析屬于最差情況，這種情況和異步時(shí)鐘之間的時(shí)序分析類(lèi)似，時(shí)序分析的結(jié)果都看起來(lái)正常，但是這個(gè)結(jié)果確是不可信的。所以對(duì)這種時(shí)鐘的處理方式與處理異步時(shí)鐘是相同的，用戶(hù)都需要進(jìn)行跨時(shí)鐘域的操作。
總結(jié)：異步時(shí)鐘和不可擴(kuò)展的時(shí)鐘之間的路徑都無(wú)法進(jìn)行正確的時(shí)序分析，所以在時(shí)序分析之前，需要使用set_clock_group對(duì)時(shí)鐘進(jìn)行分組，從而將這些無(wú)法進(jìn)行正確時(shí)序分析的路徑忽略掉。
No.3
時(shí)鐘分組實(shí)例
> 第一個(gè)Primary clock clk0從FPGA的全局時(shí)鐘引腳進(jìn)入了一個(gè)MMCM，MMCM生成了兩個(gè)生成時(shí)鐘userclk，itfclk
> 第二個(gè)Primary clock clk1是一個(gè)高速收發(fā)器輸出的恢復(fù)時(shí)鐘，將該恢復(fù)時(shí)鐘輸入進(jìn)一個(gè)MMCM，MMCM生成了兩個(gè)生成時(shí)鐘gtxclkrx， gtxclktx
時(shí)鐘約束后時(shí)序引擎如何進(jìn)行第二種路徑時(shí)序分析
時(shí)鐘約束后時(shí)序引擎如何進(jìn)行第二種路徑時(shí)序分析
Input延時(shí)約束
Output延時(shí)約束
No.1
什么是Input delay？如何計(jì)算它？如何約束它？
Input delay概念
Input delay計(jì)算
Max Input Delay = Tco(Max) + Tpcb(Max) - Clk skew(Min)
Min Input Delay = Tco(Min) + Tpcb(Min) - Clk skew(Max)
Input delay約束
No.2
什么是Output delay？如何計(jì)算它？如何約束它？
Output delay概念
Output delay計(jì)算
Max Output Delay = Tpcb(Max) + Tsu - Clk skew(Min)
Min Output Delay = Tpcb(Min) - Th - Clk skew(Max)
Output delay約束
Multicycle約束
No.1
為什么要進(jìn)行Multicycle約束？
時(shí)序引擎默認(rèn)情況下會(huì)在建立時(shí)間需求/保持時(shí)間需求最差的情況下進(jìn)行時(shí)序分析，而時(shí)序引擎選擇的這種需求不一定是用戶(hù)真正希望的，而且時(shí)序引擎默認(rèn)選擇的這種需求是非常嚴(yán)苛的，甚至是根本無(wú)法滿(mǎn)足的。此時(shí)就需要用戶(hù)進(jìn)行Multicycle約束，手動(dòng)修改建立時(shí)間需求/保持時(shí)間需求。
用戶(hù)希望放松某些路徑的約束力度，就可以通過(guò)Multicycle約束調(diào)整建立時(shí)間需求/保持時(shí)間需求。
使用set_multicycle_path命令進(jìn)行約束
No.2
如何進(jìn)行正確Multicycle約束？
注：使用set_multicycle_path命令
①在源時(shí)鐘和目的時(shí)鐘相同的情況下進(jìn)行Multicycle約束
> 每?jī)蓚€(gè)時(shí)鐘發(fā)起一次數(shù)據(jù)，每?jī)蓚€(gè)時(shí)鐘捕獲一次數(shù)據(jù)
> 每四個(gè)時(shí)鐘發(fā)起一次數(shù)據(jù)，每四個(gè)時(shí)鐘捕獲一次數(shù)據(jù)
**> **只調(diào)整setup需求，Holdup需求會(huì)發(fā)生相應(yīng)的變化，但是變化結(jié)果是錯(cuò)誤的
**> **進(jìn)一步調(diào)整Holdup需求
**> **Set_multicycle_path 4 – hold –end –from [get_pins data0_reg/C] – to [get_pins data1_reg/C]
②在源時(shí)鐘和目的時(shí)鐘頻率相同且有正向偏移的情況下（正向偏移0.3ns）
先調(diào)整setup需求，holdup需求發(fā)生相應(yīng)的變化，變化的結(jié)果是正確的
③在源時(shí)鐘和目的時(shí)鐘頻率相同且有負(fù)向偏移的情況下（負(fù)向偏移0.3ns）發(fā)生負(fù)向偏移時(shí)，通常不需要進(jìn)行Multicycle的約束，除非負(fù)向偏移過(guò)大
④在源時(shí)鐘和目的時(shí)鐘頻率不同的情況下（源時(shí)鐘慢，目的時(shí)鐘快）
調(diào)整setup需求（只能用-end，不能用-start ），Holdup需求發(fā)生相應(yīng)的變化，變化的結(jié)果是錯(cuò)誤的。
進(jìn)一步調(diào)整Holdup需求。（只能用-end，不能用-start）
⑤在源時(shí)鐘和目的時(shí)鐘頻率不同的情況下（源時(shí)鐘快，目的時(shí)鐘慢）
同時(shí)調(diào)整setup需求（只能用-start，不能用-end）和Holdup需求（只能用-start，不能用-end）
Falsepath約束
No.1
什么樣的路徑屬于FalsePath？
注：使用set_false_path命令
FalsePath路徑是指該路徑在拓?fù)浣Y(jié)構(gòu)中的確存在，但是滿(mǎn)足以下任一條件的路徑：
①在實(shí)際運(yùn)行過(guò)程中，該路徑不工作。
②該路徑不需要進(jìn)行時(shí)序分析。
比如：已經(jīng)做了兩級(jí)觸發(fā)器同步的跨時(shí)鐘域路徑
只在上電時(shí)工作一次的寄存器
異步復(fù)位路徑或用于測(cè)試的路徑
注意：如果用戶(hù)的目的只是放松某條路徑的時(shí)序約束，可以用set_multicycle_path命令進(jìn)行約束，不要使用set_false_path。
設(shè)置FalsePath的好處：
①減小綜合/實(shí)現(xiàn)/時(shí)序分析的時(shí)間。
②極大的提升工具對(duì)設(shè)計(jì)的綜合/實(shí)現(xiàn)/優(yōu)化的結(jié)果。
-from/-to的node_list必須是有效的時(shí)序路徑的起點(diǎn)和終點(diǎn)，或是時(shí)鐘。-through的node_list可以是ports/pins
No.2
FalsePath約束舉例？
注：使用set_false_path命令
①將異步復(fù)位信號(hào)設(shè)置為偽路徑
②將CLKA到CLKB的單向路徑設(shè)置為偽路徑
③將CLKA到CLKB以及CLKB到CLKA的雙向路徑設(shè)置為偽路徑
注：當(dāng)有多個(gè)異步時(shí)鐘之間的路徑需要設(shè)置為偽路徑時(shí)，推薦使用set_clock_group命令。
凡是經(jīng)過(guò)MUX1/a0，到MUX2/a1的時(shí)序路徑都會(huì)被忽略，采用-through的好處是不需要具體指定時(shí)序路徑的起點(diǎn)和終點(diǎn)，-through的順序需要注意，上述命令描述的是先經(jīng)過(guò)MUX1/a0，然后再經(jīng)過(guò)MUX2/a1。
工商網(wǎng)監(jiān)
評(píng)論