工具/软件：
TI 团队大家好、
我在 TMDSCNCD263P EVM 上使用 Uniflash UART 时遇到问题。 当使用 Uniflash GUI 刷写大约大于 1MB 的应用映像时、该过程会失败。 但是、较小的映像（低于~1MB）成功刷写。
有趣的是、当我使用python uart_uniflash.py -p COMxx --cfg=uart_uniflash.cfg具有相同 appimage（大约 1.1MB）的命令行工具 () 时、它的工作没有任何问题。 这表明问题可能特定于 Uniflash GUI 应用程序、但我无法确定。
您能否调查此行为？ 由于方便、我们更倾向于在工程中使用 Uniflash GUI。
感谢您的支持。
此致、
Moonil
您好 Shunak、
请让我使用正确的版本来解决此问题。 请不要只说我们的通信中的最新版本。
为了避免建议已经应用但已被证明无效的内容,我在 v9.2.0 中共享了脚本的一部分
此致、
Moonil
尊敬的 Shaunak：
我 使用 AM263PX（串行）测试了使用 1.3MB mcelf 的 uniflash 版本 9.3.0.5401、但在我的测试中仍然发生了相同的故障、如下所示。
您能告诉我这些检查点、以便找出测试结果与您的测试不同的原因吗？
我期待您对此提供反馈。
此致、
Moonil
尊敬的 Moonil：
您能否 分享您的.appimage/.mcelf 图像？
我再次尝试使用 1.53MB 的 appimage 和.mcelf 图像,它工作正常。
如果您想尝试、这是我的二进制文件：
e2e.ti.com/.../cpsw_5F00_lwip_5F00_https.debug.mcelf
我在 TMDSCNCD263P EVM 上使用 Uniflash UART 时遇到问题。
再次确认、这是 TI EVM 本身、不是定制电路板（因为这需要自定义闪存写入器应用）？
此致、
Shaunak
我们使用的是 TMDSCNCD263P Rev A 板。
我试过你的形象和 Moonil 的形象,他们产生了同样的结果。 已尝试使用 JTAG 和 Serial 执行下载。
您使用的是哪个版本的板？
这方面的更新。 我尝试使用 9.3 编程 mcelf 文件>1M、它总是失败、但第二次尝试通过。 但我发现、即使应用程序启动、运行我们第四个内核 (R5F1_1) 的代码也未运行。 1_1 分配的 OCRAM 区域位于最高存储器地址中。
因此、此代码可能位于闪存地址 0x181000 中。
但很明显、当使用 9.3 对同一映像进行编程时、内核 4 无法引导。 但是、如果使用 9.2 完成、则启动正常。
这也表明没有进行验证。 显示“Program Load completed seccessfully“、但似乎写入了上部块。
当我用更高的优化构建相同的映像时,它将 mcelf 映像从 1.1M 提升到 900k。 900k 适用于使用 9.3 编程的所有 4 个内核。
结束语. 9.3 不对块进行编程或验证>= 0x181000。 它不会打印错误。
此外、将生成从 9.3 到大于 1M 的程序映像的独立命令行包。 尝试对 0x181000 进行编程时、Dslite 100%失败。 但它会打印一条错误消息。
我有一个 1.6G 视频、我可以私下上传给您来展示。 只需要一个地方来发送它。
