PTN36043A 生產於2018年 當時USB3.1 Compliance尚未導入此TD7.40測項(Polling Retry Test ) , 當USB3.2 Compliance導入測項後
通過調整MTP(Multiple time programmable memory)設定 並透過Protocol analyzer 確認修正後的產品符合TD7.40 的測試規範
並將此修正納入工廠生產流程 同時將產品料號改成 PTN36043B 以確保新舊料的區別防止誤用
[出處: UL 實驗室]
Analysis
分析儀觀察到，在重試 3 次 polling.LFPS 後（間隔 2 個電氣閒置期），DUT 連接埠仍發出 polling.LFPS 訊號。 分析儀確定連接埠未進入 eSS.Inactive 狀態。
請參閱失敗追蹤，說明 USB3 總線上的流量。
Root cause
PTN36043A 與協定無關，當達到 TD.7.40 測試場景時，應保持通道通過任何流量。
PTN36043A 中斷通道的唯一時間是在 RX.Detect 期間。 通道將中斷大約 5 毫秒。
從PTN36043A的狀態機設計來看，當其中一個頻道有訊號（polling.LFPS），而另一個頻道空閒時，狀態機會在POLLING_LFPS狀態下循環。
如果該情況持續 360ms，則達到逾時條件，然後進行 RX 檢測。
我們可以觀察到這種行為：PTN36043A 處於 POLLING_LFPS 狀態 360ms 後，晶片總是有 5ms 的電氣空閒時間來執行 RX.detect。 只要滿足上述條件，該模式（360ms 訊號+5ms EI）就會重複。
The Fix
在 360ms 逾時結束時，PTN36043A 不應執行任何 RX.detect。 相反，它應該保留將資料從輸入傳遞到輸出的通道。
現有狀態機有一個 MTP 位元“u0_seen_dis”
如果為 0（預設值），PTN36043A 將進行 RX 檢測（不需要）
如果為 1，PN36043A 將轉換為 auto_compliance 狀態，並保持通道傳遞資料。 當兩個頻道空閒 5ms 時，執行 rx.detect。
此時連結應該已經處於eSS.Inactive狀態，所以此時進行RX.detect就可以了。
如果在一側或兩側均未偵測到終止，則狀態機再次從頭開始。
MTP Update
將“u0_seen_dis”位元從 0 更改為 1
2nd line of the MTP at bit location #4.
Redundant bit on 10th line of the MTP at bit location #4.
Behavior
如果不修復，PTN36043 每 360ms 將創建一個 5ms rx.detect 中斷。
如果修復生效，則不應觀察到 5ms rx.detect 中斷。
Passing Trace(Using trace in “For UL” directory)
沒有設計變更，需要 MTP 更新。
ATE 將實作新的測試序列來更新 MTP 位元。
NXP 將有一個新的零件號碼「PTN36043B」來追蹤不同的 MTP 版本
評論