chinese直男口爆体育生外卖, 99久久er热在这里只有精品99, 又色又爽又黄18禁美女裸身无遮挡, gogogo高清免费观看日本电视,私密按摩师高清版在线,人妻视频毛茸茸,91论坛 兴趣闲谈,欧美 亚洲 精品 8区,国产精品久久久久精品免费

0
  • 聊天消息
  • 系統(tǒng)消息
  • 評(píng)論與回復(fù)
登錄后你可以
  • 下載海量資料
  • 學(xué)習(xí)在線課程
  • 觀看技術(shù)視頻
  • 寫文章/發(fā)帖/加入社區(qū)
會(huì)員中心
創(chuàng)作中心

完善資料讓更多小伙伴認(rèn)識(shí)你,還能領(lǐng)取20積分哦,立即完善>

3天內(nèi)不再提示

錯(cuò)誤時(shí)鐘偏移計(jì)算導(dǎo)致錯(cuò)誤時(shí)序收斂的解決方案

454398 ? 來源:XILINX技術(shù)社區(qū) ? 作者:XILINX技術(shù)社區(qū) ? 2020-12-24 11:16 ? 次閱讀
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

描述
本設(shè)計(jì)咨詢主要介紹一個(gè)錯(cuò)誤的時(shí)鐘偏移計(jì)算導(dǎo)致錯(cuò)誤時(shí)序收斂的問題。

出現(xiàn)問題的情況:

這可能會(huì)影響使用生成時(shí)鐘的設(shè)計(jì),其具有以下特征:

  • 使用 Vivado 2018.2.x 及更早版本。
  • 用戶生成的時(shí)鐘沒有使用‘-master_clock’定義
  • 在同一時(shí)鐘網(wǎng)絡(luò)的并行分支上的層級(jí)引腳上創(chuàng)建的主時(shí)鐘或生成的時(shí)鐘連接至上述用戶生成的時(shí)鐘源引腳

在上述情況下,時(shí)序引擎可能會(huì)為生成的時(shí)鐘選擇錯(cuò)誤的主時(shí)鐘,這可能會(huì)導(dǎo)致在路徑上報(bào)告的不正確時(shí)鐘偏移。

在 Vivado 2018.3 中,定時(shí)器使用正確的主時(shí)鐘,這會(huì)導(dǎo)致相同路徑上不同的時(shí)鐘偏移和不同的簽收時(shí)序。

注:如果用戶生成的時(shí)鐘用‘-master_clock’創(chuàng)建并指向正確的主時(shí)鐘,該問題就不會(huì)出現(xiàn)。

該問題的示例:

在本示例中,datapath 通過 LUT 循環(huán)回到相同的寄存器。寄存器和 LUT 都放在同一個(gè) SLICE 中。

示例時(shí)鐘拓?fù)洌?/p>

示例 Datapath 拓?fù)洌?/p>

o4YBAF9uGVeAQmkPAADbwhMFxQM968.jpg

使用 Vivado 2018.2.x 及更早版本,在‘route_design’后使用正裕量報(bào)告上述路徑:

o4YBAF9uGVyAeJT2AAJVcCSrFZ8047.jpg

請(qǐng)注意,由于缺少源時(shí)鐘路徑,2.560nS 的路徑偏移過大。

由于選擇了錯(cuò)誤的主時(shí)鐘進(jìn)行時(shí)序分析,因此在工具選擇的主時(shí)鐘和用戶生成的時(shí)鐘之間沒有路徑,從而導(dǎo)致較大的時(shí)鐘偏移。

這將迫使路由器在路徑上通過一個(gè)較長的路由繞道來修復(fù)保持違規(guī)。

該路徑通過在 Vivado 2018.3 中重新加載路由后檢查點(diǎn)來顯示違規(guī):

pIYBAF9uGWGAKD5-AAJQdLN_uoM605.jpg

在 Vivado 2018.3 中,由于可以計(jì)算源時(shí)鐘延遲,因此路徑偏移要小得多。

時(shí)鐘偏移會(huì)導(dǎo)致設(shè)置違規(guī),這是由于在該路徑上為了修復(fù) Vivado 2018.2.x 及更早版本中出現(xiàn)的保持違規(guī)而繞道了很長的路由路徑。

