主题中讨论的其他器件: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 刷写固件文件时、固件文件工作正常。 -
但是、当尝试
CRC 验证失败。 闪存页 87 不匹配。.bin
使用刷写相同内容时 智能射频闪存编程器 2. (通过选择 CC1352P 作为目标器件)在引导加载程序模式下、上传会继续、但在验证期间失败、如以下错误所示:
地址 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
鉴于地址中的故障、该范围是否适合 CC1352P70xAFFA8
? -
对于
.ccfg
闪存末端的内容、引导加载程序是否有任何限制?
此致、
Rajnish Singh