[参考译文] DP83869HM：不同行为修订版1和修订版3

尊敬的 Kaya：

我希望对您的设置做出一些澄清。 如果我误解了您的设置、请更正我：

• 869(Rev.1)<--铜侧-->869(Rev.3)。
• 对于修订版1、当光纤侧没有 FO 电缆时、铜链路压降
• 对于修订版3、如果光纤侧没有 FO 电缆、则铜链路不会下降

我是否正确理解了您的疑虑？ 如果可以、我们可以检查一些寄存器值以仔细检查您的设置吗？

• 您是否可以读取0x006E、0x0001、0x0018、0x0005、0x0037、 和0x01DF 的输入数据和输出数据。

--

谢谢！

林希尔曼

尊敬的 Kaya：

讨论之后、我会再次与团队内部讨论。 DP83869的修订版1和修订版3的不同之处在于修订版1的0x0001寄存器不能确定需要在0x0C01[2]上检测到光纤链路。

DP83869修订版3可以通过寄存器0x0001来确定光纤和铜缆链路压降。

以下应用手册将提供更多详细信息：

https://www.ti.com/lit/an/snla305/snla305.pdf?ts = 1694455927358&ref_url=https%253A%252F%252Fwww.ti.com%252Fproduct%252FDP83869HM

--

此致、

林希尔曼

尊敬的 Hillman：

感谢您的提示回复。

对于您的第一次答复、请在下面找到我的答案：

• 开关引擎中的内部 PHY (KSZ9897R、Microchip)<->铜侧(MDI)<-> DP83869HM (Rev. 3)<->光纤侧<-> SFF 收发器
• 正确、如果是初始化(上电)之后的修订版1、大约 8-10秒、铜端上的链路会下降。 如果交换机引擎发送帧、则不会向 SFF 收发器发送帧、铜/光纤侧的 LNK LED 和 ACT LED 均关闭。  
• 正确、如果在没有 FO 电缆的情况下进行初始化(上电)之后修订版3、则铜侧的链路绝不会中断、铜侧 PHY 和 DP83869HM 都显示无链路。 但奇怪的是、当帧从开关引擎传输到 DP83869HM 时、会将这些帧发送到 SFF 收发器。 铜侧的 LNK LED 亮起、光纤侧链路 LED 熄灭、ACT LED 闪烁。 当插入和拔出 FO 电缆时、一切正常、如修订版1所示。 同样的结果也会在 LLP 置为无效时出现。

以下寄存器读数属于版本3、不带 FO 电缆：

6Eh = 0x0a5c

1h = 0x7949

18h = 0x0150

5h = 0x0000

37h = 0x0000

1DFh = 0x0045

以下寄存器读数属于使用 FO 电缆的版本3：

6Eh = 0x0a5c

1h = 0x794d

18h = 0x0150

5h = 0x0000

37h = 0x0000

1DFh = 0x0045

修订版1的寄存器读数与修订版3相同

对于您的第二次答复、请 在下面找到我的答案：

给定的应用手册仅适用于 千兆位媒体转换器。 这仍然适用100M 介质转换器吗？ 我们从未遇到链路问题。  因此、我们尚未将其用于我们的应用。 在电路板启动后(或 初始化)、如果没有插入任何电缆、所有相关寄存器都会在两侧照常显示链路关闭、但 DP83869HM 继续工作、因为铜侧有链路、并将帧传输到收发器。

以下帖子还给出了相同的问题、但用户报告说这与特定批次的某些 PHY 有关。 您是否有任何 PHY 属于同一批号？ 很遗憾、我不知道我们的 PHY 是否属于同一批次。 但在芯片本身上、会提供以下标记(DP83869HM、TI、31F、S161、G4)。 其中一个应该是批次跟踪代码、但我不知道是哪一个。

(+) DP83869HM：LED_0在引导时开启。 -接口论坛-接口- TI E2E 支持论坛

尊敬的 Kaya：

从100BaseTX 到100baseFX 也会观察到类似的行为。  

您看到的行为 符合修订版1和修订版3的预期趋势：