可能會(huì)出現(xiàn)問題的典型情況:

在本實(shí)例中,在層級(jí)引腳上創(chuàng)建的主時(shí)鐘不正確。

pIYBAF9uGWKACaodAACXrN4xRMQ659.jpg

有問題的時(shí)鐘約束來自輸入時(shí)鐘源選項(xiàng)被設(shè)置為“單端時(shí)鐘支持引腳(默認(rèn))”或“差分時(shí)鐘支持引腳”而 IP 時(shí)鐘輸入沒有連接至頂層輸入端口的時(shí)鐘向?qū)А?/p>

####################################################################################

# Constraints from file : 'pfm_top_clkwiz_kernel_0.xdc'

####################################################################################

current_instance -quiet

current_instance pfm_top_i/static_region/slr1/base_clocking/clkwiz_kernel/inst

create_clock -period 10.000 [get_ports -scoped_to_current_instance clk_in1]

set_input_jitter [get_clocks -of_objects [get_ports -scoped_to_current_instance clk_in1]] 0.100

在時(shí)鐘向?qū)л斎霑r(shí)鐘源設(shè)置為“全緩沖”或“無緩沖”時(shí),層級(jí)引腳上沒有創(chuàng)建主時(shí)鐘。

確認(rèn):

上述問題由‘report_methodology’檢測(cè)報(bào)告。

建議始終運(yùn)行“report_methodology”并處理報(bào)告的違規(guī):
TIMING-6#1 Warning

No common primary clock between related clocks

The clocks pfm_top_i/static_region/slr1/mgmt_debug_bridge/inst/axi_jtag/inst/u_jtag_proc/tck_i_reg/Q and microblaze_0_Clk are related (timed together) but they have no common primary clock. The design could fail in hardware. To find a timing path between these clocks, run the following command: report_timing -from [get_clocks pfm_top_i/static_region/slr1/mgmt_debug_bridge/inst/axi_jtag/inst/u_jtag_proc/tck_i_reg/Q] -to [get_clocks microblaze_0_Clk]

Related violations:

TIMING-30#1 Warning

Sub-optimal master source pin selection for generated clock

The generated clock pfm_top_i/static_region/slr1/mgmt_debug_bridge/inst/axi_jtag/inst/u_jtag_proc/tck_i_reg/Q has a sub-optimal master source pin selection, timing can be pessimistic

Related violations:

TIMING-36#1 Warning

Invalid Generated Clock due to missing edge propagation

There is no rising/falling edge propagation between master clock pfm_top_i/static_region/slr1/base_clocking/clkwiz_pcie/inst/clk_in1 to generated clock pfm_top_i/static_region/slr1/mgmt_debug_bridge/inst/axi_jtag/inst/u_jtag_proc/tck_i_reg/Q

Related violations:

Vivado 2018.2.x 和 2018.3 中也會(huì)報(bào)告 TIMING-27 違規(guī)。

TIMING-27 檢查指向?qū)蛹?jí)引腳上不正確的主時(shí)鐘定義,這可能會(huì)導(dǎo)致不安全的時(shí)序。
TIMING-27#1 Warning

Invalid primary clock on hierarchical pin

A primary clock pfm_top_i/static_region/slr1/base_clocking/clkwiz_kernel/inst/clk_in1 is created on an inappropriate internal pin pfm_top_i/static_region/slr1/base_clocking/clkwiz_kernel/inst/clk_in1. It is not recommended to create a primary clock on a hierarchical pin when its driver pin has a fanout connected to multiple clock pins

Related violations:

此外,在 Vivado 2018.2 中,‘report_clock_interaction’也會(huì)顯示不安全的時(shí)鐘對(duì),但在 2018.3 版中不會(huì):

o4YBAF9uGWWAPLoMAAENSe7QOBA796.jpg

‘check_timing’報(bào)告了一個(gè)在 2018.2.x 中生成的時(shí)鐘的問題:

pIYBAF9uGWeALFcSAACjqg4_mnA029.jpg

