[参考译文] LP-AM261：固定速度上的 PHY 需要几秒钟来建立链路

尊敬的 Tobias：

对于某些应用、需要在 500ms 以下发送第一条以太网消息 — Reliable。

如果您需要较短的启动时间、我建议 引导 PHY 配置以缩短 PHY 链路建立时间。 您已经在使用它了吗？

同时、让我检查一下您在内部对 LP 所描述的问题。  

尊敬的 Tobias：

您如何测量链路上升速度？

第一步–可视化（链接 LED）。 因为我花了几秒钟,在最坏的情况下,链路引导上的 PHY 表明他们已经建立了链路。 如果 PHY 表现出良好的行为、不断直接显示链路、我们将使用示波器测量其余部分。

尊敬的 Tobias：

可以从示例工程源文件中强制在以太网 IP 示例中进行配置：

IND_comms_sdk_am261x_10_00_01_01/examples/industrial_comms/EtherNetIP_adapter_demo/device_profiles/common/device_profile_reset.c

您可以使 AutoNeg =0 并选择 100M 为 1、如果满足计时要求、则检查一次。

您好：Nilabh、

嗯、我们对它进行了测试、很遗憾它解决了 不会 问题。 该修复仅适用于启动行为？

配置也应在运行时采用、否则、我们每次设置新 phy 速度时都必须重新启动器件。

尊敬的 Tobias：

第一步–可视化（链接已引导）。 因为我花了几秒钟,在最坏的情况下,链路引导上的 PHY 表明他们已经建立了链路。 如果 PHY 表现出良好的行为、不断直接显示链接、我们将使用示波器测量其余部分。

我的建议是,不要在 LED 闪烁和视觉提示中继 。 根据 phy 数据表、链路建立时序为：

我建议使用示波器或相关工具来测量链路建立时序。

另请参阅以下有关测量的更多详细信息： www.ti.com/.../snla423.pdf

您好： Nilabh、

应用似乎依赖于 BMSR、链路状态寄存器。 这将控制 ACD 应用程序、它只在有链路时立即发送 ARP 消息。 这在我们看来是可以重现的。 这意味着、特别是在最坏的情况下、当接收链路需要几秒钟的时间时、ACD 应用程序只会在链路 LED 亮起时立即开始发送其消息。 应用程序本身来自 TI、因此也是 TI 对此有充分见解的驱动因素。

您能否验证我们是否可以依赖此处的数据表、这是软件错误还是硬件？

然后、我们必须考虑我们可以使用哪种 PHY。

尊敬的 Tobias：

什么是合作伙伴 (DUT 连接到的 PC) 链路速度是自动协商或强制。

https://e2e.ti.com/support/interface-group/interface/f/interface-forum/1276226/faq-can-auto-negotiation-link-up-with-force-mode-on-100mbps

请您在合作伙伴侧尝试一下 Fixed

您好：Nilabh、

这就是发生这种情况的地方。 伙伴器件是固定的、例如 10Mbit/s 全双工、LP-AM261 设置为相同的速度和双工。

如果两者都是自动协商、则一切都正常。 如果伙伴启用了自动协商、并且 LP-AM261 具有固定速度、则它按预期工作。 只有在固定–固定设置中、我们才会遇到这个问题。

尊敬的 Tobias：

我们目前正在与内部团队讨论、 以找出问题的根源。

您好： Nilabh、  

现在已经过了一段时间了。 有新消息吗？

尊敬的 Tobias：

我们正在尝试调试问题、并且还开始与 PHY 团队进行讨论、以便更好地了解问题。