[参考译文] DP83869HM：我们无法建立 RJ45到 DP83869HM 的链路

您好、Rajesh、

您能告诉我这意味着什么吗？  

RX_CTRL 是否短接至 VDDIO 并且也有100欧姆的下拉电阻？

请注意、您必须使用以下任何设置电阻器配置。

--
此致、
Gokul。

Gokul、您好！

感谢您的回复！！！

我们使用 RX_CTRL 仅下拉100欧姆。

此致、

Rajesh R

您好 Rajesh、

您可以将两个100欧姆电阻器连接到2.49k 欧姆电阻器吗？

您能否向我提供寄存器0x00至0x1F 和0x6E 的读出值？

--
此致、
Gokul。

Gokul、您好！

您能不能将两个100欧姆电阻器连接到2.49k 欧姆电阻器？

答案：好的、我将把100欧姆的电阻值更改为2.49k 欧姆

您能向我提供寄存器0x00到0x1F 和0x6E 的读出值吗？

答案：如何读取寄存器、是否有工具或是否有 EVK 板？

注意：其余电路在 sch 中是正确的。 请检查下面的连接器侧是否为图像

谢谢、

Rajesh R

您好、Rajesh、

您可以使用 MSP430F5529 LaunchPad 读取 MDC/MDIO。 或者、您可以使用 DP83869EVM 读取这些寄存器、但第一种方法更清晰。

请查看 USB-2-MDIO 工具'https://www.ti.com/tool/USB-2-MDIO'以读取这些寄存器。

--
此致、
Gokul。

您好、Rajesh、

波形的 MDI 侧正常。

我对 LED 的连接有问题。 有关正确的 LED 配置、请参阅第9.5.2节。

关于 MDI 上的链接、您能告诉我以下信息吗？

1. 连接伙伴是否也是 DP83869的同一电路板？
2.  是否观察到链路 LED 亮起？
3. 用100欧姆(并断开连接伙伴)终端 TD0、TD1上的差分信号是否可以测量？

--
此致、
Gokul。

洛戈库尔

感谢您的回复！！

1. 连接伙伴是否也是 DP83869的同一电路板？

ANS：将伙伴 PC A 链接到 DP83869、它无法正常工作。

1.  是否观察到链路 LED 亮起？

答：它不会发光、因为没有建立连接。

1. 用100欧姆(并断开连接伙伴)终端 TD0、TD1上的差分信号是否可以测量？

TDO+/-图像输出：图像下方的差分信号：

注： 您能否检查 RJ45连接器侧所有引脚的连接是否正确？ 我已随附 RJ45连接器数据表供您参考、下图是更改了。

e2e.ti.com/.../7499111121A_5F00_RJ45_5F00_Connector_5F00_datasheet.pdf

谢谢

您好、Rajesh、

我的 MDI 侧很好、我是说 RJ45连接看起来很好。 我们更喜欢在 DUT 侧使用 CMC、在连接器侧使用变压器、以实现更好的 PMA 合规性、但这种方法也起作用。

TD0示波器捕获的图像不是很清楚、但我可以感应到它是一个非常低的电压信号。 您也可以捕获 TD1、TD2、TD3波形吗？

--
此致、
Gokul。

Gokul、您好！

感谢您的回复！！！

供参考、采用 EVK sch 的 RJ45。 9、10、11、12所有引脚均连接在 GND、但我们的 sch。 连接到 VCC 的9引脚、这就是为什么我要问哪一个是正确的。 下图

EVK Sch.下：

以下是我们的 Sch.：

谢谢

您好、Rajesh、

感谢您的指出。 我在评论时错过了这一点。

对于 DP83869、磁性的中心抽头必须通过0.1uF 接地。

此外、您使用的磁性元件所有中心抽头都短路、这不受支持、但现在可以进行100M 评估。 是否有办法为您的最终生产板更换磁体？

目前、我建议移除引脚9连接并检查 TD0、1、2、3的波形。 但从原理图中看、移除该连接似乎很困难。

--
此致、
Gokul。

Gokul、您好！

感谢您的回复、

假设在 VCC 中连接9个引脚会发生什么情况、在 GND 中连接9个引脚会发生什么情况？ 请说明

Thannks

您好、Rajesh、

将引脚9连接到 VCC 或接地将导致 PHY 出现意外的传输波形和可靠性问题。 对于这些波形、器件将不会连接。 长时间使用也可能会损坏器件。

--
此致、
Gokul。

Gokul、您好！

我将引脚9连接到悬空状态、现在 LNK_LED 持续发光。 下面是链路脉冲、100 TX 全双工波

链路脉冲：

100 TX 全双工：

间隔的链路脉冲：

请检查并确认其是否正确

此致、

Rajesh R

您好、Rajesh、

波形如预期的那样。

--
此致、
Gokul。

Gokul、您好！

感谢您的回复！！！

