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.

[参考译文] LP-CC1352P7:在引导加载程序模式下刷写 BIN 文件时需要的帮助

Guru**** 2391365 points
Other Parts Discussed in Thread: CC1352P, UNIFLASH, CC1352P7

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

https://e2e.ti.com/support/wireless-connectivity/other-wireless-group/other-wireless/f/other-wireless-technologies-forum/1531910/lp-cc1352p7-assistance-required-to-flash-bin-file-in-bootloader-mode

器件型号:LP-CC1352P7
主题中讨论的其他器件:UNIFLASH、CC1352P、 CC1352P7

工具/软件:

尊敬的 Texas Instruments 支持团队:

我正在使用、

CCS 版本  - 12.7.

SDK 版本   simplelink_cc13xx_cc26xx_sdk_7_41_00_17

编译器版本  TI Clang v2.1.2 LTS

我目前正在基于开发一个 BLE Central 项目  LP- CC1352P7-4.  并且在刷写 .bin 文件时遇到问题  引导加载程序(后门)模式

安全说明  如以下所示:

  •  .bin 使用 Uniflash 通过 JTAG 刷写固件文件时、固件文件工作正常。

  • 但是、当尝试 .bin 使用刷写相同内容时 智能射频闪存编程器 2. (通过选择 CC1352P 作为目标器件)在引导加载程序模式下、上传会继续、但在验证期间失败、如以下错误所示:

    CRC 验证失败。 闪存页 87 不匹配。
    地址 0x000AFFA8:读取 0xFF、预期为 0x00。
    重置目标...
    目标复位成功。
  • 我还尝试使用 Uniflash(选择  CC1352P1F3(引导加载程序)作为目标器件)在引导 加载程序模式下刷写固件。有关 uniflash 上出现错误、请参阅下面随附的映像:

       

已经生成  .bin  使用以下命令  POS 构建步骤:

${CG_TOOL_ROOT}/bin/tiarmobjcopy -O ihex ${BuildArtifactFileName}${BuildArtifactFileBaseName}.hex
${Python_path}${Python_scripts}/hex2bin.py -- pad=0xFF -- range=0x0:0xAFFFF ${BuildArtifactFileBaseName}.hex ${BuildArtifactFileBaseName}.bin

我已经做到了  引导加载程序  设置  如下所示:(请参阅下面的图像  .syscfg  用于 BLE 中央工程的引导加载程序设置的文件)

您能否帮助确认:

  •  .bin 通过引导加载程序模式进行刷写的文件生成逻辑是否正确?

  •  0x0:0xAFFFF 鉴于地址中的故障、该范围是否适合 CC1352P7 0xAFFA8

  • 对于 .ccfg 闪存末端的内容、引导加载程序是否有任何限制?

此致、

Rajnish Singh

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

    尊敬的 Rajnish:

    我们没有为新器件更新 SmarRF Flash Programmer 2、我认为该工具不支持 CC1352P7。

    如果您要使用片上 ROM 引导加载程序、我们有一个基于 python 的工具、该工具与以下应用手册捆绑:

    https://www.ti.com/lit/swra466

    谢谢、

    Marie H