您好！所有 TI 专家！
我目前正在配置我们采用 AM2431的定制电路板、旨在从外部 PHY、特别是以太网交换机 IC (Realtek：RTL8363NB-V)连接 AM2431的 RGMII 接口。 通过我的研究、我收到了在很大程度上与所提供的 SDK 文档一致的建议：
我已在 LP-AM243x 板上成功测试了 SDK 示例代码"Enet Layer 2 CPSW Example"。 我打算为我们的定制电路板复制该逻辑。
因此、根据我对文档的了解、我计划创建必要的驱动程序.c和.h文件。 此外、我将启用定制板项、如下面的文档片段中所示：
[启用自定义板项的片段]
我采用这种方法的方向是否正确、或者我可能忽视了哪些重要因素？
您能为我提供更多有关如何在定制电路板上完成此任务的指导吗？
此致、
拉里
Pradeep、您好！
我的 SDK 版本是 MCU_PLUS_SDK_am243x_09_00_00_35。
我在我的 custom_board_config.c 中定义。
RTL8363NB-V 是一种以太网交换机 IC。 我们已通过 RGMII 连接至 RTL8363的 PHY。 其他两个端口用作我们产品的外部通信接口。 地址当前设置为0。
此外、我想问您实施 ExternalPhyManagement 的建议是否涉及使用我自定义的 PHY 状态来强制驱动程序直接连接到 PHY。 这意味着我们忽略了 Enetphy.c 中定义的 PHY 状态机的顺序、以进行确认、对吗？
此致、
拉里
Pradeep、您好！
我想确认 PHY 地址和 PHY ID 是否相同。 根据 RTL836的数据表、我当前的硬件设置已将 PHY ID 设置为0。 我还尝试将 MDC 和 MDIO 引脚设置为通用 GPIO 来模拟 MDIO/MDC 行为、通过此仿真成功地初始化 RTL8363。 因此、我认为这个 PHY ID 没有问题。
如上图所示、当我通过 GPIO 仿真 MDIO 通信时、为了初始化 RTL8363、我在图中将 PHYAD 位置设置为0。 如果 PHY ID 的内容不正确、初始化将失败。 但是、结果是我成功完成了 RTL8363的初始化。 因此、我想确认我们对 PHY 地址的认知是否存在误解。
此致、
拉里
Larry、您好！
关于-
我对底层实施感到好奇：它如何确定 PHY 不存在？
具体实现取决于在 syscfg-Gui 中选择的 MDIO 工作模式；
在 AM243x 上、开箱即用示例使用 MDIO_MODE_MANUAL 模式进行配置。 要调试该问题、您是否可以尝试 在 syscfg-GUI 中将 MDIO 模式更改为 MDIO_MODE_STATE_CHANGE_MON、并勾选受监控 PHY 地址中的所有 PHY 地址？ 您可以将 MDCLK 频率降低到一个较低的值、例如200KHz、以克服 MDIO-CLK 线路上的任何 PCB 跟踪问题。 
请告诉我'EnetApp_waitForPhyAvive'的结果与上述更改。
关于-
您能帮助我确定问题所在吗？
您之前提到过、必须在 syscfg-Gui pinmux 设置中取消选中 MDC 和 MDIO：
由于它没有通过此条件，因此不执行将绑定 PHY 驱动程序的函数 EnetPhy_bindDriver。 奇怪的是、当我在 Enet (CPSW)-> Pinmux 配置中取消选择 MDC 和 MDIO 信号时、此条件语句成功、并执行 EnetPhy_bindDriver、从而允许我的 PHY 驱动程序运行。
我认为这不是正确的方法、我们需要使用 MDC 和 MDIO 信号。 否则、SOC 无法使用 MDIO 线路与 PHY 通信。 在 pinmux 中使用这些信号时、您可能必须调试为什么"EnetPhy_bindDriver"失败。
谢谢。此致、
普拉德普
Pradeep、您好！
我尝试了您提供的 EnetApp_scanPhy 函数、但失败了。 这是日志的内容:下面,
Mdio_manual_ioctl_handler_ENET_MDIO_IOCTL_C22_READ: failed to read PHY 0 C22 reg 4864: -1 EnetMod_ioctl: cpsw3g.mdio: Failed to do IOCTL cmd 0x01000605: -1 EnetPer_ioctl: cpsw3g: Failed to do IOCTL cmd 0x01000605: -1 Enet_ioctl: cpsw3g: IOCTL 0x01000605 failed: -1
EnetType = ENET_CPSW_3G
instId = 0
CoreID = 1
此外、我尝试了修改 inArgs.group = ENET_MDIO_GROUP_0的内容、将其替换为 ENET_MDIO_GROUP_1和 ENET_MDIO_GROUP_NUM、但仍然所有尝试失败。
此次读取寄存器内容的尝试应该是开关 IC 的芯片编号、但很明显、它不能被读取。 该第22条帧是否与我之前问您的 PHY ID 图像中显示的 MDIO 结构一致？
此致、
拉里
Larry、您好！
打开：
此第22条帧是否与我之前问您的 PHY ID 图像中显示的 MDIO 结构一致？
是的、您之前提到的 MDIO 帧结构确实是第22条类型的
参考： https://en.wikipedia.org/wiki/Management_Data_Input /输出#Bus_timing_(子句_22)
关于：
我尝试过您提供的 EnetApp_scanPhy 函数，但该函数失败了。
使用逻辑分析仪监控 MDC 和 MDIO 引脚时，我注意到这两个引脚根本没有任何活动。 我的初始设置是否存在问题？
普拉德普
Pradeep、您好！
您是否检查了 MDC 和 MDIO 信号 Pinmux 设置。 我想您已按照您的初始评论禁用了此功能。 如果不设置这些信号引脚、您将不会在线路/示波器上看到任何信号。 请保持设置。
另外、在我们了解当前问题之前、请尝试使用 MDIO 操作模式作为之前建议的 MDIO_MODE_STATE_CHANGE_MON。
如前所述、我确认了 MDC 和 MDIO 功能未禁用且在 CPSW 引脚多路复用器中启用。
我还遵循了您的建议、将 MDIO 配置的工作模式设置为 MDIO_MODE_STATE_CHANGE_MON、将频率设置为200kHz、地址设置为 ALL。
但是、当我尝试向 PHY 的寄存器写入值时、
static void EnetApp_writeMagicId(Enet_Type enetType,
uint32_t instId,
uint32_t coreId)
{
EnetMdio_C22WriteInArgs inArgs;
Enet_IoctlPrms prms;
Enet_Handle hEnet = Enet_getHandle(enetType, instId);
uint32_t phyAddr = 0;
//while (1)
{
int32_t status = -1;
EnetAppUtils_print(">>> Write Start\r\n");
//for (phyAddr = 0; phyAddr < 32; phyAddr++)
{
uint16_t val = 0;
inArgs.group = ENET_MDIO_GROUP_0;
inArgs.phyAddr = phyAddr;
inArgs.reg = 0x13c2;
inArgs.val = 0x0249;
ENET_IOCTL_SET_IN_ARGS(&prms, &inArgs);
ENET_IOCTL(hEnet,
coreId,
ENET_MDIO_IOCTL_C22_WRITE,
&prms,
status);
if (ENET_SOK != status)
{
EnetAppUtils_print("PHY write at address: %d fail\r\n", phyAddr);
}
else
{
EnetAppUtils_print("PHY write at address: %d success\r\n", phyAddr);
}
ClockP_usleep(100000); // sleep for 100 m-sec
}
}
return;
}
我观察到流程在以下函数中卡住：
您是否确认已在 PHY 管理接口的 MDIO 模式下设置 RTL8363NB 配置、而不是 I2C 模式？
我已经确认 RTL8363处于 MDIO 模式、因为我确实使用了 GPIO 来模拟 MDIO 行为、并且能够初始化 RTL8363。
您是否确认 电路板上的 MDIO 时钟和 MDIO 数据线路上有外部上拉电阻器？
我们在 MDIO 引脚上添加了一个上拉电阻器。
此致、
拉里
在调试模式中,我已经确认 MDIO_OPEN()被执行。 以下是传入的参数的值：
Mdio_Handle hMdio =(Mdio_Handle) hMod；
EnetType = ENET_CPSW_3G
instId = 0
const Mdio_Cfg * mdioCfg =(const Mdio_Cfg *) cfg；
cfgSize = 24
此致、
拉里
Pradeep、您好！
我已经意识到 MDIO 实际上正在运行；这只是我的逻辑分析仪(LA)的参数设置中的一个错误、阻止了触发激活、对此我深表歉意。
但是、我注意到 MDIO 不会发送如下图所示的32位高位前导码：
正如您提到的、我的确在 SDK 中进行了修改。 添加这两行代码后、是否需要执行任何额外操作来确保 SDK 正确执行新添加的器件？
此致、
拉里
Pradeep、您好！
是否看到链路建立事件？
不,我在 cpsw.c 中添加了断点,无论它是 V1还是 V2 ,我都没有观察到 Cpsw_handleLinkUp()正在执行。 我也没有看到 Cpsw_periodicTick()正在运行。 在驱动程序中，似乎需要执行 Cpsw_periodicTick ()才能有机会运行 Cpsw_handleLinkUp ()，对吗？
您可以查看 CPSW 统计信息、以使用 GEL 脚本检查 CPSW 硬件外设接收或传输的数据包数量？
执行您提到的 GEL 脚本后、日志显示以下内容、这似乎表明根本没有启动 CPSW、对吗？
这种现象是否可能是我未能执行某些功能导致的？ 我目前的程序仍然基本上基于"Enet Layer 2 CPSW 示例"。 如前所述、我已将有关外部 PHY 管理的"mcu_plus_sdk/examples/networking/lwip/enet_lwip_cpsw/extPhyMgmt "部分集成到我的程序中。 但是、我尚未包含任何与 lwip 相关的器件。 这是否是 CPSW 未启动的主要原因？
此致、
拉里
Pradeep、您好！
我注意到在外部 PHY 管理示例代码中我没有执行 EnetApp_createPhyRegisterPollingTask ()。 在内部有一个 IOCTL 命令：enet_IOCTL_SET_IN_args (&PRMS、&linkupEventInfo)；ENET_IOCTL (hEnet、selfCoreId、ENET_PER_IOCTL_Handle_EXTPHY_LinkUp_EVENT、 &PRMS、status)；我猜它的功能与您刚才提到的 CPSW_MACPORT_IOCTL_ENABLE 的功能相似、对吗？ 因为在执行它之后、日志显示了以下内容： 
这是否表明发生了链路建立事件？
此外、再次运行 GEL 脚本后、我仍然看不到与您的链接显示的类似的输出。
此致、
拉里
Pradeep、您好！
您是否尝试过解决这个问题？
是的、我已经解决了此错误。
哪个 CPSW MAC 端口连接到 端口1和端口2的"RTL8363NB-V"？
我认为它已连接到端口1。 在硬件侧、我连接到 RGMII1的引脚、如下图所示。
在程序中、我已将其设置为连接到 ENET_MAC_PORT_1。 我不确定您是指的是硬件端口还是 MAC 端口？ 我还尝试在程序中添加 ENET_MAC_PORT_2、但失败了。 我会再试一次。
您是否可以尝试使用 syscfg-GUI 交换端口以查看是否有不同的结果(尝试禁用其他端口)？
我已经在原始 syscfg 中禁用了 Mac 端口2。 我将尝试切换到使用 Mac 端口2、看看是否有机会使其正常工作。
您是否可以尝试在 syscfg-Gui 工具中启用 CPSW 的两个 MAC 端口、并查看统计信息是否有任何变化？
结果似乎和以前一样；没有区别。
您能否比较工作板(TI-LP 板)和不工作设置(定制板)之间的 CPSW MAC 端口寄存器设置？
您是互换端口还是 RGMII？
此外、是否还有其他可以尝试修改的器件？ 以下是到目前为止我找到的一些寄存器设置、我认为这些设置符合我的当前需要、但仍然无法与开关 IC 进行通信。
CPSW_SS_RGMII1_STATUS_REG
全双工模式= 1h =全双工
速度= 10 = 2h = 1000Mbps
链路= 1h =链路已建立
CPSW_STAT_PORT_EN_REG
P2_STAT_EN = 1h = 端口2统计信息已启用。
P1_STAT_EN = 1h = 端口1统计信息已启用。
P0_STAT_EN = 1h = 端口0统计信息启用。
CTRLMMR_ENET1_CTRL
PORT_MODE_SEL = 010 = 2h - RGMII
CTRLMMR_CPTS_CLKSEL
CPTS_CLKSEL_CPTS_CLKSEL = 0h = MAIN_PLL2_HSDIV5_CLKOUT
关于将 AM-243连接到交换机 IC 的可行性、我的理解是、如果 AM-243内部的 MAC 配置正确、那么只要交换机 IC 侧的 PHY 初始化、就应该可以进行通信。 我们是否有机会进行更详细的沟通？ 此功能对于我们的产品非常重要。
此致、
拉里
Pradeep、您好！
我尝试添加一个任务来持续向 RTL8363发送数据包。 可以观察到数据包已成功发送。 我们通过 Wireshark 验证了数据包确实是按照我设计的格式传输的。 但是、仍然无法接收从 RTL8363发送到 AM2431的数据、尤其是 AM2431的 RX。 是否存在可能导致此问题的任何设置？
问题是否可能是因为我们发送的数据包是广播数据包而出现的？ MAC 地址为0xFF：0xFF：0xFF：0xFF：0xFF：0xFF：0xFF。 我们是否需要启用特定寄存器中的某些功能？
因为我在 CCS 上的 Registers 列表中看到如下所示的寄存器： 
根据数据表说明、它似乎与广播相关。 是否需要配置类似的寄存器？
此外、您是否收到了我发送给您的固件？ 此外、我们的电气工程师(EE)已通过电子邮件向您发送电路图。 您能否联系您的 EE 以帮助检查电路是否有任何缺陷？ 谢谢！
此致、
拉里