[参考译文] DP83822HF：RBIAS

尊敬的 Hitesh：

很抱歉混淆。 Rbias 大约为1V、而不是2.7V。 我们将确保在故障排除指南的新修订版中解决该问题。

请问您是否看到任何功能问题？

• DP83822PHY 似乎未被检测为正确的级。 您可以通过寄存器0x041F 修复它。

——

此致、

Hillman Lin

嗨、Hilman Lin、

感谢 RBIAS 的更新。

是的、我们看到了功能问题。

无法 ping

-尝试通过0x041F 修复-(phytool write eth0/2/0x041f 0x1c00)、方法是写入0X1C00值

-但当我们再次读取它 ( phytool 读取 eth0/2/0x0421 ),我得到相同的值0x7849  

-问题仍然存在。

尊敬的 Hitesh：

当您在配置0x041F 后读取0x0421时、您是否在 AVDD 和 VDDIO 上读取了预期的3.3V？

如果可能、您能否提供从0x0000到0x001F 的寄存器日志？

——

此致、

Hillman Lin

嗨、Hilman Lin、

不、我无法读取 AVDD 和 VDDIO 上的预期3.3V 电压、我可以读取  AVD 检测为1.8V、 VDDIO 检测为2.5V、但在探测它们时、两者都有3.3V 电压。

请在下表中查找从0x0000到0x001F 的寄存器日志

上面的表包含寄存器日志

1) 1) C 列-启动时

2) 2) D 列-复位 PHY 芯片后的启动时

复位芯片后、我们可以看到开关上的链路灯

注意：我们将其用作光纤以太网。

尊敬的 Hitesh：

以下是一些进一步的调试步骤：

• 在您配置0x041F 后、您能否重新读取它并确保其读取为1C00？
• 之后、您是否可以尝试将0x001F 写入4000并查看这对您的应用是否有帮助？
• 由于您使用光纤模块、您是否可以读取寄存器0xc01来检查链路是否接通？

——

此致、

Hillman Lin

尊敬的 Hillman Lin：

有关上述步骤、请在下面找到答案。

• 在您配置0x041F 后、您能否重新读取它并确保其读取为1C00？
  • 是的、当我重新读取时、它显示0x1C00
• 在 eth0/2/0x001F 写入0x4000 -无更改、 结果相同
  • 无更改、 结果相同
  • 当我重新读取0x001F 时-值为0x0000  
• 我读取寄存器0xC01/0X0C01 -该值为0x7849  

您好！

希尔曼是 ooo 的,并将响应明天。

此致、

Gerome.

尊敬的 Hitesh：

如果您使用光纤应用、 您能否确保将寄存器0x000A bit[14]写入1以启用光纤模式。

——

此致、

Hillman Lin

尊敬的 Hillman Lin：

如果您可以在上面看到寄存器日志、则寄存器0x000A 的值为0x4100 -这意味着位[14]已经为1。

尊敬的 Hitesh：

我想问一下您使用的是哪种类型的光纤模块吗？ 如果可能、您可以确保光纤模块支持100Mbps 而不是1000Mbps。  

如果可能、您能否更改光纤模块并查看是否有帮助？

——

此致、

Hillman Lin

尊敬的 Hillman Lin：

我们使用  AFBR-5803ATQZ 多模光纤模块。

光纤模块支持100Mbps ONY。

我尝试更换光纤模块、但结果相同。

LED_1/GPIO1 -引脚24 -应该处于信号检测模式、对吧？ 但当前处于默认模式。

 PHYTOOL 读取 eth0/2/0x0465 -提供0x0000  

尝试使用0x0001值写入0x0465并重新读取、但它是相同的0x0000。

您能对此提供帮助吗？  

尊敬的 Hitesh：

关于扩展寄存器访问、请使用以下方法读取0x465：

• https://e2e.ti.com/support/interface-group/interface/f/interface-forum/1133146/faq-dp83tg720s-q1-how-to-read-or-write-registers-in-extended-register-space-of-ethernet-phy?tisearch=e2e-sitesearch&keymatch=extended%2520register#

如果可能、您是否还可以将原理图放在光纤和 DP83822PHY 之间？ 我们希望确保 MDI 线路上存在有效的直流阻断电容器和上拉电阻器。