• 在869修订版1中,我们期望0x0001[2]链路状态更新仅在铜端,而不在光纤端。 如果光纤端断开连接、您仍可以看到铜端的链路建立。 那么寄存器0x0001不会更新。 如果您想知道光纤中断或链路断开的时间,您需要读取0x0C01[2]以查看光纤端的链路中断。
• 在869修订版3中、当铜侧链路中断和/或光纤侧链路中断时、我们预期会更新0x0001[2]链路状态。 因此,当您断开光纤端连接时,0x0001[2]链路状态也会显示为链路中断。 这是客户之前建议的、因此我们根据客户需求编辑器件。 0x0C01[2]也将在869修订版3中更新。

我可以问一下您想要在自己身边执行哪种情况吗？ 您要看到哪个链路断开指示？ 读数0x0C01[2]对你来说是否方便?

--

此致、

林希尔曼

尊敬的 Hillman：

如果我理解正确、 当任一端或两端失去链路时、0x0001[2]会显示"Link down"。 因此、当任一端口仍为链路建立时、仍显示链路断开、这意味着 DP83869HM 为设置 0x0001[2]将链路断开优先于链路建立。 是这样吗？ 这也是为什么我们在 0x0001[2]上仍然看到链路断开 ，但实际上铜侧的链路仍然接通。

但这 会引出另一个问题。 我们会启用 Always LLP。 由于我在数据集中找不到任何用于启用/禁用 FEF 检测的信息、因此我假设只要激活 LLP、它就一直处于激活或激活状态。 激活 LLP 后、我希望当 SFF 收发器上未检测到能量时、DP83869HM 应强制使铜侧断开链路。  Rev.1 通过检测能量8-10秒来实现这一目的、并将链路断开在铜端上。 但是 Rev. 3的方式与 Rev.1的方式不同。 然后禁用 LLP 时、它将断开铜链路。 当 LLP 被禁用时、修订版本3实际上作为 LLP 被启用时运行、反之亦然。

我不能将建议的与我们的问题联系起来。 因为光纤链路检测工作正常。 问题在于、在没有 FO 电缆的加电(启动)后、为什么在光纤链路关闭的情况下仍能看到铜侧链路接通。 为什么 与修订版1相比、LLP 在修订版3上无法正常工作。 为什么 Rev. 3在禁用 LLP 后断开铜链路、以及启用 LLP 时为什么不断开铜链路。

因此，我问你，这个问题是否可能只出现了一段时间？ 由于另一个用户共享完全相同的问题、 您是否可以使用修订版3进行此实验？

提前感谢您。

尊敬的 Kaya：

是的、您首先的理解是正确的。 0x0001[2]将针对光纤和铜线链路进行更新，其中一个在版本3中断开链路

我不确定我是否理解您的问题。

• 您能解释一下"LLP"是什么意思吗？
• 如果可能、您能否澄清您的疑虑？
• 该行为是否与我之前讨论的情形不相符？

我认为这不是 LOT 的问题、因为 DP83869的修订版3可能来自不同的制造地点。

--

此致、

林希尔曼

尊敬的 Hillman：

我 使用 LLP 来介绍链路损耗直通。 在我做了一些实验后、我有以下问题来了解这是否是修订版3的预期行为：

