[参考译文] DP83822H：DP83822在以太网自动协商通告中发送不需要的(&quot)；下一页&quot；位

尊敬的 Jiri：

是否存在此问题影响的功能问题？ MAC 之间的通信是否正常？

此致、

Gerome.

是的、我们遇到了兼容性问题。 启用自动协商后、我们的器件与 DP83822无法建立链路。 对于某些器件、它可以正常工作、但对于其他器件、它无法正常工作。

例如、它无法连接到戴尔笔记本电脑上的 Intel(R) Ethernet Connection (23) I219-LM。 仅在禁用自动协商时才有效。

因此、我们正在尝试找出问题的根本原因。 原理图遵循数据表中的建议、与数据表相比、测得的信号看起来非常完美。

我们发现与预期状态只有一个偏差："下一页"位。

您好！

Unknown 说：

对于某些设备、它可以正常工作、但对于其他设备、它无法正常工作。

"它"是指不是 DP83822的器件吗？ 或者您是否在说 DP83822无法连接到戴尔笔记本电脑上的 Intel PHY？

此致、
Gerome.

您好！

该问题是由我们的软件导致的、该软件没有等待足够长的时间来完成自动协商、并试图过早地重新启动它。 因此、DP83822开始通过快速链路脉冲(FLP)以不一致的状态发送自动协商数据。 PHY 的内部状态机似乎继续独立运行、如果它在任意点重新连接到链路、则可能会发送截断或无效的广播数据、从而使情况更糟。

我附加了一个图像、说明了当在序列中间重新连接 PHY 时、自动协商数据如何被截断。

下面我们举例说明：
*仅传输自协商数据的最后3位。


下一个自协商帧的前12位不完整。

现在它可以运行、但仍然有两个未决问题：

1. 当配置寄存器设置为"0"时、DP83822为什么会发送"下一页位"= 1？
2. 为什么 DP83822可以发送无效/不完整的自动协商数据？

此致、
Jiri

尊敬的 Jiri：

因为以太网通信在正常工作、所以我不太关注自动协商过程的细节。 可能是、当正确配置 PHY 而未在自动协商收敛之间重新启动时、此行为不存在、或与通信的整体功能无关。

此致、

Gerome.

Gerome、我感谢您的答复、但我相信您在这里缺少核心关注点。

的技术要求 安全性、兼容性和可靠性 至关重要。 我只能确认某件事情在我的特定条件下"有效"是不够的—我需要确保它有效 始终如一地、在现在和未来的所有运营条件下运行 .

每当我发现预期行为和实际行为之间存在差异时、我都会 有义务的 评估该偏差是否会影响我们产品功能的这些关键方面。 忽略此类差异只是因为在专业工程环境中、"IT 可行"是不可接受的方法。

此致、
Jiri