[参考译文] AWR2E44PEVM：AWR2E44PEVM：[ERROR] XMODEM 发送失败

您好、Walid、

请检查以下内容：

• 在开始刷写过程之前、确保已启用 UART 引导模式并且使用 NRST 引脚将电路板复位。
• 确认串行闪存器件型号—您使用的是 EVM 随附的默认闪存器件吗？
• 如果您对 SBL 代码进行了任何修改、请确保在刷写之前重新编译应用。
• 您是否使用最新的 SDK？

此致、

Ananya K C

您好 Ananya、

感谢您的答复！

-I 已通过将 SOP0 引脚与 SOP2 连接来确保启用 UART 引导模式
- NRST 引脚在每次刷写尝试之前复位。
-应用程序已重建
使用的-SDK 版本是 mmwave_mcuplus_sdk_04_07_00_01

很遗憾、问题仍然存在。

尊敬的 Walid：  

那个 闪存器件 您最终使用的是什么？ 如果是定制闪存器件、请在 SBL 和 UART uniflash 中分享您针对相同器件所做配置的详细信息。 此外、它是安全器件还是非安全器件？

尝试使用刷写应用程序映像时 Windows 命令行  从我的编译生成：

另外、在上面一行、您的编译是什么意思？ 您是否使用了我们的默认 gmake 构建流程进行了检查、刷写操作可以吗？

此致、

Shruti

您好 Shruti、

-我正在使用 SWR2xx44P EVM 随附的标准闪存部件,根据项目配置文件中的注释,我 相信它是 GigaDevice 闪存部件
-我相信它也不是一个定制的闪存器件,所以在 SBL 或 UART uniflash 中没有特殊的配置
-我相信这是一个非安全的 GP 设备
-通过“我的编译“我指的是我们的应用程序的构建过程 ,它有一个构建脚本,利用 CMake 和 Conan 编译源代码并生成最终的.appimage。  

尊敬的 Walid：

在 SOP5 模式下、当您连接到 Tera Term（串行控制台）时、 是终端上定期打印的“C"字符“字符。  

您能否确认电路板上的 JTAG MUX 当前是否指向 XDS？ 下面随附的图片指向 EVM 上的器件。

此致、
Ananya K C

您好 Ananya、

感谢您的澄清！

首先请注意、在 验证正确的端口后、刷写尝试的当前结果如以下屏幕截图所示。



此外、 控制台上也不会打印字符“C"。“。

其次、这里是 您的问题的屏幕截图：



此致。

Walid

尊敬的 Walid：

如果未打印“C"字符“字符、则表示电路板未处于 SOP5（刷写模式）。  使用 EVM 上的 NRST 复位电路板时、串行终端上的输出是什么？

此致、
Ananya K C

您好 Ananya、

遗憾的是、Tera Term 窗口上不会显示串行终端上的任何内容、但如果连接了 SOP0 和 SOP2 引脚、那么电路板未处于 UART 引导模式的原因是什么？

尊敬的 Walid：

 连接到 SOP5（刷写模式）后、您是否重置了电路板？  

此致、

Ananya K C

您好 Ananya、

多亏了您、 在安装缺少的驱动程序 XDS 仿真软件并使用 SDK 中的 SBL 映像后、我能够成功刷写。

现在、我遇到了 运行软件的新问题... 我已刷写 awr2x44P_mmw_demoTDM 应用映像、 单独设置 SOP0 引脚...  打开 Tera Term ... 对 EVM 进行电源复位。 已选择用于刷写的端口。 将 baudrate 设置为 115200、我在终端上没有打印内容、但当我按下 NRST 按钮时、它会打印  错误：Board_flashOpen:167：闪存打开失败、例如 0！！！

您能告诉我 这里缺少什么吗？

尊敬的 Walid：

Board_flashOpen () 函数在内部调用闪存驱动程序 API：

Flash_Handle Flash_open (uint32_t instanceId、Flash_Params * params)；

作为其初始化序列的一部分,Flash_open() 读取器件和制造 ID,并检查它是否与闪存器件的预期值匹配,如果不匹配,则返回`NULL`。 发生这种情况时,Board_flashOpen () 会报告错误:

“实例 0 的闪存打开失败！！！“

在您的情况下、这表明 SysConfig 中指定的器件和制造 ID 与 EVM 上的实际闪存不匹配。 更新 SysConfig 以反映板载闪存的正确制造商和器件 ID、应该可以解决该问题。

此致、
Ananya K C