This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

[参考译文] AWR2944:使用 GD25Q64CSJGR 的定制 PCB 齐平

Guru**** 2905430 points

Other Parts Discussed in Thread: AWR2944, UNIFLASH, SYSCONFIG, AWR2944EVM

请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/sensors-group/sensors/f/sensors-forum/1642328/awr2944-custom-pcb-flush-using-gd25q64csjgr

器件型号: AWR2944
Thread 中讨论的其他器件: UNIFLASHSYSCONFIG

您好、

我们在定制 PCB 上组装了 GD25Q64CSJGR、用于 AWR2944 QSPI 冲洗。

根据我从文档中了解到的信息、名称中的字母“Q“表明应在 sbl_uart_uniflash 过程中配置此闪存。

当我打开 C:\ti\mmwave_mcuplus_sdk_04_07_00_01\mcu_plus_sdk_awr294x_10_00_00_07\examples\drivers\boot\sbl_uart_uniflash\awr294x-evm\r5fss0-0_nortos\example.syscfg 时、我看到“Quard Enable Type“设置为'J641'DCSGGR 的数据表。 据此、我了解 默认情况 下 sbl_uart_uniflash 的代码会处理 GD25Q64CSJGR并知道会 在第二个状态寄存器中上升非易失性 QE 位。 -我的假设是正确的吗?

因此、基本上我甚至不需要编译、原始 C:\ti\uniflash_9.5.0\deskdb\content\TICloudAgent\win\ccs_base\mmwave_gen2\images\sbl_uart_uniflash.release.tiimage 能够为该刷新存储器提高 QE 位。 -这是正确的吗?

使用 sbl_uart_uniflash.release.tiimage 通过 uniflash 成功烧录。

在烧录期间、我加载了 sbl_qsp.release.tiimagegpio_led_blink_awr294x-evm_r5fss0-0_nortos_ti-arm-clang.appimage — 之前预编译的.appiamge。

但是、当我将 SOP 从“101“切换到“100“时、即 SOP5 至 SOP1、并使用在 sbl_qspi.release.tiimage 之前加载的从 QSPI 加载.appimage、我看到闪存的 IO2 和 IO3 行不会移动并始终处于“高电平“、即它们的行为与我们保持的行为相同。 换句话说、尽管预计 sbl_uart_uniflash.release.tiimage 将对 QE 位进行编程、但这并没有发生。

当我尝试在释放模式下编译 sbl_uart_uniflash_awr294x-evm_r5fss0-0_nortos_ti-arm-clang.tiimage 以生成 sbl_uart_uniflash.release.tiimage(以便完全控制该过程)时、生成的.tiiimage 文件为 56MB、而 sbl_uart_uniflash.release.tiimage 则在使用我的 cslating 代码 sblrd 编译时无法完成。

所以我真的很困惑,为什么事情不起作用,而根据文档,他们应该。

非常感谢您的帮助

Arie

 

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    尊敬的 Arie:  

    您需要针对 syscfg 中与闪存相关的配置修改 UART uniflash 和 SBL QSPI。 请尝试相同的方法并验证它是否有效。

    此致、

    Shruti

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    根据我打开 UART uniflash 和 SBL QSPI(两者都是)工程时给出的默认 SysConfig 配置、我会看到如下所示:

    如您所见、此配置适合 GD25Q64CSJGR的情况。

    请解释为什么要修改配置并且不能使用原始预编译文件?

    此致、

    Arie

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好、

    还在等待您的响应。

    谢谢、

    Arie

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    嗨、Arie  

    您能否分享刷写映像时获得的日志?

    此致、

    Shruti

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    2026年4月29日、11:43:29 AM][info] Cortex_R5_0:初始化完成。
    [Uniflash、11:43:29 AM][info] Cortex_R5_0:发送位置 C:\ti\uniflash_9.5.0\deskdb\content\TICloudAgent\win\ccs_base\mmwave_gen2/images/sbl_uart_uniflash.release.tiimage 的 2026年4月29日 Uniflash 映像
    [UART、11:43:35 AM][info] Cortex_R5_0:发送 2026年4月29日 Uniflash 映像。
    [SBL、11:43:35 AM][info] Cortex_R5_0:在位置 C:/ti/ccs_workspace/sbl_qspi_awr294x-evm_r5fss0-0_nortos_ti-arm-clang/Release/sbl_qspi_awr294x-evm_r5fss0-0_nortos_ti-arm-clang.tiimage 发送 2026年4月29日 映像

    在这个阶段 uniFlash 得到堆叠

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    尊敬的 Arie:  

    如果闪存制造商 ID 和器件 ID 相同或不同、您可以查看您的闪存器件数据表中的闪存制造商 ID 和器件 ID 吗?

    此外、尝试重新编译 SBL UART uniflash 和 SBL QSPI 并检查其是否正在工作。  

    此致、

    Shruti

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    抱歉、

    我与另一个线程混淆了、并向您发送了不相关的日志。

    基本上、正如我已经写过的、 GD25Q64CSJGR是与 GD25B64CSJGR 相同制造商的一款闪存、它在 AWR2944EVM 中使用。

    因此、预编译的 sbl_uart_uniflash.release.tiimage 和 sbl_sqspi.release.tiimage 应该适用于此闪存 — 我已在数据表中检查了这一点。  请批准 。

     GD25B64CSJGR和 GD25Q64CSJGR的唯一区别是、对于 GD25B64CSJGRQE 位、由制造商升高;对于 GD25Q64CSJGR、QE 应在 sbl_uart_uniflash.release.tiimage 操作期间升高。 我在代码中看到,这确实应该发生,但它不会发生,因为一些不明确的原因。

    请解释原因

    P.S. 顺便说一下、当我重新编译 sbl_uart_uniflash.release.tiimage 时,正如我上面已经写过的,我完全无法加载闪存 — 我打开了另一个线程。  

     

    Arie