在2010年推出PCle3.0標準時,為了避免10Gbps的電信號傳輸帶來的挑戰,PCI-SIG 終把PCle3.0的數據傳輸速率定在8Gbps,并在PCle3.0及之后的標準中把8b/10b編碼 更換為更有效的128b/130b編碼,以提高有效的數據傳輸帶寬。同時,為了保證數據傳輸 密度和直流平衡,還采用了擾碼的方法,即數據傳輸前先和一個多項式進行異或,這樣傳輸 鏈路上的數據就看起來比較有隨機性,可以保證數據的直流平衡并方便接收端的時鐘恢復。 擾碼后的數據到了接收端會再用相同的多項式把數據恢復出來。PCI-E測試和協議調試;電氣性能測試PCI-E測試協議測試方法

關于各測試項目的具體描述如下:·項目2.1Add-inCardTransmitterSignalQuality:驗證插卡發送信號質量,針對2.5Gbps、5Gbps、8Gbps、16Gbps速率。·項目2.2Add-inCardTransmitterPulseWidthJitterTestat16GT/s:驗證插卡發送信號中的脈沖寬度抖動,針對16Gbps速率。·項目2.3Add-inCardTransmitterPresetTest:驗證插卡發送信號的Preset值是否正確,針對8Gbps和16Gbps速率。·項目2.4AddinCardTransmitterInitialTXEQTest:驗證插卡能根據鏈路命令設置成正確的初始Prest值,針對8Gbps和16Gbps速率。·項目2.5Add-inCardTransmitterLinkEqualizationResponseTest:驗證插卡對于鏈路協商的響應時間,針對8Gbps和16Gbps速率。USB測試PCI-E測試執行標準PCIE物理層鏈路一致性測試狀態設計;

當鏈路速率不斷提升時,給接收端留的信號裕量會越來越小。比如PCIe4.0的規范中 定義,信號經過物理鏈路傳輸到達接收端,并經均衡器調整以后的小眼高允許15mV, 小眼寬允許18.75ps,而PCIe5.0規范中允許的接收端小眼寬更是不到10ps。在這么小 的鏈路裕量下,必須仔細調整預加重和均衡器的設置才能得到比較好的誤碼率結果。但是,預 加重和均衡器的組合也越來越多。比如PCIe4.0中發送端有11種Preset(預加重的預設模 式),而接收端的均衡器允許CTLE在-6~ - 12dB范圍內以1dB的分辨率調整,并且允許 2階DFE分別在±30mV和±20mV范圍內調整。綜合考慮以上因素,實際情況下的預加 重和均衡器參數的組合可以達幾千種。
這么多的組合是不可能完全通過人工設置和調整 的,必須有一定的機制能夠根據實際鏈路的損耗、串擾、反射差異以及溫度和環境變化進行 自動的參數設置和調整,這就是鏈路均衡的動態協商。動態的鏈路協商在PCIe3.0規范中 就有定義,但早期的芯片并沒有普遍采用;在PCIe4.0規范中,這個要求是強制的,而且很 多測試項目直接與鏈路協商功能相關,如果支持不好則無法通過一致性測試。圖4.7是 PCIe的鏈路狀態機,從設備上電開始,需要經過一系列過程才能進入L0的正常工作狀態。 其中在Configuration階段會進行簡單的速率和位寬協商,而在Recovery階段則會進行更 加復雜的發送端預加重和接收端均衡的調整和協商。3090Ti 始發支持 PCIe5.0 顯卡供電接口怎么樣?

隨著數據速率的提高,芯片中的預加重和均衡功能也越來越復雜。比如在PCle 的1代和2代中使用了簡單的去加重(De-emphasis)技術,即信號的發射端(TX)在發送信 號時對跳變比特(信號中的高頻成分)加大幅度發送,這樣可以部分補償傳輸線路對高 頻成分的衰減,從而得到比較好的眼圖。在1代中采用了-3.5dB的去加重,2代中采用了 -3.5dB和-6dB的去加重。對于3代和4代技術來說,由于信號速率更高,需要采用更加 復雜的去加重技術,因此除了跳變比特比非跳變比特幅度增大發送以外,在跳變比特的前 1個比特也要增大幅度發送,這個增大的幅度通常叫作Preshoot。為了應對復雜的鏈路環境,PCI-E4.0的發射機質量測試?USB測試PCI-E測試執行標準
如何區分pci和pci-e(如何區分pci和pcie) ?電氣性能測試PCI-E測試協議測試方法
對于PCIe來說,由于長鏈路時的損耗很大,因此接收端的裕量很小。為了掌握實際工 作環境下芯片內部實際接收到的信號質量,在PCIe3.0時代,有些芯片廠商會用自己內置 的工具來掃描接收到的信號質量,但這個功能不是強制的。到了PCIe4.0標準中,規范把 接收端的信號質量掃描功能作為強制要求,正式名稱是Lane Margin(鏈路裕量)功能。 簡單的Lane Margin功能的實現是在芯片內部進行二維的誤碼率掃描,即通過調整水平方 向的采樣點時刻以及垂直方向的信號判決閾值,電氣性能測試PCI-E測試協議測試方法