set_max_delay被覆蓋的解決辦法
約束的優(yōu)先級(jí)
XDC描述的時(shí)序約束是有優(yōu)先級(jí)的，尤其是涉及到時(shí)序例外的約束，如set_clock_groups、set_false_path、set_max_delay和set_multicycle_path。如果這些約束施加到同一條路徑上，那么其優(yōu)先級(jí)如下圖所示。
對(duì)于同類型的約束，遵循的原則則是越具體的優(yōu)先級(jí)越高。如下圖所示，都是set_max_delay約束，且都使用了-from和-to，顯然第一條約束比第二條約束更具體，因此，第一條約束優(yōu)先級(jí)高于第二條約束，第二條約束將被部分覆蓋。這里部分覆蓋的含義是凡是從clk1到clk2的路徑，都遵守最大延遲為12ns的要求，但如果設(shè)計(jì)中存在從clk1到clk3的路徑，則仍然按15ns進(jìn)行約束。
聲明：本文內(nèi)容及配圖由入駐作者撰寫或者入駐合作網(wǎng)站授權(quán)轉(zhuǎn)載。文章觀點(diǎn)僅代表作者本人，不代表電子發(fā)燒友網(wǎng)立場(chǎng)。文章及其配圖僅供工程師學(xué)習(xí)之用，如有內(nèi)容侵權(quán)或者其他違規(guī)問題，請(qǐng)聯(lián)系本站處理。
舉報(bào)投訴
-
Delay
+關(guān)注
關(guān)注
0文章
10瀏覽量
10856 -
xdc
+關(guān)注
關(guān)注
1文章
23瀏覽量
5895 -
華秋DFM
+關(guān)注
關(guān)注
20文章
3492瀏覽量
4188
原文標(biāo)題：如何使set_max_delay不被覆蓋
文章出處：【微信號(hào)：Lauren_FPGA，微信公眾號(hào)：FPGA技術(shù)驛站】歡迎添加關(guān)注！文章轉(zhuǎn)載請(qǐng)注明出處。
發(fā)布評(píng)論請(qǐng)先 登錄
相關(guān)推薦
聚徽觸控 - 教學(xué)一體機(jī)常見故障及解決辦法
教學(xué)一體機(jī)在使用過程中可能會(huì)遇到多種故障，以下是一些常見的故障及解決辦法：
高光譜遙感技術(shù)在高植被覆蓋區(qū)域地質(zhì)調(diào)查中的應(yīng)用
遙感技術(shù)具有高效率、低成本、大面積、多時(shí)相獲取地表信息等優(yōu)點(diǎn)，隨著高光譜成像技術(shù)的發(fā)展和成熟，其更加寬廣的光譜范圍和更加精準(zhǔn)的光譜區(qū)分能力為遙感數(shù)據(jù)在高植被覆蓋區(qū)域地質(zhì)調(diào)查中的應(yīng)用帶來了新的方向。
請(qǐng)問CubeMX能不能實(shí)現(xiàn)自定義USER CODE不被覆蓋？
END 3 */
//如果我自己添加 一段代碼 能不能實(shí)現(xiàn) 不被 CUBE程序重新生成而覆蓋
/* USER CODE END 我自己的代碼段 */
//我想保留不被覆蓋的程序
/* USER CODE END 我自己的代碼段 */
藍(lán)色字段 會(huì)被刪除掉 我想保留
發(fā)表于 05-10 07:24
大模型訓(xùn)練loss突刺原因和解決辦法
PaLM和GLM130b之前的解決辦法是找到loss spike之前最近的checkpoint，更換之后的訓(xùn)練樣本來避免loss spike的出現(xiàn)。
FIFO為什么不能正常工作？
FIFO為什么不能正常工作？復(fù)位信號(hào)有效長(zhǎng)度不夠，接口時(shí)序不匹配，可看下面這篇文章。 本文將介紹： 非DFX工程如何確保異步FIFO自帶的set_max_delay生效？ DFX工程如何確保異步
12V max232芯片和5V max232通訊失敗怎么解決？
12V max232芯片和5V max232通訊失敗，這種事情是得更換芯片么，有沒有什么好的解決辦法？
發(fā)表于 10-18 07:45
工商網(wǎng)監(jiān)
評(píng)論