1. DP83869  已通电 分别导通 而 SFF 收发器上没有任何 FO 电缆。
2. DP83869HM 通过 MDIO 进行配置：禁用自动协商、速度：100M、全双工、启用 LLP、最后启用软件重启。
3. 光纤侧的 Lnk LED 熄灭， 铜侧的 LNK LED 亮起 ，ACT LED 指示灯熄灭
4. BMSR (1h)显示无链路(位2 = 0)。
5. 步骤3 是我们关心的问题。 如果光纤侧没有任何有效链路、我们预计由于启用了链路丢失直通、铜侧的 LNK LED 必须熄灭。  在这种情况下 修订版1正确显示了铜侧的 LNK LED 熄灭。 这就是差别，这与我们的原因有关？
6. 将以太网帧从铜侧发送到 DP83869HM：光纤侧的 LNK LED 熄灭、铜侧的 LNK LED 点亮、ACT LED 闪烁。
7. 光纤端没有链路。 而 DP83869HM 会将帧发送到 SFF 收发器。 我检查了从 SFF 输出的帧实际上是传入 DP83869HM 的相同帧。 因此、为什么当没有链路或 FO 电缆时、DP83869HM 会通过光纤端发送帧。 所有寄存器都显示没有链路、但 DP83869HM 无论如何都会发送该帧。
8. I 已禁用 LLP (0x01EC：1FFD)并进行软件重启(0x01)。
9. 铜侧上的 LNK LED 关闭。
10. 不会通过 DP83869HM 发送以太网帧、ACT LED 熄灭。
11. I 已启用  LLP (0x01EC：1FFC)并进行 SW Restart (0x01)。
12. 铜侧的 LNK LED 再次亮起。
13. 以太网帧通过 DP83869HM 发送、ACT LED 闪烁。
14. 第12步和第13步 实际上让我困扰。 因为启用/禁用 LLP 实际上 会反向 LLP 机制。
15. 总结：启用 LLP 时修订版1的行为 = 上述情况下、修订版3禁用 LLP 的行为  

 对于上述情况、您是否曾遇到过与修订版3相同的意见？ 您认为上述行为是否正常？ 如果这是正常和预期的,我们可以 把这个帖子标记为已解决。

尊敬的 Kaya：

感谢您的详细解释。  

回答错误时正确。 从您在修订版1上观察到的结果来看,当您断开光纤侧而又未在铜侧失去链路时,您还会看到 LED 链路脱落和0x0001[2]链路丢失? 在铜侧发送以太网帧后、链路 LED 和0x0001[2]也显示为链路建立。 您要再次检查此方案是否对修订版1有效？

--

此致、

林希尔曼

尊敬的 Kaya：

感谢您的详细解释。  

回答错误时正确。 从您在修订版1上观察到的结果来看,当您断开光纤侧而又未在铜侧失去链路时,您还会看到 LED 链路脱落和0x0001[2]链路丢失? 在铜侧发送以太网帧后、链路 LED 和0x0001[2]也显示为链路建立。 您要再次检查此方案是否对修订版1有效？

正确的回答。 您是否还可以使用另一个 Rev1 869EVM 电路板对其进行检查、看看您是否看到了类似的场景？

--

此致、

林希尔曼

尊敬的 Hillman：

我们的关切不是 Rev.1，而是修订3。 我们有很多的修订版1的板,我们认为修订版1在我上次的回复中,这种特定的情况下运行正常,所有他们都表现出相同的行为。 因为 在我上次的答复中,考虑到上述情况,Rev.1正在降低铜链,如果没有链路在光纤侧. 我们认为这是正确的、因为我们启用了链路丢失直通功能。

但对于相同的特定情况、修订版3不会断开铜链路。 我们认为这是不正确的。 我们认为、修订版3中的一些设计更改会导致这种意外行为。 因为在我上次答复中、同一电路板上的修订版1和修订版3显示出了该案例的不同行为。 如果除 DP83869HM 外、我们的电路板上的一切都相同(HW 和 SW)、则造成这种差异的原因是 DP83869HM。

我们只想知道的是,Rev. 3的行为是 你熟悉的上述情况?  考虑到这一特定情况、您如何逐步解释 Rev. 3的行为。 请你看看我上次答复中给出的步骤、看看修订版3是否正常工作？  

请记住 ，我们只关注我上次答复中所述的个案。 禁用 LLP 或插入/拔出 FO 电缆后、版本3  在光纤侧没有与版本1相同的链路时开始放弃铜链路

尊敬的 Kaya：

很抱歉混淆了、我想我不明白您对问题陈述的观点。 您的观察结果完全正确。 0x01EC[0]是禁用 Rev3光纤侧0x0001检测功能的寄存器。 启用链路中断功能后、Rev3的情况与 DP83869上的修订版1类似。

--

此致、

林希尔曼

尊敬的 Hillman：

