[参考译文] LP-AM243：EI_APP_CFG_setTcpip“是 EtherNet/IP 演示在第二次引导时加载错误/空持续网络设置 (MAC/IP) 的典型症状。

您好、今天是在印度度假、我们的一些同事在那里已离职了几天。 请期待响应延迟。

尊敬的 Thien：

您能告诉我 EI_APP_CFG_setTcpip 中的哪个函数引发错误吗？ （EI_API_ADP_setIpConfig、EI_API_ADP_sethostname 等）？

请进行调试并提供详细信息。

此致、
Pourya

你好 Pourya。

我的所有新设计电路板的新 LP-AM243 都存在相同的问题、我执行了以下命令。

μ s  TI LP-AM243 LaunchPad 上的验证程序

我使用以下命令序列验证了 TI LP-AM243 LaunchPad 板载 XDS110 调试器的运行情况：

此序列：

1. 将 XDS110 切换至 DFU 模式。

2. 使用对引导加载程序部分进行重新编程boot_loader.bin。

3. 复位后再次切换回 DFU 模式。

4. 下载并安装主调试器固件firmware_3.0.0.36.bin ()。

在 TI LaunchPad 上成功烧录固件后、探头会正确进行枚举。
但是、当我在上重复完全相同的过程时 定制设计板 、同样的问题仍然存在—它的行为相同、并且仍然存在我正在调试的问题。

DMSC 固件版本 9.2.7--v09.02.07 (Kool Koala)
DMSC 固件版本 0x9
DMSC ABI 修订版 3.1

[bootloader_profile]引导介质：也不是 SPI 闪存
kpi_data：[bootloader_profile]引导介质时钟：100.000MHz
kpi_data：[bootloader_profile]引导映像大小：441 KB
[bootloader_profile]存在内核：
r5f0-0
kpi_data：[bootloader profile] SYSFW init：11797us
kpi_data：[bootloader profile] System_init：13154us
kpi_data：[bootloader profile] Drivers_open：282us
KPI_DATA：[bootloader profile] Board_drivers 打开：151730us
KPI_DATA:【引导加载程序配置文件】Sciclient 获取版本: 9850us
kpi_data：[bootloader profile] CPU load：47088us
kpi_data：[bootloader_profile] SBL 总用时：233907us

图像加载完成、切换到应用程序...
Pruicss max = 3 选定的 PRU：3
PRU_PHY_DETECT：156 PHY0 不正常
PRU_PHY_DETECT：164 PHY1 不正常
PRU_PHY_DETECT：156 PHY0 不正常
PRU_PHY_DETECT：164 PHY1 不正常
PRU_PHY_DETECT：156 PHY0 不正常
PRU_PHY_DETECT：164 PHY1 不正常
PRU_PHY_DETECT：156 PHY0 不正常
PRU_PHY_DETECT：164 PHY1 不正常
PRU_PHY_DETECT：156 PHY0 不正常
PRU_PHY_DETECT：164 PHY1 不正常
PRU_PHY_DETECT：156 PHY0 不正常
PRU_PHY_DETECT：164 PHY1 不正常
PRU_PHY_DETECT：156 PHY0 不正常
PRU_PHY_DETECT：164 PHY1 不正常
PRU_PHY_DETECT：156 PHY0 不正常
PRU_PHY_DETECT：164 PHY1 不正常
PRU_PHY_DETECT：156 PHY0 不正常
PRU_PHY_DETECT：164 PHY1 不正常
PRU_PHY_DETECT：156 PHY0 不正常
PRU_PHY_DETECT：164 PHY1 不正常
PRU_PHY_setLinkConfig：0xd0020 EC 为 FALATI=1、SRC：PRU_PHY_setLinkConfig：1611

错误：0x000d0020、Fatal：是

请发送给我说明如何恢复这些问题,这里是文件  

请将 LP-AM243 的正确文件发送给我。

谢谢、

Thien Tran

你好 Pourya。

两天后,我不会让你后悔的。

你好 Pourya。

我使用了这个软件  

在我使用上述命令之后。 那么我的 LP-AM243 无法运行程序。

如何恢复。

谢谢、

Thien Tran

尊敬的 Thien：

很抱歉耽误你的时间。 几天之后,我就走了。

首先、建议您使用 Uniflash 工具将 appimage 刷写到器件中： https://www.ti.com/tool/UNIFLASH#downloads

以下是总结：

1) 确保您的电路板设置为 OSPI 引导模式。 （请参阅：software-dl.ti.com/.../EVM_SETUP_PAGE.html   

2) 在“Program"窗口“窗口中、 点击 SBL 映像、然后浏览到 SDK 9.2 版本以加载 SBL_OSPI 映像、如下所示：（请使用 SDK 9.2 版本来刷写 SBL OSPI 二进制文件、因为在 SDK 11 上有大小限制）。

3) 加载应用程序二进制文件 (.appimage.hs_fs)、然后点击“Load"以“以使用二进制文件刷写器件。 刷写器件后、执行复位/下电上电、然后您的应用程序应该会启动。

关于您提供的 UART 日志、它表明 PHY 初始化未成功、假设您使用的是 DP83869、请确保在工程中的工程属性 (Properties->Build->Arm Compiler->Predefined Symbols) 中设置了 CUST_PHY_DP83869=1、如下图所示：

此致、
Pourya

你好 Pourya。

我从上面做了一切。  1)、2)、3)  

启动后、我检查了串行端口、仍然有相同的问题。

我们需要发运我们的新产品,它已经 2 周,是可能的,我们可以

寄给您 2 块板、检查此问题。 谢谢你。

尊敬的 Thien：

如果问题仍然存在、请按照我之前的请求使用断点在 CCS 中调试应用程序。 具体来说、确定 EI_APP_CFG_setTcpip 函数中发生错误的确切位置（在较新的 SDK 版本中重命名为 DEVICE_PROFILE_CFG_setTcpip）。 我需要来自 CCS 而不是 UART 日志的调试信息来正确诊断问题。

您能告诉我 EI_APP_CFG_setTcpip 中的哪个函数引发错误吗？ （EI_API_ADP_setIpConfig、EI_API_ADP_sethostname 等）？

请进行调试并提供详细信息。

我希望您已经知道如何进行调试、如果没有、这里简要总结一下：


首先使用调试配置编译工程、然后按照以下步骤操作：

1) 确保您的电路板设置为 OSPI 引导模式。 （请参阅：software-dl.ti.com/.../EVM_SETUP_PAGE.html   

2) 在器件上刷写 SBL_OSPI_NULL 引导加载程序（无应用程序映像，仅指引导加载程序）：

在复位器件或下电上电后、您应该能够看到 Null Bootloader 消息：

3) 在 CCS 中导入工程、然后启动调试会话：

4) 在 Debug 窗口中、右键点击 Cortex_R5_0_0、然后点击 CONNECT：

5) 点击“Load Program...“ 在“Run"->"Load"->"Load Program"“ Program"下“下：“：</s>“ “

6) 如果要调试 CCS 上加载的当前工程、请点击 “Browse project...“ 并选择您的.out 文件。 您还可以使用“Browse"（“（浏览（浏览）加载任何其他.out 文件。

7) 在启动应用程序之前、设置断点、即在 Breakpoint 窗口中点击 Add Breakpoint Symbol、然后点击 Breakpoint、如下图所示：

在打开的窗口中,输入要开始调试的函数名 (EI_APP_CFG_setTcpip ):

8) 开始调试过程并检查每个函数调用返回的 errorCode。 请与我分享这些详细信息。

此致、
Pourya