请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
器件型号：AM625 主题中讨论的其他器件： SK-AM62B-P1、SK-AM62-LP 、SK-AM62、 TPS65219
工具与软件：
环境：
在 AM625电路板上进行电气切断测试期间、我们观察到端口 eth0、eth1和 eth2的以太网 LED 意外关闭。 注意：
- eth0和 eth1使用单独的 DP83867控制器
- eth0 已连接到具有活动 SSH 会话的 PC。
- ETH1和 ETH2 (USB/ETH 适配器) 连接在一起、交换了 IEC 61850 GOOSE 消息。
- 尽管 eth2的链路如 Linux 操作系统所报告的那样保持开启、但"ip"命令显示 eth0和 eth1断开、dmesg 中未记录任何链路连接/断开事件。
测试设置和观察结果：
- Sitara 板对端口 eth0和 eth1使用两个单独的 DP83867控制器。
- 我们利用了 MDIO 工具 读取 PHY 寄存器。 对于 Phy 地址0、BMCR (寄存器0x00)返回 0x1940 .
- 对 BMCR 值的分析表明 位11已设置 —表示 PHY 处于 IEEE 断电模式(根据数据表、该数据表规定通过置位外部 PWDN 引脚或设置 BMCR 位11来激活断电)。
已测试的操作：
- 在 BMCR 中通过写入"0"来清除位11的尝试不会删除 PowerDown 状态。
- 通过 BMCR 第15位执行全局软件复位也无法复位第11位状态。
- Linux CPU 的软重启("reboot"命令)未能解决问题。
- 只有完整的电上电周期才能恢复正常运行(即 PHY 退出 PowerDown 模式并且 eth0/eth1恢复正常)。
结论：
这些测试表明、ETH0和 ETH1上的 DP83867控制器在电气切断测试后卡在 IEEE PowerDown 状态。 鉴于所有基于软件的恢复方法都失败、根本原因可能是 AM625电路板上的 DP83867实施存在电子或设计问题。 希望德州仪器(TI)能提供更多见解和指导来解决这一关键问题。
如果需要其他详细信息或进一步的测试、请告知我们。