——

谢谢！

Hillman LIN

尊敬的 Hillman Lin：

请查找请求的原理图- 509_DP83822.pdf

尊敬的 Hillman：

请找到更新值0x0000-0x001F

尊敬的 Hitesh：

根据寄存器0x0001、PHY 现在似乎正在正确链接。 我可以问一下、该问题现在可以解决什么问题吗？

基于原理图、我还看到了 MDI 线路和光纤模块之间的某种逻辑门。 这可能会降低信号质量。 我想问一下这些逻辑门的用途是什么吗？

——

此致、

Hillman Lin

嗨、Hilman Lin、

当前正在启动 eth0和 LED 闪烁。 目前、我们无法 ping 到主机。 沟通是问题所在。

我们现在已经移除了栅极。

当前问题是通信器件。

尊敬的 Hitesh-San：

感谢您的总结。 现在光纤端似乎工作正常。  

如果可能、客户是否可以尝试 MII 环回并查看 SoC 是否能够生成接收数据包？

• MII 环回：寄存器0x0000 bit[14]= 1

——

此致、

Hillman Lin

嗨、Hilman Lin、

我试过 MII 环回。

1) 1) phytool write eth0/2/0x7100 - Enabled MII Loopback Mode

2) tcpdump -a -vv &
3)对-c 1旋转10.0.0.200

附加的是输出的快照。  MII 环回快照

尊敬的 Hitesh：

根据您发送给我的快照、您似乎没有发送任何数据包。  

您能否仔细检查 MAC 端以确保它们发送任何数据包。

探测数据线路(MAC 接口)上的信号还可以为我们提供有关 MAC 端任何活动的指示。

——

此致、

Hillman Lin

您好、Hilman Lin。

"Attaching the Snapshot - MII loop back Test (附加快照- MII 环回测试)"-您可以在黄色框下看到正在缩放的数据包。 发送数据包。 但未收到

将尝试探测数据线路(MAC 接口)。

嗨、Hilman Lin、

目前、我们可以在 Wireshark 快照上看到 ARP 数据包 、但无法收到任何回复

Arping Snapshot - ARPING-Snapshot

尊敬的 Hitesh：

感谢您分享这些信息。 问题似乎出在 MAC 接口上。

如果可能、您可以探测 TX 和 RX 的数据和时钟、看看这些线路上是否有任何活动？

——

此致、

Hillman Lin

嗨、Hilman Lin、

我们对 RX 和 TX 线路进行了示波器探测、当执行 ping 操作时、我们看到了 RX 和 TX 线路上的活动。

我可以看到 MII 环回出现故障。

是否有任何分步过程来对其进行调试？

尊敬的 Hitesh：

感谢您提供的信息。

如果我的理解有误、请纠正我。 现在、您始终可以在光纤端看到链路接通(寄存器0xC01始终= 784D)、而且您始终可以看到 Ping？

但是、MII 环回失败。 这让我们在一定程度上了解了问题出在 MAC 侧。

• 当您提到 MII 环回失败时、您是否能够在启用 MII 环回时在 TX 数据上看到任何数据包
• 您能解释一下 MII 回送失败是什么意思吗？ 您是无法写入寄存器还是无法在 SoC 上看到数据包？  
• 
• 根据此图像、我觉得 MII 回送效果很好。 您能否详细解释"MII 环回失败"？

——
谢谢！

Hillman Lin

嗨、Hilman Lin、

启动时-值0xC01为7849。

然后我复位 Phycchip、其值0xC01是784D。 然后我能够在 Wireshark 上看到数据包-用于 ping 和 arping。

当我说 MII 环回是故障时-我按照以下步骤操作。

1) 1)设置 MII 环回模式- phytool 写入 eth0/2/0x0000 - 0x7100

2)启动 TCP 转储- tcpdump -a -vv &

3)对主机的 ARPING -  arping -c 1 10.0.0.200

因此、理想情况下、对于 MII 环回、我们应该在 tcpdump 上得到2个以上的 arping 数据包、但我们只得到一个数据包。

附加 snapshotMII环回失败快照

下面的问题

