工具与软件：
尊敬的 TI 专家：
我们正在离线讨论以太网主引导和备用引导的支持。 按照您的建议、我还在此处创建了 E2E 主题来邀请客户参与、以便我们可以保持浏览同一页面。
在最后一个电子邮件主题中、客户按照以下步骤查看以太网备份引导在其电路板上是否正常工作。
客户得到了 下面的 Wireshark 屏幕截图。
客户 非常确定 其电路板上的 MAC 地址88：0C：E0：67：D6：18用于 AM2431、因为电路板的以太网端口通过电缆直接连接到计算机的以太网端口、而计算机的 MAC 完全不同。
顺便说一下、客户注意到、对于备用引导、 AM2431上电后仅发送约117秒的 BOOTP 请求。 时间有点太长了。
如果以太网引导程序/工具准备就绪、客户将 在下一个电路板版本中将以太网更改为主引导(使用模式更改开关)。
因此、请确保 我们正在 使用的以太网引导工具既可以用于主引导、也可以用于备份引导。
谢谢！
Kevin
您好！
是否已修改系统集成设置？ 我希望 EVM Mac 地址为以下2个中的任何一个：
从 Wireshark 日志中、电路板会将链路完整数据包发送到 PC (SBL 运行后的电路板 IP 地址为192.168.0.195)、但未到达电路板。
需要验证的事项如下：
1. sbl_enet.h 文件中的宏 ENET_HOST_PC_MAC_ADDRESS 应该具有主机 PC 以太网接口的 MAC 地址。
2.在主机 PC 的以太网接口上、网关设置为192.168.0.195。
3.添加静态 ARP 条目的 new-Netstibor 命令应包含 EVM 的 MAC 地址(SBL 运行后在 UART 终端中打印的地址)。
您是否可以尝试运行 python 脚本一旦在终端上看到"[ ENETSBL ] Please Wait for LinkUp ..."消息、您就会看到"Received"消息。 链路数据包从电路板发出以来一直显示错误消息。
此致、
Nitika
嗨、Nitika、
当前的情况是、如果客户如上所述添加"STATUS = SYSTEMP_SUCCESS"、则以太网引导成功。 但是、它们仍然没有解决闪存问题。
客户上周还尝试了另一位工程师来解决闪存问题、但未成功。
我刚才与客户讨论了要完全结束这个主题、他们本周仍将关注这个 Flash 问题。
当前、此闪存问题的故障日志如下所示。
我想知道您有一些建议供客户进行调试吗？
谢谢！
Kevin
嗨、Nitika、
客户只需仔细检查一下、在使用 "STATUS = SYSTEMP_SUCCESS" 来避免闪存问题后、结果实际上并不成功、但在下面的最后一个日志中仍会显示问题。
在深入了解详细信息后、我们发现此故障来自以下代码行、状态为-1。
Status = Bootloader_parseMultiCoreAppImage (bootHandle、&bootImageInfo)；
您是否认为此问题也是由于闪存实际未成功导致的？
谢谢！
Kevin
尊敬的 Vaibhav：
使用的闪存是什么 GD25Q64ESIG 1S-1S-4S 模式下。
我发现 certLen = Bootloader_getX509CertLen (x509Header)= 0、这会导致函数出现故障状态 Bootloader_parseMultiCoreAppImage (bootHandle、BootImageInfo) ;深入探究后、我发现 x509_cert_ptr 的值 为0x1F、而不是0x30、这样可得出 certLen = 0：
以下是来自 SysConfig 的配置：
首先、我们需要查看正在闪烁的 appimage 是否正确、然后验证是否正确。
所以、典型的 HS FS appimage 将是这样的：
因此、我们需要首先从存储器浏览器确认映像是否以如下方式启动：0x30 0x82、依此类推。
您能这样做并告诉我吗？
此致、
Vaibhav
尊敬的 Vaibhav：
我在存储器浏览器中检查了以下3个位置、都显示0：
0x60000000、0x60080000、0x60088000
谢谢！
Ellen
您好、Vaivhav、
感谢您的答复。
这是 UART 打印的信息、偏移为0x80000、hello word appimage 应在0x60080000处刷新：
另请注意、该函数返回-1：
Status = Bootloader_uniflashProcessFlashCommands (&uniflashConfig、&respHeader)；
我尝试在存储器浏览器之前启用 DAC、得到的结果是：
数据似乎与 hello word appimage 不匹配。
您的、
Ellen
嗨、Nitika、
这是来自0x70090000的数据、该数据是否正确？
您的、
Ellen
您好、Ellen、
我已经检查了闪存器件的数据表、其中提到对于8的虚拟周期配置、时钟频率不应超过133 MHz / 120 MHz。
此处虚拟时钟读数为8、因此应更改频率、在您的示例中、在 SysConfig 的 OSPI 部分中、频率设置为200 MHz。
打开 OSPI 部分后、时钟频率应设置为133 MHz = 133333333、时钟分频器：4、禁用 DMA、禁用 PHY 模式。
如果您可以看到进行上述更改后启用 DAC 模式后正确刷写了 hello world、请告知我们。
注意：
如果没有、那么我们可以通过将运行模式切换到1S-1S-1S、然后检查 hello world 是否正确刷写来进行健全性检查。
此致、
Vaibhav
尊敬的 Vaibhav：
感谢您的详细建议、下面是我的结果：
时钟分频器：4、禁用 DMA、禁用 PHY、模式：1S-1S-4S、时钟133MHz / 120MHz：
时钟分频器：4、禁用 DMA、禁用 PHY、模式：1S-1S-1S、时钟133MHz / 120MHz：
0x70090000位置处的数据在以下情况下都保持一致：
您能帮忙检查数据吗？
非常感谢！
您的、
Ellen
您好、Ellen、
感谢您的答复。
1S-1S-1S
切换此操作模式时、是否也确保更改了 SysConfig 闪存其他设置？ 或者、您只是从1S-1S-4S (早期的)中选择下拉列表1S-1S-1S？
我要介绍的其他设置如下：
仅供参考、1s-1s-4s 时看到的闪存值不正确、1s-1s-1s 时的值(hello world 似乎根本没有刷写、我们需要确认引导加载程序映像)。 您能不能检查引导加载程序映像的十六进制转储、并在1-1s-1s 模式下将其与0x60000000进行比较。
期待您的答复。
此致、
Vaibhav
