日B视频 亚洲,啪啪啪网站一区二区,91色情精品久久,日日噜狠狠色综合久,超碰人妻少妇97在线,999青青视频,亚洲一区二卡,让本一区二区视频,日韩网站推荐

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

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

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

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

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

掃碼添加小助手

加入工程師交流群

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

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

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

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

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

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

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

該問(wèn)題的示例:

在本示例中,datapath 通過(guò) 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 的路徑偏移過(guò)大。

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

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

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

pIYBAF9uGWGAKD5-AAJQdLN_uoM605.jpg

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

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

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

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

pIYBAF9uGWKACaodAACXrN4xRMQ659.jpg

有問(wèn)題的時(shí)鐘約束來(lái)自輸入時(shí)鐘源選項(xiàng)被設(shè)置為“單端時(shí)鐘支持引腳(默認(rèn))”或“差分時(shí)鐘支持引腳”而 IP 時(shí)鐘輸入沒(méi)有連接至頂層輸入端口的時(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è)置為“全緩沖”或“無(wú)緩沖”時(shí),層級(jí)引腳上沒(méi)有創(chuàng)建主時(shí)鐘。

確認(rèn):

上述問(wè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í)鐘的問(wèn)題:

pIYBAF9uGWeALFcSAACjqg4_mnA029.jpg

‘report_clock’報(bào)告 Vivado 為用戶(hù)生成的時(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}

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

出現(xiàn)該問(wèn)題時(shí),通常的解決方法是在創(chuàng)建用戶(hù)生成的時(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ì)中,最初的問(wèn)題是沒(méi)有正確配置時(shí)鐘向?qū)А?/p>

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

常見(jiàn)問(wèn)題解答:

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

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

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

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

要進(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ì)中是不是沒(méi)有 Timing-6、Timing-27、Timing-30 和 Timing-36 警告。
  • 建議使用‘master_clock’選項(xiàng)編輯‘generated_clock’約束。

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

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

該問(wèn)題已在 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 版有多安全?

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

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

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

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

重要通知:

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

編輯:hfy
聲明:本文內(nèi)容及配圖由入駐作者撰寫(xiě)或者入駐合作網(wǎng)站授權(quán)轉(zhuǎn)載。文章觀(guān)點(diǎn)僅代表作者本人,不代表電子發(fā)燒友網(wǎng)立場(chǎng)。文章及其配圖僅供工程師學(xué)習(xí)之用,如有內(nèi)容侵權(quán)或者其他違規(guī)問(wèn)題,請(qǐng)聯(lián)系本站處理。 舉報(bào)投訴
  • 寄存器
    +關(guān)注

    關(guān)注

    31

    文章

    5620

    瀏覽量

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

    關(guān)注

    22

    文章

    3934

    瀏覽量

    120213
  • Slice
    +關(guān)注

    關(guān)注

    0

    文章

    7

    瀏覽量

    8410
  • Vivado
    +關(guān)注

    關(guān)注

    19

    文章

    860

    瀏覽量

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

    關(guān)注

    0

    文章

    16

    瀏覽量

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

掃碼添加小助手

加入工程師交流群

    評(píng)論

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

    PF5030讀取I2C,同時(shí)所有輸出丟失,是什么原因導(dǎo)致的?

    嗨,當(dāng)發(fā)生致命錯(cuò)誤時(shí),PF5030 的所有輸出都會(huì)丟失,而輸入功率仍然存在。有什么方法可以通過(guò) I2C 檢索詳細(xì)的故障信息嗎? VDDIO由其輸出之一供電。在這種情況下,VDDIO 丟失,因此
    發(fā)表于 04-24 06:31

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

    在內(nèi)網(wǎng)穿透部署中,哪怕是老手也可能踩坑!今天整理了6大高頻錯(cuò)誤場(chǎng)景+實(shí)戰(zhàn)解決方案,幫你少走彎路,效率翻倍 1.端口映射失?。涸L(fǎng)問(wèn)顯示「連接超時(shí)」 ?錯(cuò)誤原因: 本地服務(wù)未啟動(dòng)或端口被占用 防火墻
    的頭像 發(fā)表于 05-20 12:14 ?947次閱讀
    连南| 新疆| 青州市| 宜州市| 霍林郭勒市| 南丹县| 沾化县| 陇南市| 抚州市| 怀安县| 息烽县| 罗平县| 云龙县| 武山县| 海门市| 东至县| 南涧| 亚东县| 兴仁县| 克拉玛依市| 石棉县| 江安县| 宝山区| 盐池县| 东山县| 合肥市| 晋江市| 永清县| 镇远县| 乌鲁木齐县| 鄄城县| 株洲市| 晋州市| 金昌市| 瓮安县| 九台市| 胶州市| 苏尼特左旗| 宁南县| 万山特区| 濮阳市|