‘report_clock’報(bào)告 Vivado 為用戶生成的時(shí)鐘使用的實(shí)際主時(shí)鐘。

雖然時(shí)鐘 microblaze_0_Clk 傳播至所生成時(shí)鐘的源引腳,但‘report_clocks’會(huì)按照主時(shí)鐘報(bào)告 pfm_top_i/static_region/slr1/base_clocking/clkwiz_pcie/inst/clk_in1:

o4YBAF9uGWmAAJ-OAADWl0NRdVg523.jpg

Vivado 2018.2.x:
report_clocks pfm_top_i/static_region/slr1/mgmt_debug_bridge/inst/axi_jtag/inst/u_jtag_proc/tck_i_reg/Q

Generated Clock : pfm_top_i/static_region/slr1/mgmt_debug_bridge/inst/axi_jtag/inst/u_jtag_proc/tck_i_reg/Q

Master Source : pfm_top_i/static_region/slr1/mgmt_debug_bridge/inst/axi_jtag/inst/u_jtag_proc/tck_i_reg/C

Master Clock : pfm_top_i/static_region/slr1/base_clocking/clkwiz_pcie/inst/clk_in1

Divide By : 8

Generated Sources : {pfm_top_i/static_region/slr1/mgmt_debug_bridge/inst/axi_jtag/inst/u_jtag_proc/tck_i_reg/Q}

Vivado 2018.3:
report_clocks pfm_top_i/static_region/slr1/mgmt_debug_bridge/inst/axi_jtag/inst/u_jtag_proc/tck_i_reg/Q

Generated Clock : pfm_top_i/static_region/slr1/mgmt_debug_bridge/inst/axi_jtag/inst/u_jtag_proc/tck_i_reg/Q

Master Source : pfm_top_i/static_region/slr1/mgmt_debug_bridge/inst/axi_jtag/inst/u_jtag_proc/tck_i_reg/C

Master Clock : microblaze_0_Clk

Divide By : 8

Generated Sources : {pfm_top_i/static_region/slr1/mgmt_debug_bridge/inst/axi_jtag/inst/u_jtag_proc/tck_i_reg/Q}

解決方案
該問題將在 Vivado 2018.3 中修復(fù)。

出現(xiàn)該問題時(shí),通常的解決方法是在創(chuàng)建用戶生成的時(shí)鐘時(shí)指定主時(shí)鐘名:
create_generated_clock -source [get_pins -filter REF_PIN_NAME=~C -of_objects [get_cells -hierarchical -filter {NAME =~ "*/u_jtag_proc/tck_i_reg*"}]] -divide_by 8 [get_pins -filter REF_PIN_NAME=~Q -of_objects [get_cells -hierarchical -filter {NAME =~ "*/u_jtag_proc/tck_i_reg*"}]] -master_clock microblaze_0_Clk

但在本示例設(shè)計(jì)中,最初的問題是沒有正確配置時(shí)鐘向?qū)А?/p>

對(duì)于該設(shè)計(jì),需要重新運(yùn)行時(shí)鐘向?qū)Р⒓m正配置。

常見問題解答:

1) 該問題會(huì)影響 Vivado 的哪些版本?

該問題會(huì)影響 Vivado 2018.2 及更早版本。

2) 如果一個(gè)設(shè)計(jì)使用 2018.2 及更早 Vivado 版本符合時(shí)序要求,那用戶對(duì)時(shí)序覆蓋范圍應(yīng)該有多大的信心?(如果他們不想升級(jí)至最新 Vivado 版本,即 2018.3)

該漏洞主要針對(duì)錯(cuò)誤的/部分時(shí)鐘定義。因此,如果設(shè)計(jì)有適當(dāng)?shù)募s束,并且符合時(shí)序要求,那就不應(yīng)該有問題。

要進(jìn)行完整性檢查,您可以運(yùn)行以下命令并查找與時(shí)序相關(guān)的警告/重要警告。

  • 運(yùn)行‘report_clock’命令并驗(yàn)證 所有主時(shí)鐘(‘create_clock’約束)是否都在 I/O 端口上。
  • 運(yùn)行‘report_method’命令并驗(yàn)證在設(shè)計(jì)中是不是沒有 Timing-6、Timing-27、Timing-30 和 Timing-36 警告。
  • 建議使用‘master_clock’選項(xiàng)編輯‘generated_clock’約束。

