您好、albgarc：

ZR_SW_OTA_CLIENT_ONCHIP README 的"双映像 OTA 配置"部分中提供了非常具体的说明 、需要遵循这些说明。  您还需要确保 片上 BIM 的双映像配置 随应用程序一起加载。

此致、
瑞安

你好，Ryan！！！

非常感谢！

我只在第一次通过 JTAG 加载程序时加载 bim.hex 文件。 然后、使用 OTA 后、我仅加载应用文件。 您是说我必须通过 OTA 加载 BIM 和应用程序文件吗？

您无法通过 OTA 加载 BIM、这必须通过 JTAG 接口来完成。  您不能对片上和片外应用使用相同的 BIM、因此无法仅通过 OTA 在关闭和片上版本之间切换。  您必须确保片上 BIM 的双映像配置与初始片上应用一起加载。

此致、
瑞安

Ryan，非常感谢您！

我已阅读项目自述文件、除了可能针对插槽 A 或插槽 B 进行构建之外、我找不到任何建议可能会出错。

我正在使用 CC1352P7、因此不应修改 bim_onchip_main.c 中的图像双精度常量、对吧？ 仅适用于 CC2652R7。

默认 zr_sw_otaclient_onchip 项目是针对插槽 B 构建的。是否应为插槽 A 构建我将由 OTA 传输的映像？

我将遵循的步骤如下：
1-)按照 SDK 中的原样构建工程 ZR_SW_otaclient_onchip、而不使用 OTA_APP_VERSION=0x0001。
2-)使用 Uniflash 擦除芯片的存储器。
3-)在 uniflash 下、加载固件 bim_onchip_LP (如 SDK 中不变)和 zr_sw_otaclient_onchip。
4-)按照 SDK 中的原样重新编译工程 ZR_SW_otaclient_onchip、而不进行 OTA_APP_VERSION=0x00000002的更改。
5-)执行 OTA (之前为 OTA 准备了应用文件)。

注意：应用程序文件传输正常、但新应用程序未运行 OTA_APP_VERSION 的值始终为0x00000001。

是否会缺少预定义符号？

任何用于验证有效图像的符号、双图像...？

比您要好很多。 此致。

您应该按照说明针对 CC1352P7和 CC2652R7修改 BIM 双映像配置、因为它们具有相同的存储器占用量。  指令中提供的 bim_onchip_main.c 更改对于 BIM 在 OTA 映像更新之前/之后找到正确的图像标头至关重要。

与 BIM 一同加载到器件中的原始应用程序将是插槽 B、而 OTA 要传输的第一个映像应 是针对插槽 A 构建的。构建插槽 A 意味着交换 NVS 区域基址、通过文本编辑器将复位矢量地址添加到 SysConfig 文件、 以及在链接器预处理器项目选项内定义 OAD_IMG_A。  所有这些指令都在自述文件中提供。  仅仅更改 OTA_APP_VERSION 是不够的。

此致、
瑞安

您好、Ryan！

这是我为了更改向量而需要做的事情吗？

答案是正确的。

此致、
瑞安

您好、Ryan。
按照 Alberto 的评论。 我们正在使用片上固件。 尝试执行 OTA 更新后、映像会正确传输。 但是、当发送最后一条"升级结束响应"消息时、设备不会以"默认响应"进行响应。 此外、在最后一条"映像块"消息和"升级结束请求"之间通常需要一段时间。 正如您在下图中看到的、一切都发生得很快、因此我会说更新没有正确执行、甚至只是刚开始。 这是否说明了我们可能遇到的错误？

Br、

兰迪

您好、Randy、

所以从本质上讲、ZR_SW_OTA_CLIENT_ONCHIP_CC1352P7_4器件没有响应？    在这种情况发生之前、更新运行多长时间？  由于存在多个映像块请求、更新已开始、但整个 OTA 升级过程将需要几分钟的时间。  如果没有完全遵循映像 A 的自述文件中所需的更改、则可能存在闪存不匹配、从而导致意外行为。

此致、
瑞安

尊敬的 Randy、Alberto、

我刚刚使用了 SDK v6.41和 LP-CC1352P7-4测试了应用、并确认 在使用提供的指令后 OTA 更新成功完成、但是 BIM 双映像代码中存在必须首先校正的错误。  我可以在此处提供更正、也可以等到 v7.10 SDK 版本再进一步评估该解决方案。

此致、
瑞安

您好、Ryan、您能为我们提供 BIM 映像、供我们使用 SDK 6.41进行测试吗、或者告诉我们在哪里可以找到它？ 因此我们可以在 v7.10之前对器件进行全面的测试，

