• 状态
  • 已锁定 已锁定
  • 回复 1 回复
  • 订户 0 订户
  • 视图 392 视图
  • 用户 0 会员在此处
选项
选项
相关

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.

[参考译文] SIMPLELINK-CC13XX-CC26XX-SDK：在应用闪存期间保持 OSAL-SNV 区域

admin
Guru**** 2589265 points
Other Parts Discussed in Thread: UNIFLASH, SYSCONFIG

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

https://e2e.ti.com/support/wireless-connectivity/bluetooth-group/bluetooth/f/bluetooth-forum/1387034/simplelink-cc13xx-cc26xx-sdk-persisting-osal-snv-area-during-application-flash

器件型号：SIMPLELINK-CC13XX-CC26XX-SDK
主题中讨论的其他器件：UNIFLASH、 SysConfig

工具与软件：

如何设置工程或链接器命令(TiArmClang)、以便使用.bin 或.hex 文件刷写应用程序(使用 Uniflash 或串行引导加载程序)不会擦除 OSAL_SNV 区域并将用户数据保存在内部？

  

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

    您好、Frederic：

    您询问哪款 SimpleLink F2器件？

    如果您有一个十六进制映像、那么为了确保您的命令链接器文件在任何段分配期间不会引用 NV 存储器空间、而该存储器在映像 中"未使用"、并且只要在 Uniflash 中选择"仅必要扇区"进行器件擦除、NV 闪存将在编程期间保留。  我经常这样做是为了在调试不同映像之间保持网络设置。

    bin 映像越难处理、因为它们 在闪存中没有漏洞、并且几个 CC13XX/CC26XX 器件在闪存末尾存储 CCFG、因此二进制文件会占用 NV 闪存区域。  您可以从正在进行编程的 CCFG 中删除(从命令链接器文件和 SysConfig 中、然后检查生成的映射文件)、或者在这种情况下具有两个单独的二进制文件、但这需要您的项目完成额外的工作和专业知识。  

    使用串行引导加载程序时、命令会更加困难、因为您必须 仅使用 CMD_SECTOR_ERASE、而不是 COMMAND_BANK_ERASE。  二进制映像的相关条件仍然适用、必须予以考虑。

    此致、
    Ryan