启用 MII 环回后、您是否能够在 TX 数据上看到任何数据包？ 我现在就来看看。"

尊敬的 Hitesh-San：

我懂了。 复位 PHY 后、可以成功执行 Ping 操作。 这可以成为解决方案吗？

如果可能、您是否可以在每次启动后将寄存器0x001F 写入4000或8000。 这是否可以解决该问题？

——

此致、

Hillman Lin

嗨、Hilman Lin、

不、即使在重拨后、我也无法 ping 通。 在主机(PC)的 Wireshark 上、我可以看到来自 sam9x60电路板的数据包。 但是 Ping 没有回复。

我没有收到关于 soc 的回复。 可以看到数据包正在传输、但无法接收任何回复。

尊敬的 Hitesh-San：

对不起误解。 复位 PHY 后 、可以看到通过0xc01的链路、也可以看到 Wireshark 上的 Ping。

• 我可以问一下您从 Wireshark 读取了哪个位置？ 是在 MAC 侧还是在 MDI 侧？
• 探测信号检测还可以为我们提供指示？

这样我们可以进一步确认该信号位于 MAC 接口上。 启用 MII 环回后是否有任何数据？

——
此致、

Hillman Lin

尊敬的 Hitesh-San：

我明天会给你答复。

——

此致、

Hillman Lin

嗨、Hilman Lin、

已从我们的 Sam9x60板(DP83822) Ping 主机(笔记本电脑)、并且可以在 Wireshark (笔记本电脑)上看到数据包。

但 ping 失败–在我们的电路板上看不到任何回复。

• 探测信号检测还可以为我们提供指示-获得4.0V 的信号检测。

MII 环回失败。

尊敬的 Hitesh-San：

如果您看到4V ON Signal Detect 上的突然上拉、这意味着光纤模块或光纤上的信号会丢失接收器端的信号。

如果在启用 MII 环回启用后、您能否探测 RX 和 TX 数据并查看是否能够看到任何信号？

——

此致、

Hillman Lin

尊敬的 Hillman Lin：

启用 MII 环回后、我们探测 RX 和 TX 数据、可以看到活动。

附件是 MII 环回使能-信号探测的汇总。

尊敬的 Hitesh-San：

SoC 侧出现来自 MAC 接口的问题更有可能出现。 根据示波器捕获、MII 环回似乎可以正常工作。 SoC 无法理解从 PHY 发回的信号。

如果可能、您还可以在 SoC 侧进行检查吗？

我要检查的其他项目是 RX_D0与 RX_CLK 图。

——

此致、

Hillman Lin

嗨、Hilman Lin、

MII 环回的上述信号结果来自 SoC 侧。

如果可能、您还可以在 SoC 侧进行检查吗？ "那你打算怎么办?" 可以在这里做些什么？

RX_D0与 RX_CLK 波形图- 这是同一条曲线的快照

尊敬的 Hitesh-San：

请问哪个波形是时钟信号和数据信号？ 我看到其中一个波形几乎没有声音、那就是时钟信号或数据信号。

我之所以在 MAC 或 SoC 侧提出要求、是因为 MII 环回的主要功能是 发回 从 MAC 或 SoC 发送的所有信息。

根据您在示波器上探测的先前 RX 数据、MII 环回似乎适用于 DP83822、因为我们能够在 MAC 接口上看到信号的发送和接收。 现在、我认为 SoC 或 MAC 无法理解自己发送的数据包。  可能有两种可能：

• RX_Clk 和 RX_Data 信号质量问题
• SoC 无法理解发回或 ping 的信息

——

此致、

Hillman Lin

嗨、Hilman Lin、

黄色波形表示时钟信号、蓝色波形表示 RX_DO。

对于我们-现在 MII 环回通过(50%的时间)-  RX_EN 已路由至 E0_CRSDV -它现在已路由至 RX_DV

以下是 MII 环回通过的快照： MII 环回通过

此外、还可以在 ifconfig 命令中 查看 RX 数据包：查看 Rx 数据包

Ping 仍然失败。

1)将查看更多的回送测试

2)来自/来自光纤模块附件的信号。

您好、Hitesh-San。

我将等待环回侧的响应。

光纤模块上的信号应该不是问题。