输入为：100 base TX 全双工、我们得到输出、它已完成

输出为：100 Base FX、您有任何 FX 波形、Pls 发送它将用于我的波形

谢谢

您好、Rajesh、

我目前没有波形快照。 让我检查一下并返回给您。

--
此致、
Gokul。

Gokul、您好！

感谢您的回复！！！

我们仍在等待您对最后一封有关 DP83869HM 操作问题的电子邮件的回复。 请注意、时间是最重要的

DP83869的输入和输出信号的 PFA 文档

供参考、将 DP83869的输入和输出与连接 CAT 5电缆 和不将 CAT 5电缆连接到 RJ 45连接器进行比较。  

SOP 和 SON 观察：  

在这两种情况下、SOP 和 SON 输出信号没有区别：连接 CAT 5电缆、而不将 CAT 5电缆连接到 RJ 45。

注：  

如果 SOP SON 输出10101010…..信号、这意味着什么？ (无论是否有来自 TD 的输入)。  

请尽快检查并确认其正确或错误。

谢谢

Rajesh R

e2e.ti.com/.../Input-_2600_-Output-signal-of-DP83869.docx

您好、Rajesh、

波形对我来说很好。

关于 SOP、SON 差异、RJ45电缆连接或无连接之间不会有差异。 信号最初将是 SGMII 自动协商脉冲、与链路伙伴的连接无关。

只有在连接链路伙伴和自协商收敛时，信令才会更改。

--
此致、
Gokul。

Gokul、您好！

 感谢您的及时响应。  

TI 回答：

这是我们当前的情况：我们使用 DP 芯片作为100BaseTX 到100baseFX 介质转换。  

PC 和 DP 均配置为强制100Mbps 全双工(禁用自动协商)。  

DP 芯片配置为不带 Mac ID (即直通)。  

PC 到 DP 铜缆链路(连接后)每隔10或20秒左右闪烁一次。  

探测该链路时，我们看到 MLT-3非连续突发；同时探测 SOP SON 输出时，我们看到这种持续的01流，与链路伙伴端的数据突发不类似。  

我们应该已经看到了相同的数据、但采用 NRZ I 格式的数据来自 SOP SON。  

这是否意味着我们的链路合作伙伴连接未建立？

我们如何检查运行状况或连接伙伴连接？

注意：之前的电子邮件中提供了自举配置。  

请尽快告诉我

谢谢

Rajesh R

您好、Rajesh、

链路 LED 每10或20秒闪烁一次是一个问题、因为它指示链路正在下降。

为了确认这确实是一个链路中断、您可以多次读取0x0001并让我知道该值。 是否可以提供从0x00到0x1F 的寄存器转储？

使用的电缆长度是多少？ 您能否尝试使用超过10米的电缆并检查问题是否仍然存在？

关于您在 SGMII 上的问题、由于存在链路中断、DP83869可能尚未接收到来自 PC 的数据。

--
此致、
Gokul。

你好，Gokul。

感谢您的回复

答案：

感谢您的清晰回答。 我们将尝试使用更长的电缆并随时为您发布信息。 同时、我们如何为您读取这些寄存器？

谢谢  

Rajesh  

您好、Rajesh、

您可以使用 MSP430F5529 LaunchPad 读取 MDC/MDIO。  请查看 USB-2-MDIO 工具'https://www.ti.com/tool/USB-2-MDIO'以读取这些寄存器。

--
此致、
Gokul。

Gokul、您好！  

感谢您的宝贵支持。  

我们已经为您读取了寄存器、并附上了结果。  

0x0001多次：

0x00至0x1F：

此外、我们使用 THS4551通过以下配置为 DP 的 SIP/SIN 引脚供电。 在不将 R129/R130连接到 SIP/SIN 的情况下、此配置工作正常、但当我们连接时、信号会出现故障(噪声和失真)。  我们尝试删除和/或更改 R129/R130的值、但运气不佳。 请帮您解决这个问题吗？

低于 FYR 的 SIP 黄色和 SIN 蓝色图片：

请尽快检查并确认

谢谢

Rajesh

您好、Rajesh、

不建议在 PHY 光纤接收端使用任何终端。 这些引脚上存在内部终端。 请取消选择这些电阻。

我不太理解为什么 使用 THS4551。 PHY 的光纤侧应连接到符合光纤标准的设备。 您能否分享应用的整个方框图？

--
此致、
Gokul。

你好，Gokul。

感谢您的响应和持续支持。  

