[参考译文] CC3220SF-LAUNCHXL：OTA 捆绑包升级

admin

Other Parts Discussed in Thread: CC3220SF-LAUNCHXL, UNIFLASH

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

https://e2e.ti.com/support/wireless-connectivity/wi-fi-group/wifi/f/wi-fi-forum/1181746/cc3220sf-launchxl-ota-bundle-upgrade

器件型号：CC3220SF-LAUNCHXL
主题中讨论的其他器件： UNIFLASH

您好！

我将为我的应用使用以下模块。

Amazon FreeRTOS -> 202107

FreeRTOS 内核 V10.4.3

AWS IoT 无线更新 v3.0.0

SL 主机驱动程序版本2.0.1.27

Service Pack 版本 sp_3.14.0.0_2.0.0.0_2.2.0.7.bin

我计划使用 OTA 将已部署的器件升级为一组 CC3220SF-LaunchXL 文件。到目前为止、我仅使用 OTA 进行了 sys/mcuflashimg.bin 升级。

现在、我要向已部署的设备添加新文件(已部署的设备不包含某些新文件-至少闪存/创建一次)。

在 swru455m - 8.9.1 Bundle File States 开发人员指南中、我可以看到以下声明、即该文件具有有效的副本(这意味着该文件至少已成功写入一次)。

这意味着我们至少应该使用 UNIFLASH 刷写新新文件一次器件？那么只能升级套件？请提供建议

此外、还请帮我提供 OTA 捆绑包升级用户指南/示例代码(分步过程)。

此致、

Suresh

1 年多前

0 admin 1 年多前

TI__Guru**** 657500 points

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

您提到的声明讨论了 OTA 更新时已存在的文件(即修改现有文件、而不是创建新文件)。在这种情况下、可以在工厂(编程)中或通过以前的 OTA 更新创建现有实例。

故障安全背后的理念是、在创建(故障安全文件)时、文件系统会为文件的2个实例分配存储空间。一个是"可操作"实例。第2个实例在 OTA 期间使用、并在用户提交更改(然后第2个实例变为"可操作")之前保留为"测试"映像。如果使用用户回滚或 MCU 复位、引导加载程序将恢复为第一个("可操作"实例)。

分发包保护会触发分发包中文件的重版本，以防分发包中的一个文件写入(并关闭)不正确。

据我所知、AWS OTA 不支持捆绑包、但仅支持更新 MCU 映像。

在 CC32xx SDK 中、我们有一个 OTA 库、用于处理捆绑包(由 Uniflash 创建的 TAR 文件)。它在 OOB 示例中进行了演示、并作为 SDK 6.10中 MQTT_Client 示例的附件(有关启用 OTA 的说明、请参阅示例自述文件)。在之前的 SDK 中、我们提供了云和本地 OTA 示例、演示了使用方法(另请参阅 https://www.ti.com/lit/pdf/swra510 和 SDK 中的 OTA 文档)。

Wi-Fi®︎（参考译文帖）

Wi-Fi®︎（参考译文帖）(Read Only)

[参考译文] CC3220SF-LAUNCHXL：OTA 捆绑包升级