Br、

兰迪

谢谢 Ryan。 我们将进行测试、然后返回给您、生成相似的结果。

Br、

兰迪

您好、Ryan！

我进行了更改、但仍然无法获取 OTA。  

当协调器发送图像通知我的器件响应 图像通知：不受支持的仪表组命令。  

在 zcl.h 命令列表中、我找不到类似的内容。  

请、 我应该怎么做才能解决这个问题？

非常感谢！

此致。

您应该重新基于测试工程、因为您似乎无意中删除了 OTA 功能。  您的 UI 应正常运行并显示 OTA 信息。

此致、
瑞安

您好、Ryan！

回去似乎还可以！

此致。

您好、Ryan！

回去似乎还可以！

通过 OTA 进行的固件传输达到100%。
但新的应用永远无法运行。

我尝试对上面建议的 bim 文件进行更改、但不对您建议的 bim 文件进行更改(如 zr_sw_ota_client_onchip_xxx 的自述文件所述)。 我始终具有相同的结果。 它从不运行新应用程序、即使我在完成 OTA 后进行重置、它也始终运行原始应用程序。

完成后、将再次自动通过 OTA 执行固件传输。 我想如果不运行新的应用程序、它就会检测到仍有有效的可用更新。  

那会发生什么事呢?

此致。

您需要执行调试、首先在 zr_sw_ota_client_onchip 上确认 OAD_markSwitch 通过 crcStat 使原始图像无效、然后在 bim_onchip 上执行调试、以确认 BIM_findImage 根据 crcStat 内容定位正确的更新图像、否则对 Bim_UpdateExecValidImg 的处理。  

此致、
瑞安

您好、Ryan！

OTA 问题是我们唯一需要处理的问题。

为了消除可能引入使用原始 TI 固件和 LaunchPad 测试我的代码或硬件的任何问题、

我使用的是 SDK 7.10。

我进行了以下测试：
测试1：
CC1352P-2LP ->作为 OTA 服务器的协调器。
CC1352P7-4LP ->作为路由器 OTA 片上客户端
结果：OTA 传输已完成并达到100%、但固件从未更新为传输的映像。
测试2：
CC1352P-2LP ->作为 OTA 服务器的协调器。
CC1352P7-4LP ->作为路由器 OTA 客户端片外设备
结果：传输开始并且很快您收到一个错误(下载失败的 ZOtaAbort)。
测试3：
CC1352P-2LP ->作为 OTA 服务器的协调器。
CC1352P-2LP ->作为路由器 OTA 客户端、位于芯片外
结果：OTA 运行良好。

为什么使用 CC1352P7、OTA 无法正常工作？ 请,任何想法,建议,...

您好、albgarc：

我在 LP-CC1352P7-4平台上没有观察到类似的问题。 请安装最新的 SDK、并确认在开始这些测试之前擦除所有 Simplelink 器件存储器。  首先关注片外版本(测试2)、并确保使用 Uniflash 与应用程序映像连续加载 BIM。  应通过 LP-CC1352P7-4 OTA 示例生成*。OTA 文件、并包含更新的映像版本号。  成功之后、在应用该线程中提供的 BIM 更改后、接下来确认片上版本的操作。

此致、
瑞安

您好、Ryan、  

非常感谢！

有问题、

我必须执行一些操作来确保使用 Dual_Image 选项构建 BIM 项目。

最棒的餐厅

器件型号：CC1352P7

你好，Ryan！！！

非常感谢！

很抱歉、但我错误地关闭了上一主题。

除了更新 bim_main 和 bim_util 文件之外、我是否应该对预定义的符号执行任何其他操作(添加或删除 bim_dual_onchip_image、security、... 其他内容)？  

非常感谢。 此致！

您好、Ryan！  

请、在将 Dual_image 设置为"活动"后、我得到以下错误。  

我不是在观察相同的情况。  正如第一个预期的那样、我想文件没有正确更改。  请使用您已确认的默认值将正确构建的新项目重试。

此致、
瑞安

您好、Ryan！

SDK 7_10_00_98

我在 CCS 中加载 BIM_ONCHIP 项目、该项目构建得非常好。
Properties -> Manage Configuration -> Dual_image -> Set Active / Properties -> Configuration -> Dual_image

和我上面展示的图像一样。 在编译时、我会得到与之前相同的错误。

删除您的项目并重试、或 探究 问题并解决它们。

此致、
瑞安