工具与软件：
您好、TI
如何启用闪存存储器保护？
我的 工厂 数据闪存区域的范围是0x7F000至0x80000。此区域不允许擦除。
首先,我通过 NVS_WRITE ()将出厂数据写入上述区域。
然后、我注释掉了与操作 NVS 相关的代码、并 重新刷写了代码。 即使在我启用闪存保护后、此区域仍恢复为0xFF。
我的闪存保护设置如下图所示：
我能不能问、是否存在导致扇区不被保留的错误配置？ 我的理解是、通过将 Erase/retain、Main Sectors 32-255选项中的数据更改为1、这个扇区将受到保护。
此致
普雷斯顿
您好、 Isaac
此外，将来请不要为同一问题创建单独的 E2E 线程。 [/报价]下次我会处理这个问题。
从阅读 TRM 一节的角度来看、我认为 uniflash 使用 SACI 命令来处理映像更新。
我有一个问题需要您澄清。
当我使用 Uniflash 更新映像时、选择"Chip Erase (retain Sectors Specified in CCFG)"选项会导致加载失败。
首次选择"芯片擦除"后更新成功、第二次选择"芯片擦除"(在 CCFG 中指定保留扇区)后更新失败。
这样做的原因是什么？
如果要保留指定扇区、是否必须选择"芯片擦除(保留 CCFG 中指定的扇区)"？ 选择"Chip Erase"是否会导致闪存保护设置失败？ 从括号的内容来看似乎是这样。
请帮助我理解这两个问题。
此致
普雷斯顿
您好、 Isaac
我使用了 您提供的项目进行测试。 然后、我遇到了一些问题。
1.选择时 芯片擦除(CCFG 中指定的保留扇区) 我无法重新闪存它。
如果我更改为在所有其他条件不变的情况下选择"芯片擦除"、则可以成功重新闪存。
2. 我也尝试使用 J-link 重新刷写,通过该工具,它不能写入或擦除0x7F000-0x80000,但0x7F000-0x80000的内容仍然是 0xFF。 这样做的原因是什么？ 如果我要启用闪存保护、可以使用 J-link 吗？
请帮我回答这两个问题、谢谢。
此致
普雷斯顿
您好、 Isaac
我们有两个型号的 CC2340 (CC2340R5和 CC2340R5 Q1)、然后进行了相关验证
CC2340R5（演示板）：
Re 闪存可实现正常的闪存保护
采用 Uniflash 的 Re 闪存可实现正常的闪存保护
使用 J-link 重新刷新后闪存保护失败（使用 J-Flash V7.92o、取消选择0x7F000-0x7FFFF、取消选择意味着 J-link 不会擦除未选区域）
CC2340R5-Q1（自开发板）：
Re 闪存可实现正常的闪存保护
2.不能通过选择 芯片擦除(CCFG 中指定的保留扇区) 。
使用 J-link 重新刷新后出现闪存保护故障
使用 Uniflash 重新刷写存储器时、CC2340R5和 CC2340R5-Q1之间是否有任何差异？
此致
普雷斯顿
您好 Preston：
很高兴听到演示正在为 CC2340R5的 uniflash 运行！
对于 J-Link、我仍在等待有关闪存保留特性的信息。 我假设您在将 IAR 与 J-Link 调试器一起使用？ 如果是、可以在 IAR 中使用闪存保留。 我将在星期三为您提供更多信息。
对于 CC2340R5-Q1、在刷写时是否看到与之前的 Uniflash 闪存错误相同的错误？ 您是否已将引脚配置从 CC2340R5切换到 CC2340R5-Q1？ 为此、请导航至 SysConfig -> 显示设备视图 -> switch -> 电路板、新值 -> 选择 CC2340R5 Q1开发 。
请更改此设置、然后重新尝试刷新。 此外、尝试刷写 CCS 和 Uniflash 进行测试、我观察到这两种方法都适用于 CC2340R5-Q1。
谢谢。
艾萨克
您好、 Isaac
更改引脚配置后仍然无法重新刷写 Uniflash。
我可以问您重新刷入了哪个文件扩展名吗？ 我尝试过 输出 ， .hex (ASCII 十六进制) ， .bin 。
另外、由于这是一款 自行开发的板、因此我们使用 DuPont 导线将 TCK、TMS 和 GND 连接到 XDS110。 这是否满足硬件重新闪存条件？
此致
普雷斯顿
