[参考译文] DP83867IS：通信错误的原因

尊敬的 Ishiwata：

感谢您提交您的问题、我很乐意为您提供帮助。 为了确保我正确理解问题、您是否能够为我确认几项内容？

物联网路由器→DP83867IS→STB (机顶盒)

1. DP83867是否为物联网路由器的一部分、以及它是否通过以太网电缆连接到 STB？
   1. 基本：IoT 路由器[DP83867]<-以太网电缆-> STB？
2. 通常不存在通信问题、并且一切正常工作、只有在 STB 重新启动时才会发生该问题
   1. 重启路由器是否可以解决此问题？
3. PFE eth0日志来自哪个电路板？  
   1. 该系统是否运行 Linux？
   2. 您是否有权访问 PHY 寄存器？
      1. 可以使用 PHYTOOL (如果已安装)读取 PHY 寄存器

此致、

Alvaro

尊敬的 Alvaro：

感谢您的答复和支持。

DP83867是否为物联网路由器的一部分、以及它是否通过以太网电缆连接到 STB？
  答：本质上：IoT 路由器[DP83867]<-以太网电缆-> STB？
    -->您的理解是正确的。

2、正常情况下不存在通信问题,所有功能正常,只有在 STB 重新启动时才会出现问题
  A.重启路由器是否可以解决此问题？
    -->您的理解是正确的。 仅在 STB 重新启动时出现问题。
        我将与客户确认是否重启路由器以解决此问题。

3. PFE eth0日志来自什么板?
  答：这个系统运行的是 Linux 吗？
  b.您是否有权访问 PHY 寄存器？
    可以使用 PHYTOOL (如果已安装)读取 PHY 寄存器
    -->我将与客户核实。

此致、
Ishiwata

尊敬的 Ishiwata：

感谢您的确认和与客户核实。

您是否还可以检查不同的链路伙伴是否出现这种情况？

1. 如果我们将物联网器件连接到 PC 或任何其他以太网器件并重新启动链路伙伴、我们是否会遇到同样的问题？  
2. 如果我们将 STB 连接到另一个链路伙伴并重新启动 STB、我们是否遇到了同样的问题？

此致、

Alvaro

尊敬的 Alvaro：

感谢您的支持。

我将确认您向客户提供的其他信息。

我已向客户确认您先前的问题、并将回答该问题。

2、正常情况下不存在通信问题,所有功能正常,只有在 STB 重新启动时才会出现问题
A.重启路由器是否可以解决此问题？
-->此问题将通过重启路由器来解决。

3. PFE eth0日志来自什么板?
--->这是 DRX 侧的日志。

答：这个系统运行的是 Linux 吗？
-->是的。 我使用的是 Linux。

b.您是否有权访问 PHY 寄存器？
可以使用 PHYTOOL (如果已安装)读取 PHY 寄存器
-->只能使用 ethtool 命令。
目前无法直接检查或设置寄存器值。

此致、
Ishiwata

尊敬的 Ishiwata：

感谢您的确认！ 客户是否尝试过使用不同的链接伙伴？  您是否可以尝试以下常见问题解答中讨论的 MII-tool 来访问器件寄存器？

https://e2e.ti.com/support/interface-group/interface/f/interface-forum/1164499/faq-how-to-read-and-write-ethernet-phy-registers-using-a-linux-terminal?tisearch=e2e-sitesearch&keymatch=how%2520to%2520read%2520registers%2520on%2520a%2520linux%2520terminal#

此致、

Alvaro

尊敬的 Alvaro：

感谢您的支持。

客户更改了链路伙伴并已确认。

1.如果我们将物联网设备连接到 PC 或任何其他以太网设备,并重新启动连接伙伴,我们是否会遇到同样的问题?
-->如果您将物联网设备连接到 PC 或其他以太网设备并重新启动 STB、它将正常工作。
PC <--> DP83867IS <--> STB 此配置正在正确通信。

2.如果将 STB 连接到另一个链路伙伴并重启 STB、是否会出现同样的问题？
-->无法进行通信。
PC <--> DP83867IS <-->其他 STB 通信故障

我还有一个问题。
此外、我还有一个问题：使用1000Base 时、自动协商设置是否可能是原因？
如果自协商设置不正确、是否可能两者都设置为主器件、或两者都设置为从器件等？

此致、
Ishiwata

大家好、Shuji、

感谢您确认这些结果。 为了快速回答您的问题、自动协商不应导致此问题。  

Unknown 说：

PC <--> DP83867IS <--> STB

Unknown 说：

PC <--> DP83867IS <-->其他 STB 通信故障

原谅我、但这里的方框图让我感到困惑、我认为 DP83867IS 是物联网板的一部分吗？ 我们是否可以重新澄清客户的电路板？ 客户正在设计哪个电路板、我们的 DP83867位于何处？ 您能否提供客户系统的原理图和高级方框图？

此致、

Alvaro

尊敬的 Alvaro：

感谢您的回答。

我知道自协商不是原因。

您对配置了如指掌。 物联网路由器可能具有内置的 DP83867IS。

我错了。

我正在与客户核对正确的方框图、但我认为可能与此类似：

此致、
Ishiwata

大家好、Shuji、

感谢您与客户核实、您提供的方框图正是我目前的理解。

要再次确认到目前为止的所有内容：

案例1：

物联网<-以太网电缆-> STB

重启 STB 后、通信无法恢复。

案例2：

物联网<-以太网电缆-> PC

如果重新启动 PC、我们是否看到同样的问题？

案例3：