注:請(qǐng)參閱 (UG903) 和 (UG835),了解更多詳情。

3) 在 Vivado 2018.3 中,用戶是需要為生成的時(shí)鐘約束使用‘master_clock’選項(xiàng),還是這只是在早期 Vivado 版本中避免該問題的解決方法?

該問題已在 Vivado 2018.3 中修復(fù)。

根據(jù) Xilinx 方法指南,始終建議為‘generated_clock’約束使用‘master_clock’選項(xiàng)。這個(gè)建議不僅僅只針對(duì)早期的 Vivado 版本。

4) 將設(shè)計(jì)從 Vivado 2018.2 及更早版本升級(jí)至 Vivado 2018.3 版有多安全?

該問題已在 Vivado 2018.3 中修復(fù)。

將設(shè)計(jì)從舊 Vivado 版本升級(jí)至最新的 Vivado 版本(即 2018.3)沒有風(fēng)險(xiǎn)。

5) 在我的設(shè)計(jì)中有一個(gè)上述警告,但是電路板上一切正常,時(shí)序得分為 0,忽略該警告安全嗎?

Xilinx 建議搞清楚警告的根本原因并正確修復(fù)。

重要通知:

Timing-6:如果該警告發(fā)生在介紹部分列出的條件下,就需要應(yīng)用上述解決方法來解決該問題。

編輯:hfy
聲明:本文內(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)投訴
  • 寄存器
    +關(guān)注

    關(guān)注

    31

    文章

    5617

    瀏覽量

    130378
  • 路由器
    +關(guān)注

    關(guān)注

    22

    文章

    3931

    瀏覽量

    120106
  • Slice
    +關(guān)注

    關(guān)注

    0

    文章

    7

    瀏覽量

    8409
  • Vivado
    +關(guān)注

    關(guān)注

    19

    文章

    860

    瀏覽量

    71378
  • 時(shí)鐘網(wǎng)絡(luò)

    關(guān)注

    0

    文章

    16

    瀏覽量

    6711