我想、仍然存在一些困惑。

我无法理解"0x0001检测在光纤侧的功能"是什么意思。 您是指在光纤端进行链路检测吗？

我们根据 snla318 (第9页)、通过向寄存器0x1ec (位0 = 0)写入0x1ffc 来启用链路中断功能。 根据数据表(SNLS614B)、此寄存器设置将启用链路中断功能。  

该寄存器设置由 SW 通过 MDIO 完成、并且 RX_CLK (引脚32)通过内部下拉进行(我们不使用外部下拉)。 我们确信已启用链路断开功能。 但正如我之前所说、考虑到我在上一篇文章中的实验、DP83869HM 的两个版本的工作方式不同、如下所示：

修订版1：通电8-10秒后、铜缆链路被断开。 这是正常的、符合预期。

修订版本3：铜链路没被丢弃。 这是不正常的现象。

SW 为 DP83869HM 两个版本都启用了链路断开功能、为什么铜侧在版本3上仍可建立链路？

当我禁用链路中断功能或插入/拔出 FO 电缆时、Rev. 3开始与 Rev.1相同的工作方式。  

因此、当我在修订版3上启用链路断开功能时、不会在修订版1上给出类似的情况

因此、我必须 在修订版3上禁用链路断开才能在修订版1上看到相同的结果。

尊敬的 Kaya：

很抱歉、那会让人困惑。 让我们后退一步、寄存器0x0001显示铜缆上的链路状态。  修订版3的目标是使用该寄存器0x0001链路状态寄存器、以便在铜侧和光纤侧进行检测。 但是、某些客户希望此链路状态指示仅检测铜侧。 因此、我们使用寄存器0x01EC 来处理光纤链路(FO 电缆)。 但铜链路应遵循正常的链路中断开启和关闭模式。

0x01EC 不应对铜侧产生影响。 我也将在我旁边试用该实验。

--

此致、

林希尔曼

尊敬的 Hillman：

你能试过我在上一次答复中提到的案例吗？

 但0x1ec 会检查铜缆和光纤链路的状态、当其中一条链路断开时、0x1ec 会强制 Phy 将另一侧断开。 据我了解、它应该会对铜侧产生影响。

此寄存器中实际播放或更改了什么内容？ 您能否简单地解释一下修订版3中的寄存器与修订版1在哪个范围内不同？

在我们禁用链路丢失直通或插入/输出 FO 电缆后、铜链路跟随光纤链路。 如果已插入 FO 电缆且 DP83869HM 已通电、则铜链路也会跟随光纤链路。

我已经提到过、在我插入和拔出 FO 电缆后、铜链路沿光纤侧走。 但是、当我拔下 FO 电缆并进行软件重启(1F=4000)时、同样的问题会发生、并且铜链路停止跟随光纤链路(意味着铜链路在没有光纤链路的情况下已启动)。

尊敬的 Kaya：

很抱歉耽误你的时间。 如果可能、我想澄清以下情况的链路状态是什么？  

--

谢谢！

林希尔曼

尊敬的 Hillman：

对于顶部情况：铜链路断开(铜链路 LED 熄灭)。 铜链路始终遵循光纤链路。

对于 底层情况：铜链路已启动(铜链路 LED 亮起)。 在这种情况下、如果我们插入和拔出 FO 电缆、则铜链路断开。 软件重新启动后、铜缆链路再次建立以进行无光纤连接。

尊敬的 Kaya：

我想就我的观点再提出一个澄清：

• 对于这两种测试、您每次配置软复位时是否都进行了软复位？
• 如果可以、您是如何配置软复位的？ 将0x001F 写入4000？
• 在您写入软复位后、上述两种情况会发生什么情况？

感谢您的耐心等待

--

谢谢！

林希尔曼

尊敬的 Hillman：