PC <-以太网电缆-> STB

如果我们重新启动 STB 盒子、可以发现同样的问题吗？

此致、

Alvaro

尊敬的 Alvaro：

很抱歉这么晚才回复。
我已与客户确认、并将告诉您详细信息。

案例1
无法进行通信。

案例2.
通信正确。

案例3.
无法进行通信。

我还有一个问题。
客户想知道如何检查 FLP。
请告诉我如何检查 FLP。

此致、
Ishiwata

大家好、Shuji、

感谢您确认详细信息、似乎问题只是在 STB 框重新启动时发生、DP83867似乎不是问题。 我建议您联系 STB 供应商以获取帮助。

如果客户想要检查快速链路脉冲、可以使用差分探头、并 在 RJ-45连接器之前仔细探测四个差分对布线中的一个。 如果客户有一块可以扇出以太网信号的板、也可以使用这些板。 此类电路板的一个示例是 Tektronix 以太网合规性测试装置 。

此致、

Alvaro

尊敬的 Alvaro：

感谢您的答复。

抱歉、案例3不正确。
在第3种情况下、通信无法正常工作。

此外、当通信成功且通信失败时、我会收到客户的 DP83867状态寄存器。
我可以通过私人消息将其发送给您吗？

此致、
Ishiwata

大家好、Shuji、

案例3在 PC 和 STB 盒之间是否正确？ 如果此案例在 STB 盒重新启动后也无法正常工作、我会认为 STB 盒存在问题。

请随时直接在论坛上分享 DP83867寄存器。

此致、

Alvaro

尊敬的 Alvaro：

很抱歉、我对案例3的回答是错误的。

第3种情况正常工作。

在私密消息中发送状态寄存器。

此致、
Ishiwata

大家好、Shuji、

感谢您发送寄存器差异、为了清楚起见、您能为我提供以下格式的寄存器转储吗？ 它将帮助我看到变化并提供更好的反馈。 寄存器0x0-0x1F 应该足够、但如果客户也希望包含寄存器0x2D、0x32、0x55、它将提供更多数据。  

请注意、11月28日至12月4日、我将在感恩节离开办公室。 请预计响应会有延迟。

非常重要	值(工作条件)	值(非工作条件)
0x0
0x1
：
0x1F
0x2D
0x32
0x55

此致、

Alvaro

尊敬的 Alvaro：

我已在您的私人消息中向您发送了一个状态寄存器。
如果您有任何注意事项、请告诉我。

我期待收到您的回复。

此致、
Ishiwata

尊敬的 Alvaro：

我还有一个问题。

我正在寻找诸如协议分析器之类的测量器件来检查 FLP 进行的自动协商通信的内容。

是否存在这样的器件？ 如果有的话、敬请告知。 (它是否有1000BASE-FULL 等)

此致、
Ishiwata

大家好、Shuji、

感谢您发送我的寄存器、请在随附的 Excel 文件中找到我的反馈。

这个变化是 Reg 0x17、这是我最好奇的那个变化。

e2e.ti.com/.../DP83867IS-Causes-of-communication-errors.xlsx

此致、

Alvaro

尊敬的 Alvaro：

我非常感谢你的答复。

我对您提供的信息有一些疑问、请查看 Excel。

e2e.ti.com/.../DP83867IS-Causes-of-communication-errors_5F00_20241209.xlsx
此致、
Ishiwata

大家好、Shuji、

感谢您浏览 Excel 表并添加您的问题。 您是正确的、寄存器0x17是只读的。 我将需要与设计团队讨论此问题、请允许我一直到本周结束、以便得到他们的回复。

我想再次重复我们看到的问题、以便我可以与我的团队清楚地讨论该问题、如果任何细节缺失或不正确、请更正我。  

• 在以下设置中、两个器件(IoT 和 STB)均已通电并正常通信。
•  重启 STB 框后、通信无法恢复。
  • 重新启动对于 STB 器件究竟意味着什么？ 重启是否意味着 STB 器件重启电源？
  • 当遇到通信问题时、如果拔下以太网电缆并重新插入、会出现什么情况？

[报价 userid="526529" url="~/support/interface-group/interface/f/interface-forum/1436879/dp83867is-causes-of-communication-errors/5526668 #5526668"]

案例1：

物联网<-以太网电缆-> STB

重启 STB 后、通信无法恢复。

案例2：

物联网<-以太网电缆-> PC

如果重新启动 PC、我们是否看到同样的问题？

案例3：

PC <-以太网电缆-> STB

如果我们重新启动 STB 盒子、可以发现同样的问题吗？

[报价]

我还想对这些测试的结果进行三次确认。 情况2和情况3都可以、通信功能是否正常？  

此致、

Alvaro

尊敬的 Alvaro：

感谢您的答复。

重新启动对于 STB 器件究竟意味着什么？ 重启是否意味着 STB 器件重启电源？
-->这意味着重启 STB。

当遇到通信问题时、如果拔下以太网电缆并重新插入、会出现什么情况？
-->如果您拔下以太网电缆并将其插回(1到3次)、它将正常通信。

此致、
Ishiwata

大家好、Shuji、

感谢您的确认、我将在一周结束前再次回复。

此致、

Alvaro

尊敬的 Alvaro：

感谢您的支持。
我期待着你的答复。

此致、
Ishiwata

大家好、Shuji、

我们的设计团队已查看此问题、但尚未给我详细的回复。 我会继续努力以获得更多信息、对于延迟深表歉意。 客户端是否有任何新的更新？

此致、

Alvaro