您好！
我们目前在以太网-PHY DP83826和在 Profinet 应用中的启动行为方面存在问题。
在一些电路中、可能会发生系统在启动时挂起的情况。 Call-Stack 如下所示：
经过调查并再次查看数据表后、我们支持以下内容：
T4定义为最大50ms、这意味着我们需要在复位版本之后等待这一次、以确保 Eth-PHY 完全引导。
下面是我对此的问题：
看来我们等待的时间不够长，而且很早就发出了命令。 这会使空穴系统进入无响应状态、它在上面的调用堆栈中只是空闲。
这个50ms 不应该在 PRU 级别得到处理吗？ 至少我们应该在应用级别得到一个错误代码、指示"PRU 未就绪"或/和"EHTPHY 未就绪"等内容
我认为 ETH-PHY 的 RESET 引脚也由 PRU 驱动、因此应由 SDK 处理。
是否已经有功能可以检查 PRU 和 ETH-PHY 是否完全引导？
但至少我认为 ETH-PHY 驱动程序的"命令函数"应返回前面所述的错误代码。
谢谢
Fabian
我检查了 MDIO 代码、它似乎进入了暂停状态、因为任何事务一旦发出、它都会等待完成、
您能否检查 PHY 配置是否正确完成、并在对其下电上电后尝试重新运行应用程序。
software-dl.ti.com/.../EXAMPLES_INDUSTRIAL_COMMS_ETHERCAT_SLAVE_DEMOS.html
请查看此主题： (+) LP-AM243：不稳定行为-基于 Arm 的微控制器论坛-基于 Arm 的微控制器- TI E2E 支持论坛
尊敬的 Nilabh：
将 ETH PHY 的 RST_N 连接到 Sitara 和 GPIO
然后、我认为我们需要在软件中复位 ETH PHY、以确保 ETH PHY 处于正确的状态。
在启动时、我认为我们需要执行如下操作：
将此引脚配置为输出。 将其25µs 为低电平至少1 μ s、将其驱动为高电平、然后等待50ms、直到 PHY 引导完成。
我这么说是对的吗？
Br
Fabian
您好、Zack & Nilabh、
Fabian 的同事在这里。
我注意到在 TRM 中有一个 MDIO_ALIVE_REG 寄存器。 我刚刚选中了这个、它似乎代表了正确的值： 
这意味着地址0和2的 ethPHY 是有效的。 正确的地址。
但我没有看到在任何驱动器中使用此寄存器。
如果我按照说明进行操作：
"如果 PHY 确认了对具有对应于寄存器位号的地址的 PHY 的最近一次访问、则该寄存器的32位中的每一位都将置位；如果 PHY 未能确认访问、该位将复位。 对 PHY 的用户访问和轮询访问都将导致相应的活动位更新。 活动位旨在用于通过相应的地址指示 PHY 是否存在。 向任何位写入1将清除该位、写入0无效。"
该位应该告诉我们 PHY 是否可用、但只有在轮询访问之后才会更新该位。 由于我们在 MDIO 访问中遇到了这种挂起情况、我不确定"轮询访问 PHY "是什么意思。 连续 PhyRegRead 是轮询访问吗？ 那么、我们可以连续读取 Phy 的任何寄存器并检查该寄存器以确保 PHY 处于活动状态？
或者一个好的处理会是怎样的呢？
问题是我们无法在启动时插入50ms 等待、因为我们的器件需要快速上电。 这可能会导致以下情况：
Sitara 和 EthPhy 同时上电。 FW 启动、可能需要20ms 才能启动 Eth-phy-driver。 然后、睡眠会导致整体70ms 的时间、而不是只需要50ms 的时间。
因此、检查寄存器是否处于活动状态将提高 Phy 的性能。 此外、问题是：如果该寄存器正常工作、如果仍需要拉 EthPhy 的复位引脚。 我想它会更稳定、尤其是在电源弹跳时、根据数据表、重置应该只需要2ms、而不是50次、所以我们可以这样做。
因此我的建议是：
1.同时为 Sitara 和 EthPhy 供电
2.当创建 EthPhyDriver 时、可能会通过轮询 PHY 的任何寄存器在1ms 内检查相应 EthPhy 的 MDIO-ALive-register。
3.(如果仍然需要)如果 PHY 处于活动状态、则通过将其拉至低电平至少25µs μ s 来通过 RST_N-Pin 进行复位、等待2ms (3ms 以确保没有时序问题)并继续执行固件。
这种方法是否合适？
此致
Felix
