[参考译文] DP83822IF：光纤模式下的接收错误锁存。

尊敬的 Mezo：

重新启动光纤模块时、需要对 DP83822IF 进行软件重置。

 如果客户对光纤模块进行下电上电、DP83822IF 可能仍会将光纤模块视为链路接通。 需要软件复位才能重新启动 DP83822的阶段 、以便 DP83822提供 PHY 的链路状态。

——

此致、

Hillman LIN

你好、林浩民

感谢您的回答。

重新启动光纤交换机时、DP83822会发现链路断开、然后重新启动。 问题是在建立链路后、没有通信。 对于我们正在使用的 Linux 驱动程序、一切似乎都正常。 我们尚未找到任何适用于 DP83822的 Linux 驱动程序、此例中没有什么特别之处。 如何确定有必要复位 DP83822？ 通过读取寄存器0x0010来实现这一目的是否正确、或者有更好的方法实现这一目的吗？ 我们无法知道开关何时复位；它是我们的外部器件。 它可以在我们不知情的情况下随时关闭。

首先、我们所做的是每次看到链路断开时执行重置。 但是、这并不总是起作用、因为如果我们使用另一个需要更长时间才能启动的开关、那么解决方案无效。 PHY 检测到链路、但光纤交换机仍关闭。

此致、

Jon。

尊敬的 Mezo：

很抱歉给您带来不便。  DP83822需要对链路指示进行软件复位以刷新光纤应用。 客户是否可以将光纤模块断电并加电以使 DP83822无效以执行软件重启？

——

此致、

Hillman Lin

尊敬的 Hillman Lin：

我们无法知道开关何时会关闭、客户也无法知道。 这不是定期发生的事情、但也可能发生(瞬时功率损耗、维护...)。 如果发生这种情况、我们将失去通信。

有了我们的解决方案,一切似乎都很顺利,但我的问题是:我们是否忽略了将来可能失败的东西?

此致、

Jon。

尊敬的 Mezo：

您是否还可以参考信号检测引脚来获取软件复位指示？

——

此致、

Hillman Lin

您好、Jon、

也许设置一个软件复位延迟、看看这是否有帮助？

——

此致、

希尔曼牛里脊

你好、Hillman Lin、

是的、我们也考虑过这一点。 问题是、不同的交换机具有不同的启动时间。 我们测试了一些在10秒内启动的模型、但还有一些模型可能需要长达40秒的时间。 我们不能冒险设置固定的延迟、然后让新的开关需要更长的时间。 这些是需要尽快启动的关键系统。 例如、如果我们设置1分钟的延迟以涵盖市场上所有可能的交换机、并且安装的交换机在10秒内启动、则系统不能长时间没有通信。

此致、

Jon。

您好、Jon、

理解您的担忧。 每次更改 SFP 模块的阶段时、都需要软件复位。 遗憾的是、 当光纤模块或链路发生静态变化时、DP83822需要复位级。 我们只能在系统检测到错误时复位 PHY。

——

此致、

Hillman Lin