收藏 人收藏
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

    評(píng)論

    相關(guān)推薦
    熱點(diǎn)推薦

    CAN總線報(bào)錯(cuò)看不懂?5種錯(cuò)誤幀+5步排查法一次講清

    CAN總線通信異常?錯(cuò)誤幀頻繁出現(xiàn)?本文詳解五種錯(cuò)誤幀類型,并提供五步排查法,助你快速定位問題根源。錯(cuò)誤幀的作用錯(cuò)誤幀是CAN總線用于錯(cuò)誤
    的頭像 發(fā)表于 03-16 11:36 ?319次閱讀
    CAN總線報(bào)錯(cuò)看不懂?5種<b class='flag-5'>錯(cuò)誤</b>幀+5步排查法一次講清

    FPGA時(shí)序收斂的痛點(diǎn)與解決之道——從一次高速接口調(diào)試談起

    在FPGA開發(fā)中,時(shí)序收斂往往是項(xiàng)目后期最令人頭疼的環(huán)節(jié)。許多工程師都有過這樣的經(jīng)歷:RTL仿真通過,綜合布線后卻出現(xiàn)大量時(shí)序違例,為了滿足時(shí)序不得不反復(fù)修改代碼、調(diào)整約束,甚至重構(gòu)設(shè)
    的頭像 發(fā)表于 03-11 11:43 ?313次閱讀

    燒錄芯片總失???五大常見錯(cuò)誤與解決方法

    產(chǎn)線常見 Verify Error 校驗(yàn)錯(cuò)誤,多非芯片本身問題,而是五大典型因素導(dǎo)致:燒錄座接觸不良、電源供電不穩(wěn)、信號(hào)與時(shí)序異常、加密保護(hù)誤觸、靜電與溫度影響。按物理連接、電氣環(huán)境、軟件配置逐級(jí)排查,規(guī)范耗材更換與產(chǎn)線防護(hù),可
    的頭像 發(fā)表于 02-24 15:37 ?1271次閱讀

    深入剖析RF430CL330H設(shè)備的錯(cuò)誤情況及解決方案

    深入剖析RF430CL330H設(shè)備的錯(cuò)誤情況及解決方案 在電子設(shè)備的設(shè)計(jì)和開發(fā)過程中,我們常常會(huì)遇到各種設(shè)備問題,這些問題可能會(huì)影響設(shè)備的正常運(yùn)行和性能表現(xiàn)。今天,我們就來詳細(xì)探討一下德州儀器
    的頭像 發(fā)表于 01-28 16:10 ?305次閱讀

    瀚海微SD NAND/TF卡數(shù)據(jù)損壞與校驗(yàn)錯(cuò)誤(含CRC錯(cuò)誤、數(shù)據(jù)比對(duì)失?。﹩栴}解析

    數(shù)據(jù)損壞與校驗(yàn)錯(cuò)誤是瀚海微SD NAND/TF卡在數(shù)據(jù)存儲(chǔ)與傳輸過程中的關(guān)鍵故障,除常見的CRC錯(cuò)誤外,數(shù)據(jù)比對(duì)失?。ㄗx取數(shù)據(jù)與寫入數(shù)據(jù)不一致)是核心表現(xiàn)形式,直接影響數(shù)據(jù)準(zhǔn)確性,在工業(yè)控制、高清存儲(chǔ)等場(chǎng)景中可能引發(fā)嚴(yán)重后果。以下從故障表現(xiàn)、成因及
    的頭像 發(fā)表于 11-30 15:15 ?1090次閱讀

    AI技術(shù)在工程設(shè)計(jì)的應(yīng)用

    在不需要硬件交互的純軟件項(xiàng)目中,ChatGPT和Gemini等大語言模型(LLM)可以幫助程序員以前所未有的速度加速開發(fā)進(jìn)程。這種輔助通常包括在開發(fā)人員編寫代碼時(shí)提供補(bǔ)全建議,或在排查錯(cuò)誤和語法錯(cuò)誤時(shí)提供故障排除建議——這些都是耗時(shí)的編程環(huán)節(jié)。
    的頭像 發(fā)表于 09-23 16:21 ?1054次閱讀
    AI技術(shù)在工程設(shè)計(jì)的應(yīng)用

    如何解決I/O時(shí)鐘布局器錯(cuò)誤

    在 I/O 時(shí)鐘布局器階段可能會(huì)發(fā)生錯(cuò)誤,指出該工具無法對(duì)該時(shí)鐘結(jié)構(gòu)進(jìn)行布局,直至最后 BUFG 仍然無法完成布局。
    的頭像 發(fā)表于 09-23 16:05 ?1263次閱讀

    唯品會(huì):利用訂單地址API校驗(yàn)收貨信息,降低因地址錯(cuò)誤導(dǎo)致的退貨率

    Interface)來實(shí)時(shí)校驗(yàn)收貨信息,有效減少了因地址問題引發(fā)的退貨,提升了用戶體驗(yàn)和運(yùn)營效率。本文將逐步解析這一創(chuàng)新方案,幫助讀者理解其工作原理和實(shí)際效益。 問題背景:地址錯(cuò)誤如何推高退貨率 電商交易中,用戶在下單時(shí)可能因輸入錯(cuò)誤
    的頭像 發(fā)表于 09-11 15:47 ?678次閱讀

    規(guī)避生產(chǎn)陷阱:PCB設(shè)計(jì)中常見的錯(cuò)誤解決方案

    生產(chǎn)階段造成嚴(yán)重問題,導(dǎo)致設(shè)計(jì)報(bào)廢、生產(chǎn)延誤和成本增加。原型的成功并不意味著量產(chǎn)也能成功,因此 在設(shè)計(jì)早期階段就應(yīng)考慮生產(chǎn)可行性的重要性。 ? 本文總結(jié)了常見的與生產(chǎn)相關(guān)的設(shè)計(jì)缺陷并提供了解決方案。 缺乏關(guān)鍵信號(hào)測(cè)試點(diǎn) ? 問題 : 這是最
    的頭像 發(fā)表于 09-08 11:15 ?5859次閱讀
    規(guī)避生產(chǎn)陷阱:PCB設(shè)計(jì)中常見的<b class='flag-5'>錯(cuò)誤</b>及<b class='flag-5'>解決方案</b>

    國巨貼片電容的電壓標(biāo)識(shí)有哪些常見錯(cuò)誤

    國巨貼片電容的電壓標(biāo)識(shí)在識(shí)別和使用過程中可能存在一些常見錯(cuò)誤,這些錯(cuò)誤可能源于標(biāo)識(shí)本身的模糊性、不同系列產(chǎn)品的差異、對(duì)標(biāo)識(shí)規(guī)則的誤解,或使用環(huán)境的影響。以下是具體分析: 一、標(biāo)識(shí)模糊或缺失導(dǎo)致
    的頭像 發(fā)表于 08-28 16:51 ?913次閱讀

    避雷!樹莓派初學(xué)者常犯的5個(gè)錯(cuò)誤!

    卡、安裝錯(cuò)誤的操作系統(tǒng)版本、同時(shí)使用兩個(gè)網(wǎng)絡(luò)適配器、使用不合適的電源以及創(chuàng)建無法恢復(fù)的備份。但是,只指出問題而不提供解決方案又有什么用呢?繼續(xù)閱讀,我還將推薦一些
    的頭像 發(fā)表于 07-22 17:16 ?1530次閱讀
    避雷!樹莓派初學(xué)者常犯的5個(gè)<b class='flag-5'>錯(cuò)誤</b>!

    NCS放大器DAD3350常見錯(cuò)誤碼及解決方案

    NCS放大器DAD3350在工業(yè)應(yīng)用中可能出現(xiàn)的錯(cuò)誤碼及解決方案如下: ? 一、常見錯(cuò)誤碼及原因 ? ? 過載報(bào)警(如LV低電壓報(bào)警、OVC過電流報(bào)警) ? ? 原因 ?: 電源電壓異常(如過低或
    的頭像 發(fā)表于 07-12 09:41 ?1118次閱讀

    電商API常見錯(cuò)誤排查指南:避免集成陷阱

    ? 在電商平臺(tái)開發(fā)中,API集成是連接系統(tǒng)、實(shí)現(xiàn)數(shù)據(jù)交換的核心環(huán)節(jié)。然而,許多開發(fā)者在集成過程中常遇到錯(cuò)誤,導(dǎo)致項(xiàng)目延遲、數(shù)據(jù)丟失或用戶體驗(yàn)下降。本文將逐步介紹常見錯(cuò)誤類型、排查方法以及預(yù)防策略
    的頭像 發(fā)表于 07-11 14:21 ?2269次閱讀
    電商API常見<b class='flag-5'>錯(cuò)誤</b>排查指南:避免集成陷阱

    內(nèi)網(wǎng)穿透避坑指南 6 大常見錯(cuò)誤 + 保姆級(jí)解決方案!

    在內(nèi)網(wǎng)穿透部署中,哪怕是老手也可能踩坑!今天整理了6大高頻錯(cuò)誤場(chǎng)景+實(shí)戰(zhàn)解決方案,幫你少走彎路,效率翻倍 1.端口映射失?。涸L問顯示「連接超時(shí)」 ?錯(cuò)誤原因: 本地服務(wù)未啟動(dòng)或端口被占用 防火墻
    的頭像 發(fā)表于 05-20 12:14 ?917次閱讀

    FPGA時(shí)序約束之設(shè)置時(shí)鐘

    Vivado中時(shí)序分析工具默認(rèn)會(huì)分析設(shè)計(jì)中所有時(shí)鐘相關(guān)的時(shí)序路徑,除非時(shí)序約束中設(shè)置了時(shí)鐘組或false路徑。使用set_clock_gro
    的頭像 發(fā)表于 04-23 09:50 ?1608次閱讀
    FPGA<b class='flag-5'>時(shí)序</b>約束之設(shè)置<b class='flag-5'>時(shí)鐘</b>組