[参考译文] DP8.3867万E：TDR，C型放大器上的MDI终端；D型1000BASE-T以太网对

您好，Gokul：

感谢您的回答。

遗憾的是，建议的解决方案(类型为DP8.3867万E的链接合作伙伴正在关机或重置)在我们的应用程序中非常不方便。 请让我解释一下原因：

1.首先，请假设所有测试均通过软件方式自动执行，并且设备所在的现场没有人在场。

2.您不知道电缆的长度是多少。

3.如果TDR结果为无反射或极少反射(SNLA253如何使用DP8.3822万的TDR功能，第2.2 章节3链接伙伴向下)，您可以确定电缆是否正常。 相反，如果有反射，则可能由以下原因引起：
 A)电缆在中间的某个位置中断。
 b)连接器中的触点卷曲不良或被遗忘。
 c)接头松动或被弄掉。
 D) DP8.3867万E关机或重置。
 
4.当您需要将类型为DP8.3867万E的链接伙伴重置以执行TDR时，您必须与该伙伴进行有效的以太网通信(通常情况下，您没有与设备的任何其他连接，而不是以太网) 并编写一些复杂的软件，以便在测试过程中同步链路的两端(如果链路发生故障，则可能无法同步)。

所有这些点都会导致测试的执行和评估非常复杂，并且是根据猜测进行的。 有时您会意识到无法区分电缆和连接器是否正常。

相反，以太网PHY在开机时永久终止所有MDI对，实际上非常容易用作TDR的链接伙伴。 执行TDR的PHY只能：

a.通过将BMCR寄存器设置为0x0140来断开链路。 这会自动使链接伙伴在1秒后最多保持安静。 您不需要与伙伴进行任何其他沟通。

B.一秒钟后执行TDR。 实际上，如果链接伙伴仍然完全安静(首选)或已传输自动协商脉冲，这并不重要。 通过尝试和失败，我们推断出，由于自动协商脉冲非常稀疏，它们不会干扰TDR，影响结果。

c.如果没有反射，您可以确定电缆和连接器是否正常。 实际上，DP8.3867万E甚至可以作为TDR的链接伙伴，但只能在A对和B对上(如果我们找不到启用C和D MDI终端的方法)。

－－

祝你一切顺利，

Cyril

您好，Cyril：

感谢您的详细解释。 我现在可以了解我所想到的解决方案的系统级问题。

让我与团队讨论此事，并在下周二(4月12日)之前回复您。

－－
此致，
Gokul。

您好，Cyril：

我建议先在信道A，B上运行TDR，然后启用镜像模式，DUT和链接伙伴，然后再次运行TDR。
但我知道问题在于将DUT上的寄存器和链接伙伴写入到一起的事件同步。

我能想到的所有解决方案都包括对DUT和LP进行编程。在这方面，我们面临着相同的问题。
我想不出任何其他解决方法，因为设备DP8.3867万E没有默认在所有信道上启用终端的模式。

所有信道及其终端都在1000Base-T模式下启用，但一旦在DUT上启动了TDR，LP将返回到自动协商，并且在信道C，D上关闭终端

在运行TDR测试时，您是否可以同步DUT和LP上的事件和程序寄存器？

－－
此致，
Gokul。

您好，Gokul：

同时，我们发现将DP8.3867万E配置为链接伙伴的最简单方法似乎是禁用自动协商并将速度设置为1000 Mbps。 在此设置中，所有MDI对(A，B，C和D)都将终止。 遗憾的是，由于1000BASE-T必须进行自动协商，因此LP无法与设置建立链接，因此我们无法永久设置此模式。

如果我们能够同步LP和DUT上的事件，解决方案将是：

 1.将LP的BMCR设置为0x0140，
 2.从DUT执行TDR，
 3.恢复LP的BMCR (通常为0x1140)。

我们能够将任何软件合并到LP和DUT中。 但LP和DUT仅通过以太网连接，我们需要运行TDR电缆测试，尤其是当LP与DUT的以太网连接断开时。 因此，事件同步几乎是不可能的(我们还没有想到任何疯狂的想法)。 我们只能在以下情况下执行同步：例如，LP和DUT之间有多个冗余以太网链路，其中至少有一个可以正常工作。

－－
Cyril

您好，Cyril：

我同意你的分析。 即使如此，我对事件同步的想法也是一样的。

我想不出任何同步事件的解决方案。 如果我能想到什么，我会告诉你。

－－
此致，
Gokul。