——

此致、

Hillman Lin

嗨、Hilman Lin、

对我们来说、MII 环回通过-如上一条消息中的更新所示。

因为我们在 PCS 输入和 PCS 输出环回测试上失败。 并通过模拟环回和数字环回测试。 以下是快照。

PCS 输入环回-失败- PCSINPUT_FAIL

PCS 输出环回-失败- PCSOUTPUT_FAIL

模拟环回-通过- 模拟环回通过

数字环回-导通- 数字环回导通

======================

RX_CLK 和 RX_DO 波形绘制也相同- RX_DO 和 RX_CLK 波形 -您知道原因吗？ 如何解决此问题？

尊敬的 Hitesh：

似乎 PCS 环回配置不正确。 模拟和数字环回在配置环回时也会通过 PCS 块。

很抱歉多次问这个问题。 我想对这一观察结果加以确认：

• PHY 能够建立链路
• MII 环回、模拟环回和数字环回通过。
• 系统仍无法执行 ping

——

此致、

Hillman Lin

嗨、Hilman Lin、

对于 PCS 环回、我遵循了以下操作

通过设置 BISCR 中的位[0]来启用 PCS 输入环回。

通过设置 BISCR 中的位[1]来启用 PCS 输出环回

回答您的问题。

• PHY 能够建立链路-是的
• MII 环回、模拟环回和数字环回通过。 -是的
• 系统仍然无法执行 ping 操作-是的、未执行 Ping 操作

尊敬的 Hitesh：

感谢您的确认。 根据上述状态、问题似乎不是在 PHY 端。

• 您可以看到 光纤与 DP83822PHY 之间的连接 正常的链路接通  
• 您可以执行 PC 环回、这表明 MAC 和 PHY 端通信正常。

我们的假设仍然在光纤模块上。 下面是一些寄存器、我们可以检测 DP83822光纤模块上的某些状态：

• 读取寄存器0x0040
• 探测光纤模块上的信号检测线。

如果您能够访问光纤模块、请同时查看光纤模块。 确保光纤模块支持正确的速度或模式。

——

此致、

Hillman Lin

嗨、Hilman Lin、

• 您可以看到链路接通、 光纤和 DP83822PHY 之间的连接 正常 -是的、链路已接通
• 您可以执行 PC 环回、这表明 MAC 和 PHY 端通信正常
  • 对于我们来说、PC 发生故障、但传递了 MII 环回、数字环回和模拟环回

请找到您的问题的答案。

• 读取寄存器0x0040 - 0x0040处的值为0x3100
• 探测光纤模块上的信号检测线路- (探测引脚24 (DP83822) LED_1 / GPIO1、值为 - 3.3V

尊敬的 Hitesh-San：

当 Ping 不工作时、信号检测引脚从不拉至低电平？ 似乎问题不在 PHY 端。

最后我要检查的是 在 DP83822 PHY 上启用反向环回、并查看链路伙伴是否能够执行 ping 操作：

• 可以通过寄存器0x0016 bit[4：0]启用反向环回

——

此致、

Hillman Lin

嗨、Hilman Lin、

我们现在就能使它正常工作。

更新了 RX +/-处的电阻欧姆(面向光纤模块)。

唯一的事情是启动完成时、我们需要重置 PHY 以使其正常工作。 自我们启动该线程以来便是这样的。

流程如下。

1. 系统引导-开关链路指示灯亮起。
2. 引导时-加载驱动程序[dmesg：macb f802c000。Ethernet eth0：phy [f802c000。ethernet-ffffff：02]驱动器[TI DP83822](IRQ=poll)]-此时开关链路灯熄灭。
3. 引导完成后。
4. 我们重置 PHY - 开关链路指示灯亮起。

我们如何在启动时解决这个问题。

尊敬的 Hitesh：

感谢您的观察。

• 是否在启动期间写入任何寄存器？
• 复位 PHY 解决方案不适用于客户吗？ 如果客户将寄存器0x001F 写入4000或寄存器0x001F 写入8000。 这对应用是否有帮助？

我认为不是上电问题、因为如果 PHY 在上电期间进入未知阶段、PHY 甚至不应建立链路。

——

此致、

Hillman Lin