主题中讨论的其他器件:SysConfig
工具与软件:
您好、TI 团队:
我正在尝试使用9.2 SDK 启动以太网(Ethfw)。当我通过 UART 进行调试时、我可以看到它一直低于函数、在什么条件下信标可用? 如果我注释此函数调用完成内核不工作、则会出现另一种行为、这是否应该出现?
从 ethfw 为 app_remoteconfig_server 构建的应用程序。

谢谢。此致、
Satya。
This thread has been locked.
If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.
工具与软件:
您好、TI 团队:
我正在尝试使用9.2 SDK 启动以太网(Ethfw)。当我通过 UART 进行调试时、我可以看到它一直低于函数、在什么条件下信标可用? 如果我注释此函数调用完成内核不工作、则会出现另一种行为、这是否应该出现?
从 ethfw 为 app_remoteconfig_server 构建的应用程序。

谢谢。此致、
Satya。
您好!
[报价 userid="462694" url="~/support/processors-group/processors/f/processors-forum/1431969/dra829v-ep2000-main2_0-ethfw-rtos-sdk-9-2/5494585 #5494585"]、但是如果要构建并刷写原始 SDK 二进制文件 、我看不到任何 UART 日志、您能否帮助我启用如何启用 UART 日志?[/QUOT]如果您正在加载 Vision Apps binay、UART 打印将不可用。
从日志中可以看出、端口配置错误。
您能否分享您对定制电路板所做的更改?
此外、请参阅 EthFw 用户指南中的移植指南以进行特定于电路板的更改。
此致、
Sudheer
我们的现有项目中有一个包含诸如 UART、IPC 等基本驱动程序的项目、其中包含我刚刚调用的主函数
MCU2_0 main 函数的 app_remoteSwitchcfg_server、如下所示重命名、以及映射到编译的所有其他必需依赖关系库。 
以下宏已启用以进行构建。
#define BUILD_CPU_MCU2_0
#define BUILD_SOC_LIST J721E
#define BUILD_APP_FREERTOS
//#define ETHAPP_ENABLE_INTERCORE_ETH
#define ETHFW_MONITOR_SUPPORT
#define ETHFW_Iperf_SERVER_SUPPORT
#define ETHFW_RAND_MACADDR_GEN
控制器是否需要启用 ETHAPP_ENABLE_INTERCORE_ETH 也是? 我之前的目标是7.3 SDK 运行良好(Ethfw 和用于 VLAN 的 Enet 模块发生了一些变化)、例如 Linux 还能够创建虚拟以太网接口(Eth1通过 j721e-cpsw-virt-mac)、因此现在我们正在迁移到9.2 SDK、应该像旧版本一样运行所有内容。
谢谢。此致、
Satya。
您好!
ETHFW 有许多更改/增强、从 SDK 7.3到9.2。
是否需要启用 ETHAPP_ENABLE_INTERCORE_ETH 也是? [报价]仅当要将广播数据包传输到客户端(Linux、RTOS)时、才需要此功能。
端口配置来自"utils/board/j721e/board_j721e_evm.c"文件、请确保根据特定电路板进行配置。
出现上述错误的原因将是为端口选择的接口与端口控制配置不匹配。
此致、
Sudheer
尊敬的 Sudheer:
正如您建议的那样、我已删除未使用端口(端口7 SGMII)的初始化、那么我认为我可以在初始化方面看到更多的进展、现在我看到了 phy 读取的问题、您能否在 UART 上看到此日志并在可能的情况下提出一些建议? 同时,我也将尝试从我的一边。
e2e.ti.com/.../Ethfw_5F00_bringup.log
您好!
从下面看来、没有找到具有匹配 PHY ID 的 PHY 驱动程序。
0071:[0]<PHY><11:09:36.007> MCU2_0[DEBUG]- MDIO_ioctlManualMode:读取2024年11月04日0 C22 reg 2失败
0072:[0] 2024年11月04日<MCU2_0[DEBUG]-:-1
0073:[0]<PHY><11:09:36.033> MCU2_0[DEBUG]- 2024年11月04日:Phy_findingState:Phy 3:不能绑定到任何驱动程序
0074:[0] 2024年11月04日<MCU2_0[DEBUG]-:-1
0075:[0]<IPC><11:09:36.151> MCU2_0[DEBUG]- 2024年11月04日[MAIN3_1] IPC 任务初始化在1秒后调用
MDIO 模式从 SDK 7.3更改为9.2。
由于 MDIO 勘误、MDIO 在手动模式下已启用、并且仅支持 C22。 在 SDK 7.3中、它是状态更改模式。
理想情况下、该值不会影响 C22 PHY。 请检查 PHY 驱动程序是否是 PDK Enet 模式的一部分。
此外、有关更多详细信息、请参阅 PHY 集成指南。
https://software-dl.ti.com/jacinto7/esd/processor-sdk-rtos-jacinto7/10_00_00_05/exports/docs/pdk_jacinto_10_00_00_27/docs/apiguide/j721e/html/enetphy_guide_top.html
此致、
Sudheer
您好!
从您之前的 ETHFW 日志中、我可以看到 PHY-3为例 检测到、
0017:[0] <MDIO><11:09:34.849>U2_0[DEBUG]- MDIO_OPEN:2024年11月04日 手动模式已启用
0018:[0] < 2024年11月04日><11:09:34.894> MCU2_0[DEBUG]-
0019:[0] <PHY><11:09:34.910> MCU2_0[DEBUG]- 2024年11月04日3是活动的
0020:[0] <EnetMcm><11:09:34.954> MCU2_0[DEBUG]- 2024年11月04日:EthFw_initMcm:测试退出至 EnetMcm_acquireHandleInfo:1.
0020:[0] <EnetMcm><11:09:34.954> MCU2_0[DEBUG]- 2024年11月04日:EthFw_initMcm:测试退出至 EnetMcm_acquireHandleInfo:1.
0020:[0] <EnetMcm><11:09:34.954> MCU2_0[DEBUG]- 2024年11月04日:EthFw_initMcm:测试退出至 EnetMcm_acquireHandleInfo:1.
是否启用了 ENABLE_QSGMII_PORTS?
此外、在端口配置中、我可以看到所有端口都连接了相同的 PHY 模式(dp83867)。
您能否检查 PHY 是否已通电和复位是否结束? 是否正确配置了用于使 PHY 脱离复位的 GPIO?
此致、
Sudheer
尊敬的 Sudheer:
在我们的定制板中、总共有4个端口、其中5个和6个是 RGMII、7个和8个是 SGMII、7再次连接到外部开关、8个连接到 RTL9010 phy、目前我将仅针对5个和6个端口进行启动、因此从应用我刚刚启用了上面屏幕截图中提到的那些端口。 如何通过 GESI 板检测 Enet 板类型。
在某些电源循环中、我也可能出现如下所示的不同误差 
" 是否启用 ENABLE_QSGMII_PORTS ? ":目前尚未启用
" LSO、从端口配置来看、所有端口都连接了相同的 PHY 模式(dp83867)。 " : 是的、我们有两个 phy (dp83867)、用于两个端口分别通过 phy 地址1和2连接到5和6
您能否检查 PHY 是否已通电和复位是否结束? 是否正确配置了用于使 PHY 脱离复位的 GPIO? :我将检查 GPIO
谢谢。此致、
Satya。
您好!
[报价 userid="462694" url="~/support/processors-group/processors/f/processors-forum/1431969/dra829v-ep2000-main2_0-ethfw-rtos-sdk-9-2/5497794 #549794"] 您能否检查 PHY 是否已通电和复位是否结束? 是否正确配置了用于使 PHY 脱离复位的 GPIO? :我会检查 GPIO 的[/报价]当然。
此外、您能否通过从 enet_component.mk 文件中禁用 MDIO 手动模式来进行一次检查。 
禁用后、清理构建 ETHFW 并检查一次。
此致、
Sudheer
尊敬的 Sudheer:
我们总共有3个(DP83867) phy、其中一个连接到 cpsw2g 交换机并映射到 Linux 内核。另外两个连接端口5和6连接到 cpsw9g 交换机、所有3个 phy 的 RESET 逻辑引脚都是相同的、但我可以通过 ssh 连接到 Linux 意味着可能还有两个也可能没有任何复位逻辑的问题。 我们是否需要注意任何其他引脚?
我已禁用 MDIO 手动模式、我看到 如下问题。