• 是的、每次我们通过 MDIO 配置 PHY 时、我们都会在最后执行软件重启。 当我每次播放(启用/禁用)并删除链路直通(间接访问扩展的寄存器空间)时、我还执行软件重启。
• 是的、我将0x4000写入0x001F 以复位 PHY 电路。
• 我想您参考您在视觉上制作的两个场景：
  • 对于顶部情况、当链路断开被禁用时、软件重启不起作用。 铜侧链路在一段时间后始终处于关闭状态、并且在每次软件重启后始终跟随光纤链路。
  • 对于下面的情况、启用链路丢失后、我做了两个实验：
    • 第一个实验：
      1. 铜链路在上电后启动。
      2. fo 电缆插入和拔出。
      3. 铜链路断开
      4. 已执行软件重启
      5. 铜链路已建立
    • 第二个实验：
      1. 铜链路在上电后启动。
      2. fo 电缆插入和拔出。
      3. 铜链路断开
      4. fo 电缆已插入
      5. 铜链路已建立
      6. fo 电缆已拔出
      7. 铜链路断开
      8. 已执行软件重启
      9. 铜链路已建立
    • 在下面的情况下,当我用光纤链路(插入 FO 电缆)接通 REV.3电源时,铜链路总是跟随光纤链路。如果我移除 FO 电缆,则铜链路也会关闭。 但在软件重启后、铜链路再次建立、没有光纤连接。

尊敬的 Kaya：

我将与团队进行讨论、并在明天之前提供回复。 感谢您的耐心。

--

谢谢！

林希尔曼

尊敬的 Kaya：

感谢您的清晰解释。 现在一切都很清楚。 如果可能、您能否再在您身边执行一次测试？

• 在软件重新启动之前和之后检查寄存器0x01EC？ 您可以再次检查一下该值在软件复位之前和之后是否相同。 根据我们的理解、在软件复位(软件复位)后0x01EC 的值不应更改
• 我还想确认的一点是、您是在向寄存器0x001F 写入4000、而不是在正确执行软件复位(软件复位)时将复位引脚拉低或将0x001F 写入8000？

我将在我身边进行测试、以确认我们是否能够看到相同的观察结果。

--

谢谢！

林希尔曼

尊敬的 Hillman：

• 在软件重新启动之前和之后(将0x4000写入寄存器1Fh)、0x01EC 未更改。
• SW 复位(将0x8000写入寄存器1Fh)将0x01EC 设置为默认(复位)值(0x01FFD)。
• 软件重启不会更改0x1EC、但软件复位会清除0x1EC 寄存器并将其复位值
• 我不执行软件复位(将0x8000写入寄存器1Fh)、因为它会清除所有寄存器并删除我们的寄存器配置。 数据表建议进行软件重启(将0x4000写入寄存器1Fh)。在完成所有寄存器配置后、这也是我最后所做的。

在我们配置 DP83869HM 和 SW Restart 后、0x01EC 会显示正确的值0x1FFC (启用链路丢失通过)。 但 PHY 的行为类似于0x01EC = 0x1FFD (链路丢失通过已禁用)。

上表显示了我们的观察结果、即在寄存器配置和软件重启后未将 FO 电缆插入收发器。 两种修订方式在考虑链路丢失直通机制时采用了相反方式。

使修订版3作为修订版1工作(如上表所示)、

• 必须禁用链路丢失直通模式或
• INFO 电缆必须插入/拔出

尊敬的 Kaya：

感谢您提供的信息。

 如果可能、对于每个测试、您能否对寄存器0x0001、0x01EC 和0x0C01读取三次？ (我担心某些寄存器是锁存低电平、因为它会保持之前的链路状态)

1. 使用光纤和铜缆插件在不进行任何配置的情况下上电修订版3
2. 拔下光纤电缆
3. 软复位
4. 程序0x01EC = 1FFC
5. 软复位
6. 将光纤电缆插入背面
7. 拔下光纤电缆

--

谢谢！

林希尔曼

尊敬的 Kaya：

很抱歉这么晚才回复。 我们看到 DP83869PHY 的修订版1和修订版3之间存在类似的观察结果。 您看到的观察结果与我们的观察结果相似。 链路状态取决于光纤状态。 当光纤断开连接时、链路将断开、当光纤连接回时、链路将恢复。

--

此致、

林希尔曼