工具与软件：
尊敬的 TI 专家：
我们正在离线讨论以太网主引导和备用引导的支持。 按照您的建议、我还在此处创建了 E2E 主题来邀请客户参与、以便我们可以保持浏览同一页面。
在最后一个电子邮件主题中、客户按照以下步骤查看以太网备份引导在其电路板上是否正常工作。
客户得到了 下面的 Wireshark 屏幕截图。
客户 非常确定 其电路板上的 MAC 地址88：0C：E0：67：D6：18用于 AM2431、因为电路板的以太网端口通过电缆直接连接到计算机的以太网端口、而计算机的 MAC 完全不同。
顺便说一下、客户注意到、对于备用引导、 AM2431上电后仅发送约117秒的 BOOTP 请求。 时间有点太长了。
如果以太网引导程序/工具准备就绪、客户将 在下一个电路板版本中将以太网更改为主引导(使用模式更改开关)。
因此、请确保 我们正在 使用的以太网引导工具既可以用于主引导、也可以用于备份引导。
谢谢！
Kevin
从上面可以看出、我们在客户的电路板上测试了1个。
我们已经在设置中验证了2项、现在我们要在客户的板上对其进行测试、以便我们根据进度保持一致。
请查找以下步骤、以便使用 Linux 系统通过 TFTP 进行映像传输(这是一次性设置)：
1. 安装 DHCP 服务器
要查看是否存在任何配置错误或 DHCP 是否正在运行、请运行以下命令。
如果它显示错误、则说明配置有问题
2. 使用此链接安装 tftp - linuxhint.com/.../
假设 tftp 目录为/tftp。 您需要放入 /tools/boot/sbl_prebuilt/am243x-evm sbl_null.release.hs_fs.tiimage /tftp 文件夹中。
3. 将引导模式更改为以太网引导并在电路板上进行切换。
要验证图像传输：
1.连接到 R5F0_0内核、您会看到它在 wfi 指令下停止(在"Disassembly"选项卡中) 
2.或者、如果连接到 UART 终端并对电路板进行下电上电。 加载 SBL 后、可以在终端上看到以下日志。 
如果您在配置方面遇到任何问题、敬请告知。
此致、
Nitika
嗨、Nitika、
非常感谢您提供的工具。 我们正在测试它。 Tftpd64用作 DHCP 服务器和 TFTP 服务器、因为我们的开发环境是 Windows。
我们注意到 DHCP 服务器收到来自我们的主板的 BOOTP 请求、但未按预期分配主板的 IP 地址。
您可以帮助测试 Tftpd64是否 与该工具兼容、并使用它更新指南吗？
当我们编译您发布的项目时、CCS 会提示以下两个错误。 您可以帮助打包正确的文件并重新发布该项目吗？ 提前非常感谢。
1.
配置文件(AMxxx -> AM64x)中似乎有一个拼写错误：
2. 缺少 edma.h。
此致、
Larry
嗨、Nitika、
我们使用的是 AM64x MCU Plus SDK 10.0.0.20。
关于错误1、 如果我们按如下所示将文本字符串从 AMxxx 更改为 AM64x、则 错误将消失。 我们想知道这一变化是否正确。
此致、
Larry
嗨、Nitika、
感谢您的反馈！
根据您的请求、请查看 在客户使用如下所示的以太网引导工具进行测试期间捕获的 Wireshark 日志。
e2e.ti.com/.../EthernetBoot.pcapng
如果你在日志上找到任何线索,请告诉我们,非常感谢!
Kevin
尊敬的 Nikita：
Kevin 老师的上面已经出版的 Wireshark 日志、
MAC 88：0c：e0：67：d6：2D 与 AM2431搭配使用。
192.168.57.90是运行引导工具和 Tftpd64 (和 Wireshark)的 PC 的 IP。
192.168.57.60是分配给 AM2431电路板的 IP。
Tftpd64的屏幕截图如下：
我们已看到您提供了两个分别具有 OSPI 和 QSPI 的项目。 我们将这两个映像都放在 TFTP 目录中。 在电路板上、我们使用 QSPI 芯片 GD25Q64ESIG。
此致、
Larry
尊敬的 Nikita：
以下是 DHCP 服务器设置的屏幕截图：
我们没有找到 DHCP 的 Boot File (启动文件)选项。 点击按钮"Show Dir"会显示与上一帖子相同的文件列表。
此致、
Larry
在您的设置中、这里是 Boot File 选项
请在此处添加文件名(sbl_ospi_enet.Release.hs_fs.tiimage)并重试。
此致、
Nitika
嗨、Nitika、
我们在 th 启动文件选项中添加文件名、然后再次运行测试。 电路板开始通过 TFTP 获取映像。
但 Wireshark 日志显示的是最后一个数据包的 TFTP 传输卡住。 在多次重新传输后、主板将再次开始发送 BOOTP。
192.168.57.60是电路板。 192.168.57.88是运行 Tftpd64的 PC。
有时、电路板会通过 UART 打印消息、如下所示：
您可以提供任何意见/建议吗？
谢谢、此致、
Larry
嗨、Nitika、
长延迟的原因是错误的闪存配置。 在正确的闪存配置下、延迟消失(最后一个数据包仍然没有 ACK。)。
但开发板和 Python 工具都卡住了 LinkUp。 而电路板没有响应 Ping (请参阅 Wireshark 日志)。 Windows 防火墙已禁用。
下面是屏幕截图：
对我们可以研究的方向有什么意见？
谢谢、此致、
Larry
嗨、Nitika、
以太网电缆连接良好。
在我们的电路板中、DP83826已使用硬件自动加载(bootstrap)进行了配置、如下所示：
增强模式、
启用自协商、 启用奇半字节检测
PHY 地址= 0x07、
RMII 主模式、 引脚31上为 LED1、
RMII_CRS_DV、启用了信号能量检测、
自动 MDIX 已启用、MDIX 已禁用。
我们根据电路板上的 PHY DP83826进行了以下更改：
1.在 SysConfig 中、更改 MAC 地址列表；相应地分配 MDIO 和其他引脚。
2.在 SysConfig 中、 禁用 MAC 端口1并启用 MAC 端口2、因为 DP83826连接到 AM2431的 RMII2。
3.在 sbl_enet.h 中,相应地更改主机 MAC 地址,源 IP(192.168.57.61,板的 IP ),目的 IP(192.168.57.88, PC 的 IP )。
4.在 sbl_enet.c 中、将 macMode 更改为 RMII。
您可以说明我们可以修改哪些内容以适应 PHY 和电路板吗？
顺便说一下、 SDK 文档和示例项目似乎都基于 ETHPHY 模块(在 SysConfig 中)。
在工程中、未添加 SysConfig 中的 ETHPHY 模块。
我不知道如果使用 ETHPHY 模块、它是否会简化 PHY 适应工作、因为可以参考 SDK 文档和示例。
我想知道 在添加和配置 ETHPHY 模块的情况下、您项目中的哪些代码可以被注释掉。
谢谢、此致、
Larry
嗨、Nitika、
我已检查引导模式开关。 它将 B3-B9映射到开关1-8。 我仅设置 B5、其余设置为0。
但 DHCP 服务器不会为设备分配任何 IP。
我在网上搜索发现了这是2年前发布的、
这是否意味着 https://www.ti.com/tool/LP-AM243中的 LP-AM243板 也不支持以太网引导？
谢谢！
建宇
您好、Larry、Jianyu、
我希望您已收到包含以太网引导示例的 SDK 10.1安装程序、为了在 PHY 驱动程序中添加一些微小更改、您必须遵循随附的自述文件。
完成此操作后、下一步将是根据您的定制板要求修改示例。
对于与 PHY 相关的更改、可以转到示例 SysConfig 中的 ETHPHY (Enet CPSW/ICSS)模块、并 相应地将"ETHPHY Device"更改为 DP83826和"PHY Address"：
如果您需要任何帮助、请告诉我。
此致、
Nitika
