[参考译文] DP83867E：自举权变措施

admin

Guru**** 2484615 points

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/interface-group/interface/f/interface-forum/679540/dp83867e-strap-workaround

器件型号：DP83867E

我们在强制设置 RX_DV、RX_CTRL 引脚之前开发了 PCB、因此我们没有在该引脚上启用自举

(引脚38)

我找到了一个 Linux 驱动程序的链接、该链接有相同的问题、他们建议清除 CFG4中的以下位- 我引述：


DP83867IR/CR SNLS484E[1]的数据手册于2017年3月修订
、建议不
支持模式1和2中的自举 RX_DV/RX_CTRL 引脚(请参阅表5下的注释(4级自举引脚))。

有些电路板的引脚以这种方式捆绑、需要
数据手册中建议的软件权变措施。 

配置寄存器4 (地址0x0031)的位[7]必须清零。 这
可确保 PHY 正常运行。

如果我们没有这种情况，症状会是什么？

7 年多前

0 admin 7 年多前

TI__Guru**** 2484615 points

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

您好！

请参阅以下主题中 Aniruddha 的响应。

e2e.ti.com/.../597807

此致、
GET

0 admin 7 年多前

TI__Guru**** 2484615 points

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

非常感谢-我与之前的设计人员交谈、结果他意识到了这个问题、并添加了解决方法。

因此、解决方法已经到位、但我们仍然会看到偶尔出现的 POR 问题-

作为状态机的一部分、我们始终在 POR 之后执行另一个自动协商传递以强制执行新设置、并且 CFG4.7会作为该设置的一部分被清除。

这是否足够？

B.

0 admin 7 年多前

TI__Guru**** 2484615 points

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

您好、Boris、

这应该足够了、因为您要在硬件锁存之后实现软件覆盖。
这应该很稳健。

0 admin 7 年多前

TI__Guru**** 2484615 points

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

您好、Ross、

我们发现在某些上电时链路未通电-我们更改了状态机以监控 PHY 状态大约 4秒、如果链路仍未通电(或处于未达到预期的速度/双工模式)、我们将再次重新协商。修复了它(每次都有2000次加电、而在30分之一之前是可疑的)。

此致。

Boris

接口（参考译文帖）

接口（参考译文帖）(Read Only)

[参考译文] DP83867E：自举权变措施