DP1.4PHYOverview

DP1.4為現行市面上最新、最高畫質的顯示傳輸技術，透過DP1.4的傳輸規格，可以輸出到最高7680x4320@60Hz（8K）的分辨率。DisplayPort的高速訊號為一種單向的傳輸技術，Source（發送端–如計算機）會將高速訊號輸出到Sink（接收端–如屏幕），以達到高畫質的顯示。本篇文章將深入淺出的帶大家探討DP1.4的物理層（PhysicalLayer）測試，而物理層的測試中，又可分為傳送端（Transmitter-Tx）與接收端（Receiver–Rx）。

DP1.4TxEqualizer

在介紹PHY的測試前，讀者可先了解在DisplayPort上會使用到的Equalizer（均衡器），因為DP1.4為相當高速的訊號，訊號在傳輸時免不了有相當程度的損耗，損耗來源可能為電路板上的線路，或是連接的cable，為了避免這些損耗導致訊號傳送到Sink端時無法被識別，DisplayPort在Tx與Rx端均設計了不同的加強方式（EQ），在Tx端，DP1.4使用了不同等級的Swing/Pre-emphasisLevel來加強訊號，Swing為調整輸出訊號振幅，Pre-emphasis則是對連續訊號的第一個bit做預加強，越高的Pre-emphasisLevel加強的比值越大（第一個Bit/后面連續Bit）

TransmitterEQ（表一）

DP1.4RxEqualizer

而在接收端方面，DP1.4則設計了DFE以及10種不同的CTLE來對高速訊號做運算還原，CTLE為一種針對不同頻率的轉移函數，此轉移函數會將訊號的高頻成份放大，低頻成份衰減，來達到訊號高低頻的均衡，進而使接收端收到的眼圖更漂亮。

DP1.4CTLE（RxEQ）forHBR3（圖一）

1.DP1.4Transmitter（Tx）PHY

在Tx訊號測試時，我們會透過ReferenceSink來與DUT（Source）連接，誘使DUT進入測試模式，進而改變輸出的訊號的種類及參數，包括不同的測試Pattern，Swing/Pre-emphasisLevel，SSCOn/Off等等。

（表二）

1-1眼圖測試

眼圖測試為用來驗證訊號質量最基本的方法，一般來說，透過觀察訊號眼圖的眼寬及眼高，是否觸碰到EyeMask，可以了解Source產品所輸出的訊號是否足以被Sink所辯識。以下列出DP1.4在不同速度的眼高、眼寬規范（表三），并以一HBR3的眼圖為例子（圖二）。

（表三）

（圖二）

1-2Jitter測試

Jitter（抖動）為影響訊號質量的最主要原因，其成分又可劃分為DeterministicJitter-DJ（確定性抖動）與RandomJitter-RJ（隨機抖動），其中DJ又可區分為SJ、DDJ（ISI）、BUJ等等成分而在DP的測試中，需進行以下的Jitter分析

RandomJitter：隨機抖動，常見的來源有熱干擾，環境等不確定的干擾。

SineJitter（SJ）：周期性抖動，常見的有電路板上的震蕩器，電源等干擾。

ISI：（Intersymbolinterference），通常訊號走過的路徑越長，此干擾越大

TotalJitter（TJ）：以上所有Jitter成分加成。

以下列出DP1.4在TotalJitter的規范

（表四）

1-3Spread-spectrum（SSC）展頻測試

為了避免高速訊號集中在某個頻段而成為干擾源，DisplayPort采用了SSC的展頻技術，將DataRate頻率打散。在測試SSC時，會針對SSC的頻率以及大小分別進行量測，以下為CTS中規范的標準。

（表五）

1-3VTX測試（Swing/Pre-emphasisLevelTest）

此測試旨在驗證輸出的訊號Swing與Pre-emphasis加重的比例是否足夠

這里使用的是PLTPAT（Pre-emphasisleveltestpattern），測試時，示波器會將訊號由時域轉換為頻域，并計算出TransitionBit（轉態位）與Non-TransitionBit（非轉態位）的比值。

（表六）

2.DP1.4Receiver（Rx）PHY

對于接收端Rx的測試，我們一樣會透過ReferenceSource來與DUT（Sink）溝通，誘使SinkDUT進入到測試模式。接著，我們會透過BERT（誤碼儀、訊號產生器）將一段充滿噪聲的訊號（包含，RandomJitter，SineJitter，ISI，Crosstalk等等成分）輸入到Sink端，確保接收端的IC仍可準確的判讀訊號的0與1準位。

那要如何確認接收端IC是否有準確判讀輸入的訊號呢？

肉眼辨認是一種方式，觀察畫面是否有亮線閃爍等。但這對高速訊號來說不夠明確，且在DP的設計也沒有USB接口的Loopbackmode模式。故在進行測試時，我們會透過DPCD的讀取跟寫入，來判斷Sink端是否有訊號誤判的情形發生。DPCD全名為DisplayPortConfigurationData.它儲存在Sink的IC上，上面會宣告Sink的能力（DP版本，最大速度，支持幾個信道等）同時，也可以在上面寫入數值，以進行Source及sink間的linktraining溝通。

回歸正題，在DPCD的某個特定地址，會記錄SINK端此時收到的Error，意即我們會在測試時，透過寫入DPCD告訴Sink此時要輸入何種測試pattern，而當SINK比對輸入訊號后發現，有不一致的位時便會在ErrorCount的Register填入Error的數量。

進行SinkPHY的測試會有三個步驟，不同的階段，會需要由BERT端輸出不同的Pattern（圖三）。

1.FrequencyLock：此階段會進行傳輸速度、幾個Lane的比對。

2.SymbolLock：此階段會進行EQ的調整，測試Pattern的Align。

3.Errorcount：最后階段，進行TestPattern的比對，并記錄錯誤量。

我們會依照CTS，在一定的時間內觀察Sink的“ErrorCount”，以判斷測試結果為PassorFail。（表七）

（圖三）

（表七）

? ?責任編輯:tzh