[参考译文] TFTP-AM263PX：在 MCU-PLUS-SDK 中实现 TFTP 服务器

您好、不要开始调查。 我发现 SBL 太大(0x8D000)而无法放入所提供的存储器(0x600000000–0x60081000)。 UART Uniflash 未发出警告、但 TI Uniflash 收到了警告！ I 为应用程序定义了一个新的偏移量0xA0000。 我在我的帖子中遇到的一些问题已得到解决。 我仍然对此引导加载程序有一些相关问题、但在此之前、我需要进一步研究。

尊敬的 Wega：

请告诉我您对引导加载程序还有什么疑问

您好：Nilabh、

 在 sbl_ospi_enet 中修复应用偏移后、我可以：

• 使用 UART uniflash 链接器 TI uniflash 刷写 SBL 和应用程序(例如我刷写了 gpio_led_blink_nortos)、
• 运行 SBL：
• 可选地运行刷写的应用程序(gpio_led_blink_nortos、请参阅终端输出- gpio_led_blink - preflashed.txt)
• 或使用 tftp 刷写新应用程序并运行它(hello_world_nortos、请参阅终端输出- hello_world - iap_tftp.txt)。

我希望您帮助解决以下两个问题：

1. 引导加载程序不会重新引导(请参阅终端输出- reboot_error.txt)。 此功能在从 sbl_ospi_enet 转换到 sbl_ospi_enet 期间不知何故丢失。 我怀疑这是 syscfg 中的设置。 但我不知道如何解决。 每次我要重新启动引导加载程序时、都必须刷写它。 重置按钮或关机/开机不工作。
2. free-RTOS 应用程序在 SBL 中使用 uniflash 与 SBL 一起或使用 tftp 刷写时不会运行。 当在 main.c 中的第177行中初始化内核 R5FSS0_0时、SBL 挂起(请参阅终端输出- hello_world_freertest - preflashed - error.txt 和终端输出- hello_world_freertest - iAP_tftp - error.txt)。 这在从中派生 sbl_ospi_enet 的 sbl_ospi 中没有问题。 我想该错误是由 syscfg 中的变化引起的。
   

以下是 sbl_ospi_enet 的更新：

/cfs-file/__key/communityserver-discussions-components-files/908/8015.sbl_5F00_ospi_5F00_enet.zip

感谢您对这些问题的帮助。

此致、

Wega.

尊敬的 Wega：

在被覆盖的 SBL 上、您能否检查应用程序内存映射、它是覆盖 SBL 还是 tftp 会覆盖 SBL？

您好：Nilabh、

我可以通过增加应用程序中的 SBL 存储器区域大小来解决问题2、因为带有 enet 的 SBL 不适合0x40000字节的给定区域大小。

但这并不能解决重新启动问题。 你有什么想法吗？

此致、

Wega.

您好、

这是一个内存问题。 我可能已经解决了。 需要进行进一步的测试。