[参考译文] CC2652R：编译到 NVS 区域

尊敬的 Seth：

BIM 会搜索映像头参数(imgType & imgVld)、找到有效的映像进行启动。  在将图像加载到存储区域后、可在重新启动设备之前更新图像标头来验证图像。  图像标头位置已知并在应用程序之间共享。

此致、
Ryan

谢谢你的答复。 我查看了应用程序的内存、这是存储在0x0标头(版本1)中的信息：

以下是在0x34000 (版本2)处刷写的标头信息：

我正在使用 SDK simple_peripheral_oad_onchip_lp_CC2652R7_tirtos7_ticlang 项目中的示例工程。 正常使用版本1刷写应用程序、版本2的应用程序位于0x34000以模拟已下载新版本、以及用于片上的 BIM 项目。

启动时、我们收到指示我们正在运行第一版的 UART 日志。 我对 BIM 的理解是、它应该自动注意新的版本、并将其移动到0x0位置并删除0x34000？

如果您 在 bim_onchip 项目中查看 bim_findImage 的默认 Debug_unsecure 构建配置、则会看到、如果找到、BIM 会跳转到第一个有效的映像、包括 imgValid、bimVer 和 metaVer 字段。  如果通过、BIM 会立即使用 prgEntry 字段跳转到程序、而不考虑任何其他图像标头。  BIM 不会以物理方式移动或删除图像。

simple_peripheral_oad_onchip 是使用持久映像来更新活动映像区域的示例。  如 应用程序执行切换部分中所述、用户应用程序将自身标记为无效然后复位、以便 BIM 跳转到0x38000处的持久性映像(0x34000至0x38000保留用于非易失性存储器)、从而通过替换用户应用程序来执行更新。  完成操作并将新用户应用程序的映像标记为有效后、持久映像会强制重置、以便 BIM 可以跳转到更新的用户应用程序。

您描述的声音更像两个用户应用、在这种情况下、您需要仔细研究 bim_onchip 项目的 Dual_image 构建配置。  此 BIM 设置将更新 标头的 verifrStatus、并可能相应地擦除无效映像。 请注意、默认的 simple_peripheral 对于双映像配置来说过大、因此使用 persistent_app。

此致、
Ryan

谢谢、这对我们很有帮助。 我对 BIM 的作用产生了误解。 那么、以下是该示例遵循的过程：

1. 增强
2. 转至 BIM
3. BIM 在0x0处找到有效的应用程序(用户应用程序)
4. 应用程序使其自身无效并复位
5. 转至 BIM
6. BIM 在0x38000 (持久)找到有效的应用程序
7. 持久性应用程序读取数据、并在原始应用程序所在的0x0处写入新应用程序。
8. 完成时将验证0x0并复位
9. 转至 BIM
10. BIM 在0x0处找到有效的应用程序并启动
11. 更新完成

BIM 不会移动程序，而是使用持久应用程序将新程序直接加载到需要的位置。

准确描述片上 simple_peripheral、片上 BIM 和持续应用的使用。

此致、
Ryan

回顾一下我现在理解的文档、我理解的是、使用双片上处理器可以在两个单独的存储器位置运行应用。 假设我们在0x0处运行一个应用程序或在0x50000处运行第二个应用程序。 我的问题是、我们必须如何编译第二个编译器才能在该存储器位置运行、或者芯片是否有能力为我们处理该问题？ 我的意思是、我们必须有两个单独编译的工程映射到第二个应用程序的位置、还是芯片单独处理存储器中的偏移？ 我们的目标是让一个在0x0处运行的应用程序、然后让这个运行的应用程序在0x50000处下载一个新的应用程序、然后在其位置(0x50000)上复位并运行新的应用程序、然后返回第四个更新。 这是双映像架构的有效实现吗？