• 我们需要100Mbps MLT-3到100Mbps NRZI (线路编码为125mbps)的双向转换。  
• 这可以通过 DP83869 100Mbps 介质转换器模式(例如 100BaseTX 到100baseFX)、其中我们仅需要 NRZI 的电气输出。  
• 需要采用电气形式(非光子)的 NRZI。  
• 在以 TLV350x 单端输出比较器结束的电路中、NRZI 信号得到进一步处理、该比较器可再现原始 NRZI 信号。  
• 然后将比较器的单端输出馈送到 THS4551、以获取单端输入并产生+/- NRZI 输出、该输出可再次馈送到 SIP SIN 引脚(根据之前发送的图像)。  
• 数据表(尤其是 EVM 文档)显示了 SOP/SON 和 SIP/SIN 之间具有50E 分裂接地端接的原理图。  
• 端接效果非常好、可在 R129/R130上产生干净的输出(请参阅前一封电子邮件中的图片)。 但是、当我们连接 R129/R130和 SIP/SIN 输入引脚之间的轨道时、信号会失真、就像 SIP SIN 引脚消耗大量电流或类似的电流一样。  
• 在未连接 SIP/SIN 的情况下、输出是完美的。  
• 我们在连接到 SIP SIN 时尝试断开 R129/R130。 不变。 仍然失真的输出。  
• 我们尝试了不同的电阻器值。 仍然没有变化。  

谢谢

Rajesh  

您好、Rajesh、

我目前正在休假、直至本周四。 我将在我回到办公室后立即回复您。

Gokul、您好！

感谢您的回复

先前聊天消息的任何更新

请尽快更新

谢谢  

Rajesh  

您好、Rajesh、

首先、关于 NRZI 到 MLT3的转换、您必须确保 NRZI 数据是以太网格式。 以太网具有定义的封包化格式、没有该格式、数据传输就不会发生。 您能否确认 NRZI 数据源是否符合100Base-FX 标准？

对于光纤/SGMII 通信、不需要50欧姆单端终端。 SIP/SIN 引脚已在 PHY 内部具有端接。
将它们放在 EVM 上的目的是在未连接光纤链路伙伴时进行评估。

请取消装配电阻器并检查信号完整性。

--
此致、
Gokul。

Gokul、您好！

 感谢您的回答。  

我们发现、有关 SIP/SIN 的问题是由于我们的设计中的上一阶段。 我们解决 了这个问题。  

SIP/SIN 问题仅涉及物理层。  

我们只需要一个双向100Mbps 对话。  

我们有一个实验远距离线路驱动器和接收器。 驱动器仅接受具有两种二进制状态(例如、 NRZ 或 NRZI)。  

然后、该输入通过线路传输并由接收器接收。  

接收器输出与两态输入信号的完全相同。  

在物理层上，我们不处理协议，甚至不处理所使用的行代码(例如， 8b/10b)这不相关。  

现在、为了提供具有实时数据的两态二进制输入、我们使用了 DP838从 具有100BaseTX 卡的 PC 获取以太网数据(不是两态逻辑的 MLT-3)、将其发送到 DP838、 然后、DP838将这个 MLT-3原始数据转换为原始100baseFX、并以125MHz 的纯原始编码格式使用 SOP SON 输出。  

SON 和 SOP 引脚连接到我们系统之前提到的输入。  

SIP SIN 连接到系统的接收器部分的输出。  

以前、我们有两个问题：

1- SIP SIN 输入引脚有噪声。 这就是我们询问正确端接的原因。 现在我们解决了这个问题。 您可以将此项目视为已关闭(非常感谢)。  

2- PC 和 DP 芯片之间的以太网链路仍然每隔20秒左右闪烁一次，即使在尝试12m 以太网电缆后也是如此。 不变。  

• 我们的目标是将 DP 芯片配置为将以太网数据从 PC 传输到 SOP SON、作为125MHz 双状态信号(无论协议如何)。  
• 和在 SIP SIN 上接收125MHz 两态信号并通过 DP 芯片将其传输到 PC。  
• 此要求恰好是 DP 芯片上可用的100BaseTX 到100baseFX 双向对话模式。  

 我们的自举配置似乎存在问题。  

 我们已根据您的请求为您提供了寄存器日志。  

0x0001：

0x00至0x1F：

我们期待您为上述内容提供帮助、并继续为您提供支持。  

 请尽快回复。

谢谢、

Rajesh  

Gokul、您好！

上一次聊天时的任何更新。 请尽快答复

谢谢  

Rajesh  

您好、Rajesh、

我想再次重申一下我在应用中看到的问题。

由于 PC 以以以太网格式传输数据、因此从 PC 到 DP83826的数据传输不会出现问题。

由于远距离接收器的数据不是以太网格式、因此从 DP83826传输数据时会出现问题。

我猜是因为 PHY 无法处理光纤端输入数据、所以链路会断开。

您能告诉我什么是控制远距离发送器的输入吗？

如果您从远距离发送器中完全删除了 SIP/SIN 连接、您能否检查链路不稳定是否仍然存在？ 请确保本实验中的 SIP/SIN 驱动为0。 本实验让我们了解 SIP/SIN 数据输入是否导致链路丢失。