ZHCAEL2 October 2024 AM3351 , AM3352 , AM3354 , AM3356 , AM3357 , AM3358 , AM3359 , AM4372 , AM4376 , AM4377 , AM4378 , AM4379 , AM620-Q1 , AM623 , AM625 , AM625-Q1 , AM62A1-Q1 , AM62A3 , AM62A3-Q1 , AM62A7 , AM62A7-Q1 , AM62P , AM6411 , AM6412 , AM6421 , AM6422 , AM6441 , AM6442

9 跟蹤數(shù)據(jù)包

在兩個(gè)鏈路伙伴之間建立以太網(wǎng)鏈路后，即可跟蹤數(shù)據(jù)包從 DUT 發(fā)送到鏈路伙伴，然后從鏈路伙伴發(fā)送回 DUT 的步驟。僅當(dāng)在鏈路兩端都可以訪問以太網(wǎng) MAC 統(tǒng)計(jì)信息的情況下才有效。如果網(wǎng)絡(luò)拓?fù)浒苯舆B接（如圖 3-1 所示），還可以進(jìn)一步簡化。

如節(jié) 8 中所述，無需設(shè)置 IP 地址即可啟動(dòng)網(wǎng)絡(luò)通信。如果在 DUT 上使用 TI 默認(rèn)文件系統(tǒng)，則會(huì)在檢測到鏈路后嘗試獲取 IP 地址。此網(wǎng)絡(luò)通信足以跟蹤是否成功接收到從 DUT 發(fā)送到鏈路伙伴的數(shù)據(jù)包。來自鏈路伙伴的廣播數(shù)據(jù)包足以證明在 DUT 上未接收到損壞的數(shù)據(jù)包。

在 DUT 和鏈路伙伴之間連接以太網(wǎng)電纜之前，請使用 ethtool 驗(yàn)證以太網(wǎng) MAC 統(tǒng)計(jì)信息中的 RX 和 TX 計(jì)數(shù)器是否為 0。建議在鏈路伙伴平臺上使用 Linux? 操作系統(tǒng) (OS)。這個(gè)平臺可以是另一個(gè)正常工作的 EVM 或 Ubuntu PC。ethtool 僅適用于運(yùn)行 Linux 操作系統(tǒng)的平臺。

如圖 9-1 所示，首先檢查鏈路伙伴是否接收到從 DUT 發(fā)送的數(shù)據(jù)包，方法是在鏈路伙伴上使用 ethtool 并檢查 RX 計(jì)數(shù)器。如果鏈路伙伴未運(yùn)行于 Linux 操作系統(tǒng)上，則 ethtool 不可用。RX 計(jì)數(shù)器可以顯示接收到多少個(gè)正常幀，更重要的是接收到多少個(gè)損壞的幀。如果接收到的數(shù)據(jù)包沒有錯(cuò)誤，則表示 DUT 發(fā)送路徑可以正常工作。如果鏈路伙伴上的 RX 錯(cuò)誤計(jì)數(shù)器為非零值（例如，RX CRC 錯(cuò)誤），則可以得出結(jié)論：DUT 的發(fā)送路徑存在問題，需要進(jìn)行調(diào)查。

AM62x, AM64x, AM62Ax, AM62P DUT 發(fā)送路徑

圖 9-1 DUT 發(fā)送路徑

作為接收方的鏈路伙伴通常可以觀察到兩個(gè)問題：未接收到數(shù)據(jù)包或 CRC 錯(cuò)誤。如果鏈路伙伴未接收到任何數(shù)據(jù)包，則表明從 DUT 發(fā)出的以太網(wǎng)幀受到了損壞，以至于 MAC 接口無法識別該幀。當(dāng)未檢測到數(shù)據(jù)包或檢測到 CRC 錯(cuò)誤時(shí)，需要更仔細(xì)地檢查 DUT 上的 MAC 或 PHY 連接。

注：

調(diào)試建議：

當(dāng)問題在于鏈路伙伴未接收到數(shù)據(jù)包時(shí)
- 在 DTS 文件中查看并驗(yàn)證 PinMux
- 驗(yàn)證 DTS 中的 PHY 接口模式（例如 RMII 或 RGMII）與原理圖是否一致
如果鏈路接收到 CRC 或其他錯(cuò)誤：
- 嘗試更換以太網(wǎng)電纜以防電纜存在損壞
- 嘗試另一個(gè)已知正常的可訪問以太網(wǎng) MAC 統(tǒng)計(jì)信息的鏈路伙伴
- 如果 PHY 采用 RGMII 模式，并且 PHY 未增加 RX 時(shí)鐘延遲，請?jiān)黾哟搜舆t。TI 基于 Arm? 的處理器已設(shè)置 2ns 的 TX 時(shí)鐘延遲，因此 PHY 不會(huì)向 TX 時(shí)鐘增加任何延遲。
- 有關(guān)如何分析發(fā)送錯(cuò)誤的詳細(xì)信息，請查閱節(jié) 6

分析 DUT 接收路徑與分析 DUT 發(fā)送路徑的方式類似。觀察圖 9-2 中的接收數(shù)據(jù)包計(jì)數(shù)和可能發(fā)生的一些錯(cuò)誤。如前文所述，當(dāng)錯(cuò)誤計(jì)數(shù)器為零并且接收到的正常幀計(jì)數(shù)增加時(shí)，表示接收路徑工作正常。在此層級，數(shù)據(jù)包的類型無關(guān)緊要，只接收數(shù)據(jù)包而不檢測錯(cuò)誤數(shù)據(jù)包。

圖 9-2 DUT 接收路徑

當(dāng)以太網(wǎng) MAC 接收錯(cuò)誤計(jì)數(shù)器不為零時(shí)，通常有兩種可能的原因。最常見的原因是 PHY 接口模式為 RGMII 時(shí)的 RX 時(shí)鐘時(shí)序不正確。第二常見的原因是硬件問題，例如不正確的內(nèi)聯(lián)電阻值或電路板布局布線問題。

注：

調(diào)試建議：

如果 PHY 接口模式為 RGMII，請?jiān)?DTS 文件中檢查布局時(shí)序是否與 PHY 節(jié)點(diǎn)中編程的時(shí)序匹配。
參考高速接口布局指南 應(yīng)用手冊以檢查電路板布局布線。

如果分析 DUT 發(fā)送和接收路徑的錯(cuò)誤計(jì)數(shù)器為零，則表示基本以太網(wǎng)數(shù)據(jù)包的發(fā)送和接收沒有錯(cuò)誤。此時(shí)，可以添加 DHCP 服務(wù)器來為 DUT 動(dòng)態(tài)分配 IP 地址，也可以在 DUT 上使用 ip addr add <ip address/subnet mask> dev <interface name> 來分配靜態(tài) IP 地址。但是，執(zhí)行此步驟后，如果在檢測到鏈路正常時(shí)仍然沒有分配 IP 地址，并且以太網(wǎng) MAC 統(tǒng)計(jì)信息沒有顯示任何錯(cuò)誤，那么下一步是考慮可能存在網(wǎng)絡(luò)原因。請查看節(jié) 10中的網(wǎng)絡(luò)問題示例。

章節(jié)摘要：

本節(jié)介紹如何使用 FTP 方法分析基本的以太網(wǎng)數(shù)據(jù)包發(fā)送和接收。
如果數(shù)據(jù)包沒有錯(cuò)誤且未獲得 IP 地址，則這可能意味著存在網(wǎng)絡(luò)層面的問題。