我看到以下 PHY 数据在每次下电上电时是随机的。

如果可能、请安排一次简短的调试电话今天我将向您展示原理图、然后我们可以找到一些解决方案吗?
谢谢。此致、
Satya。
e2e.ti.com/.../Ethfw_5F00_bringup_5F00_Manual_5F00_MDIO_5F00_Disabled.log
很抱歉我漏掉了我之前评论的日志。
谢谢!
Satya。
您好!
我仍然可以看到 Mido 仍处于手动模式。
0058:[0]< 2024年11月06日> MCU2_0[DEBUG]- MDIO_ioctlManualMode :无法读取 PHY 2 C22 reg 2
0059:[0]< 2024年11月06日> MCU2_0[DEBUG]-:-1
0060:[0]<Phy>MCU2_0[DEBUG]- EnetPhyMdioDflt_readC22:2024年11月06日2:无法读取 C22寄存器
0060:[0]<Phy>MCU2_0[DEBUG]- EnetPhyMdioDflt_readC22:2024年11月06日2:无法读取 C22寄存器
您是否可以从 PDK 重新编译 pdk_libs、然后清理构建 ETHFW (用于清理的 ethfw_all_clean 和用于构建的 ethfw_all)?请参阅 ETHFW 用户指南、了解有关构建命令的更多详细信息。
https://software-dl.ti.com/jacinto7/esd/processor-sdk-rtos-jacinto7/10_00_00_05/exports/docs/ethfw/docs/user_guide/ethfw_c_ug_top.html#ethfw_build_top
此外、我还可以看到如下与 IPC 任务相关的日志、ETHFW 中是否集成了其他应用?
0003:[0] <Ipcrx>MCU2_0[debug]- 2024年11月06日 任务初始化
0004:[0]<Ipcx>MCU2_0[DEBUG]- 2024年11月06日 任务初始化
0005:[0]<Ip> MCU2_0[DEBUG]-正在运行2024年11月06日 Rx_Main
您能否在与 ETHFW 相关的 TI SDK 9.2上分享您的更改以供审查。
此致、
Sudheer
尊敬的 Sudheer:
我确实使用了禁用 MDIO 手动模式的清理构建、正如您提到的、我现在没有看到 PHY 有任何问题是这确认 PHY 可以正常工作吗? 
手动模式启用和禁用将会发生什么情况?如果可用、请分享任何文档吗?
正如我之前提到的 IPCRX 任务 IPC TX、 UART、这些驱动程序是我们在由项目团队创建的单独存储库中维护的、我刚刚创建了一个新任务、并像从 app_remoteconfig_server.c 文件中调用所有函数、同时将来自 Ethfw 和 Enet 的所有库添加到我们的存储库中。
我也可以简单地刷写二进制文件、但我看不到任何 UART 日志。
e2e.ti.com/.../Ethfw_5F00_bringup_5F00_Manual_5F00_MDIO_5F00_Disabled2.log
谢谢。此致、
Satya。
您好!
[报价 userid="462694" url="~/support/processors-group/processors/f/processors-forum/1431969/dra829v-ep2000-main2_0-ethfw-rtos-sdk-9-2/5499951 #5499951"]我使用禁用 MDIO 手动模式执行了清理构建(正如您刚才所说的那样)我现在看不到 PHY 有任何问题是这确认 PHY 可以正常工作吗?是的、似乎检测到了两个 PHY (phy-1、phy-2)并且链路已建立。
我使用禁用 MDIO 手动模式执行了清理构建(正如您所说的那样)我现在看不到 PHY 有任何问题是这确认 PHY 可以正常工作吗?
有关 MDIO 模式的相关信息、请参阅以下常见问题解答。
https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1296545/faq-tda4vm-information-about-mdio-module-in-j721e-j7200-j721s2-j784s4
在手动模式下、MDIO 由 CPU 操作;在状态更改模式下、由外设操作。
在手动模式下、如果在 MDIO 调用期间发生任何任务切换、则可能会导致 MDIO 事务失败。 即、MDIO 事务应位于关键区域下。
ETHFW 任务与其他线程相比是高优先级还是低优先级? 如果为低电平、请 对 ETHFW 保持高优先级进行检查。
此致、
Sudheer
尊敬的 Sudheer:
我从应用中禁用了这些 IPC TX 和 RX 任务、现在仅启用了两项任务:一项是处理 UART、另一项是用于 ethremote config 服务器应用程序。
现在、我的目标是在 Linux 端(使用)创建虚拟以太网端口(仅 MAC) j721e-cpsw-virt-mac 驱动程序 )所以我尝试了启用 ETHAPP_ENABLE_INTERCORE_ETH 宏来说这足够吗?
启用后 ETHAPP_ENABLE_INTERCORE_ETH 宏、在屏幕截图中控件一直处于以下功能。 能否请您验证我在此处所附的更改并帮助您解决此问题?
app_remoteswitchcfg_server_main () 这个函数我在任务函数下调用,并将在加电后调用一次它是否需要定期调用?

