5 一些故障示例分析

通用檢查故障

打開 .XML 格式日志文件并找到故障項。日志顯示 Common.Check.PD.7#7 故障，該故障在測試 TEST.PD.PS.SRC.1 時發(fā)生。

圖 5-1 通用檢查數(shù)據(jù)日志

搜索 CTS 文件并找到 Common.Check.PD.7#7?！皽y試儀將所有 PDO 與 VIF 字段 PD_Power_as_Source 進行比較，檢查它們是否滿足電源規(guī)則的要求?！痹撔兄甘?PDO 設置與 VIF 中的 PD_Power_as_Source 相矛盾。

打開 .grltrace 故障文件，并根據(jù)圖 5-2 在數(shù)據(jù)日志中找到數(shù)據(jù)包 18。VIF 設置包含 5V 3A、9V 3A 和 (3.3V~11V) 3A。此外，還檢查字段 PD_Power_as_Source 是否等于 33W。該故障提示 DUT 未能設置 15V_Prog PDO。因此，該故障是由于 PD_Power_as_Source 設置不正確而導致的。填寫 27W，這是由固定 PDO 功率（而不是 APO 功率）決定的。此外，Product_Total_Source_Power 也是 27W。

圖 5-2 GRL-C2 生成的 TEST.PD.PRO.SRC.2 數(shù)據(jù)日志

TEST.PD.PROT.SRC.2#2 Get_Source_Cap 無請求

打開 .XML 格式日志文件并找到故障項。該項屬于協(xié)議層故障，在測試 DUT 源功能時發(fā)生。

圖 5-3 XML 數(shù)據(jù)日志

查找 CTS 文件并搜索 Get_Source_Cap 無請求測試項。測試儀向 UUT 發(fā)送一條 Get_Source_Cap 消息。在接收到 Source_Capabilities 消息后，測試儀故意不發(fā)送請求消息，以強制源 UUT 上的 SenderResponse 計時器超時。測試儀驗證該計時器的實現(xiàn)是否正確。

打開故障項 .grltrace 或 LeCroy .usb 日志文件，并根據(jù)圖 5-4 找到索引 37。在進一步分析之前，請注意代碼“Rev3ChkdSrc”意味著端口正在針對 PD 修訂版 3 進行測試，測試儀設置為不支持未分塊的擴展消息，并作為源?！癛ev2Src”表明端口正在接受 PD 修訂版 2 測試并作為源。因此檢查 PD2.0 規(guī)范和 PD3.1 規(guī)范。下面列出了相關內容。日志非常清楚地顯示通過了 PD3 模式，但未通過 PD2 模式。由于這是固件故障，因此應請求固件團隊提供一個新修補程序并解決該問題。

圖 5-4 TEST.PD.PRO.SRC.2 的 GRL-C2 數(shù)據(jù)日志

TEST.PD.PS.SRC.1 多條請求消息

打開 .XML 格式日志文件并找到故障項。該故障屬于電源層，在測試 DUT 源功能時發(fā)生。

該測試的目的是檢查 DUT 源是否正確響應各種灌電流負載請求消息。在請求轉換期間，VBUS 電壓應被限制在提供的范圍內。打開故障日志文件 .XML。在電流從 2.25A 增加到 3A 時會發(fā)生該故障。測量的 VBUS 電壓超出范圍。協(xié)議日志顯示該故障在索引 81 的位置發(fā)生。

圖 5-5 TEST.PD.PS.SRC.1 的 XML 數(shù)據(jù)日志

此外，檢查數(shù)據(jù)日志 .grltrace 或 LeCroy .usb 文件。找到數(shù)據(jù)包 81。該數(shù)據(jù)包指示請求的工作電流為 3A。波形日志更清楚地顯示了該過程。通過初步分析，可以發(fā)現(xiàn)該問題與電纜補償不足有關。提高電纜補償水平后，測試通過。

圖 5-6 TEST.PD.PS.SRC.1 的 GRL-C2 日志

在合規(guī)性測試程序期間，應該會遇到各種問題。以上 3 個案例是一些一般性的分析過程。此外，一些故障是測試儀問題，而不是由產品或器件引入的。此外，由于 PD 規(guī)范或 PD 合規(guī)性測試規(guī)范會持續(xù)更新，因此可以免去一些測試。如有必要，請求 USB-IF 提供棄權聲明。有關更多詳細信息，請參閱參考資料。