e2e.ti.com/.../app_5F00_ethRemoteConfigServerMain.ce2e.ti.com/.../app_5F00_ethRemoteConfigServerMain.h
尊敬的 Sudheer:
是的、我给了任务优先级2、仍然存在相同的问题、但我不明白为什么它在等待信标、你能告诉我哪个模块应该对此做出响应吗? 如下面的屏幕截图所示 EnetMc_init 创建 MCM 服务器任务、返回 OK 后、控制权将获取 Handle 函数、因此我认为 MCM 服务器任务的创建可能不是问题。 我是否需要从我共享的应用程序代码中调用任何其他函数? 
谢谢!
Satya。
尊敬的 Sudheer:
正如我们所讨论的、我们正在处理与 SDK 9.2兼容的 Linux 映像、现在我在 MCU2_0和 MCU2_1作为那里的服务器/客户端工作、我可以将通信视为 日志
注意:橙色日志为 MCU2_1
0060:[0]<ETHFW><12:46:39.099> MCU2_0[DEBUG]- 2024年11月13日:虚拟端口配置:
0061:[0]<ETHFW><12:46:39.161> MCU2_0[DEBUG]- 2024年11月13日:CpswProxyServer_initNotifyServiceEp:RPMessage_created:1.
0062:[0]<ETHFW><12:46:39.239> MCU2_0[DEBUG]- 2024年11月13日:CpswProxyServer_initNotifyServiceEp:RPMessage_announced:1.
0063:[0]<ETHFW><12:46:39.344>MCU2_0[DEBUG]- 2024年11月13日:CpswProxyServer:初始化已完成(内核:MCU2_0)
0064:[0]<MCU><12:46:39.849>MCU2_0[info]- 2024年11月13日 处于活动状态
0065:[0]<ETHFW><12:46:40.353> MCU2_0[DEBUG]- 2024年11月13日 appMain 任务运行
0066:[0]<MCU><12:46:41.100>MCU2_0[INFO]- 2024年11月13日 处于活动状态
0067:[0]<ETHFW><12:46:42.356> MCU2_0[DEBUG]- 2024年11月13日 appMain 任务运行
0068:[0]<MCU><12:46:42.401>MCU2_0[INFO]- 2024年11月13日 处于活动状态
0069:[0]<MCU><12:46:43.613> 2024年11月13日 U2_0[INFO]- MCU 处于活动状态
0070:[0]<ETHFW><12:46:44.367> MCU2_0[DEBUG]- 2024年11月13日 appMain 任务运行
0071:[0]<CpswProxy"<12:46:44.754> 2024年11月13日:本地 cmd Endpt 101、通知 Endpt 30
0072:[0]<ETHFW><12:46:44.815> 2024年11月13日:在核心3端点 M1C0U12 _(0T[II.NeFtOH]f w-中找到 ETHFW 服务。 eMtChud eivsi cael)i vaen
0073:[0]< 2024年11月13日><12:46:44.892> d
0074:[0]< 2024年11月13日><12:46:44.893> 102 (ti.ethfw.notifyservice)
0075:[0]<DHCP><12:46:44.924> RTOS-App:启动 lwIP 时、本地接口 IP 启用2024年11月13日
0076:[0]<C2S <12:46:44.983> 2024年11月13日:attach | c2S | virtPort=1
0077:[0]<ETHFW><12:46:45.108> MCU2_0[DEBUG]-:Attach | 2024年11月13日| CORE=4 Endpt=101 virtPort=1
0078:[0]<ETHFW><12:46:45.170> MCU2_0[DEBUG]- 2024年11月13日:Attach | S2C | token=100 rxMTu=1522 features=9
在最后一条消息后、服务器和客户端之间没有进一步的通信、服务器响应连接、但客户端等待响应为什么发生?
谢谢
Satya。
您好!
最后一条消息后、服务器和客户端之间没有进一步的通信、服务器已响应连接、但客户端正在等待响应为什么会发生?
可能是从服务器 IT 自失败发送的 IPC 消息。 所以、客户端正在等待收到消息。
您是否可以检查服务器状态和客户端状态、是否其中任何一个出现故障、客户端和服务器之间的进一步通信将不会发生。
如果您有 TI EVM、我建议在 EVM 上运行一次并了解行为。
有关服务器的示例 UART 输出日志和客户端的 CCS 日志、请参阅 ETHFW 用户指南。
https://software-dl.ti.com/jacinto7/esd/processor-sdk-rtos-j784s4/latest/exports/docs/ethfw/docs/user_guide/demo_ethfw_combined_top.html#demo_ethfw_combined_logs_uart_j721e
此致、
Sudheer
您好!
从服务器端我多次发送命令、然后只有客户端才能接收、什么可能是客户端不能持续接收但客户端发送服务器能够接收的原因。
除了 ETHFW 客户端之外、客户端是否有任何其他 IPC 通信。 如果是、请 为 ETHFW 客户端任务定义高优先级。
此致、
Sudheer
您好!
客户端(MAIN_2_1内核)整个应用程序来自 SDK 我没有更改任何内容只是启用了 UART、
如果客户端与 TI SDK 相同(TI SDK 中的 MCU2_1独立 ETHFW 客户端)、则不应该有任何问题、因为它在 TI EVM 中工作。
此外、检查 UART 应用中是否有任何关键部分并且通过禁用中断来等待一些数据?
此外、是否可以检查在 IPC 和远程 客户端 ID 中所做的任何更改?
此致、
Sudheer
您好!
我在 Main 2_1中禁用了 UART、问题仍然存在。 未对代码中的 IPC 和客户端 ID 进行任何更改。 [报价]如果存储器和构建标志相同、那么您可以使用 TI SDK 映像进行一次检查(端口配置更新)。
此致、
Sudheer
您好!
对于 Main2_1、我没有执行任何仅刷写过的 SDK 二进制文件、问题仍然是一样的。 我们今天是否能有小型团队致电?
对虚拟端口配置进行了与 ETHFW 类似的更改。
请安排致电时间:IST 下午4:00。
此致、
Sudheer
您好!
很抱歉、我正在进行其它一些调试呼叫、我将安排在下午5点。
当然、请 从 IST 下午5点开始安排30分钟的通话。
此致、
Sudheer
您好!
正如您所建议的、我直接从 SDK (未集成到我们的本地存储库)完成了 MCU2_0和 MCU2_1、然后根据捕获的日志看来工作正常。
感谢您的检查和确认。
现在、如果我想从 MCU2_1 (客户端内核)发送一个数据包、我该怎么做?
默认情况下、lwip 是集成的、如果定制板、您需要根据服务器端的客户板更改 MAC 端口、以便与外部网络进行通信。
如果端口为链路建立、您可以尝试使用 MCU2_1检查 ping、因为 lwip 默认处于启用状态。 可以对 MCU2_1执行 ping 操作。
此致、
Sudheer
您好!
正如我刚才提到的 IP 地址0、我们该如何分配?
默认情况下、lwip 是集成的、如果定制板、您需要根据服务器端的客户板更改 MAC 端口、以便与外部网络进行通信。
[报价]
如果端口为链路建立、您可以尝试使用 MCU2_1检查 ping、因为 lwip 默认处于启用状态。 可以对 MCU2_1执行 ping 操作。如上所述、您需要确保为交换机端口建立链路并连接到 DHCP 端口。
由于交换机端口连接到 DHCP 网络、并且默认情况下启用了 DHCP 的 ETHFW 服务器和 RTOS 客户端将从 DHCP 服务器获取 IP。
将 IP 分配给客户端后、您就可以 ping 通。 (确保为客户端中添加的 MAC 端口建立链路、以进行链路建立检查)
此致、
Sudheer
您好!
对于 DHCP、至少我应该在 Wireshark 中看到 DHCP 发现消息
是的、您应该在网络接口的链路接通时观察到它。
请检查交换机端口和仅 Mac 端口的链路是否接通。
如果仍然遇到问题、请在周一早上预留一些时间。
此致、
Sudheer