工具/软件：
尊敬的团队：
我正在开发一个添加了片上 OAD 的固件、类似于文章（LAUNCHXL-CC26X2R1：CC2642R1 BLE OAD：片上简单外设 OAD、OAD 过程未启动 — 蓝牙论坛- Bluetooth
︎ — TI E2E 支持论坛）、我可以使用 btool 成功进行 OAD 更新、但简单链接连接应用失败、它一直提到 OAD 复位失败。 之后,我发现设备进入了持久应用程序,我可以再次连接它以继续我的更新。
但当我使用 btool 时、每次我尝试更新时、OAD 都成功。
我正在为我的 CC2652R7 使用“simplelink_cc13xx_cc26xx_sdk_7_40_00_77"，“，您、您能帮忙解决此问题吗？ 非常感谢！
此致、
Jermyn
这里是屏幕截图、我尝试使用可以在 btool 中成功更新的固件进行更新：
出现故障后、我发现该器件被广播为 persistent App：
在这种情况下、OAD 进度开始 
您好、Maxence、
感谢您的快速答复。
1) 这里是日志文件：e2e.ti.com/.../on_5F00_chip_5F00_OAD_5F00_btool.txt
2) 不是、我刚刚使用了 低功耗蓝牙通过无线下载 (OAD) 高级版代码—CC13XX CC26XX SimpleLink Academy
3) 这里是我刷新应用程序的方式。 我遵循了规则:
CC2652R7 (TI BIM)：
片上 OAD：
0x00 -> ble5_simple_peripheral_oad_onchip_public_address_cc26x2r7_iar_FlashROM_Release_oad.bin
0x86000 -> ble5_persistent_app_cc26x2r7_iar_FlashROM_Release_persistent_oad.bin
Auto (0xae000)-> ble5_bim_onchip_cc26x2r7_iar_Release_bim.hex
4) 她是从 simplelink_academy 提到的 NVS 设置
5) 此处使用服务器的.bin 文件
这是使用 CCS Resource Explorer 中开箱即用的 ON_CHIP_OAD 示例文件
两个文件都无法进行更新。
请您帮助了解一下、非常感谢。
此致、
Jermyn
你好 Jermyn！
我想我已经为您的问题提供了解决方案。 以 CC26X2R1_LAUNCHXL 器件为例、提供了 SLA。 正如您正确指出的那样、CC2652R7 器件的闪存布局不同：
-用户应用程序闪存从 0x0 开始
-永久应用程序是 0x86000 到 0xAE000
- BIM 是从 0xAE000 到设备的末尾 (0xB0000)
布局不同的原因是为用户应用提供更多空间、因为 CC2652R7 比 CC26X2R1 器件具有更多的闪存。
当向用户应用程序提供 OAD 指令时、该指令会重新引导至永久应用程序。 然后、它必须重新连接到通过 BLE 发出此指令的中心端。 要无缝重新连接、它必须使用用户应用程序中存储在 NVS 中的绑定信息。 必须在永久应用程序和用户应用程序之间共享 NVS、以便永久应用程序正确绑定。
在 CC26X2R1_LAUNCHXL 器件的 SLA 上、此共享 NVS 的地址为 0x34000 至 0x38000。 但是、对于 CC2652R7、此共享 NVS 来自 0x82000 至 0x86000。
在您为应用程序共享的屏幕截图中、两个 NVS 值都是错误的、因为需要遵循 CC2652R7 特有的值、如下所示： 
这将解决您的问题。 如果您需要有关如何为您的器件执行 OAD 的参考示例、应查看以下示例的 SysConfig 值：
- persistent_app_LP_CC2652R7 _tirtos7_ticlang
- bim_onchip_LP_CC2652R7 _nortos_ticlang
- simple_peripheral_oad_onchip_LP_CC2652R7 tirtos7_ticlang
此致、
Maxence
嗨、Maxine、
我发现 simplelink connect 应用程序中仍然更新失败。
[报价 userid=“646004" url="“ url="~“~/support/wireless-connectivity/bluetooth-group/bluetooth/f/bluetooth-forum/1556619/cc2652r7-on-chip-oad-fails-in-simplelink-connect-but-succeeded-in-btool/5992826必须在永久应用程序和用户应用程序之间共享 NVS、以便永久应用程序正确绑定。
在 CC26X2R1_LAUNCHXL 器件的 SLA 上、此共享 NVS 的地址为 0x34000 至 0x38000。 但是、对于 CC2652R7、此共享 NVS 来自 0x82000 至 0x86000。
[/报价]如您所述、我更改了 NVS 地址、并检查了持久应用 NVS 地址是否与您提到的相同、并且与我在固件中使用的地址相同。
但这一次、当我尝试通过应用进行更新时、它显示了这一点
我还在开箱即用的 simple_peripheral_oad_onchip_LP_CC2652R7 _tirtos7_ticlang 示例中查看了 syscfg、它们大多数应该相同。 但我为了自己的目的更改配对模式：
根据您 在此处分享的代码、 问题似乎与有关
外围设备 ID、
UUUID.OadServiceUuid、
UUUID.ImageIdentifyWriteUuid
我正在通过 iOS 使用该应用程序、您能帮我了解一下吗？ 非常感谢。
此致、
Jermyn
您好、Maxence。
以下是持久应用中 NVS 的屏幕截图：
以下是固件中的 NVS 地址：
器件是否会重新启动至 PERSISTENT 应用程序、并且您可以在 SimpleLink Connect 应用程序上看到吗？ 如果是、连接到持久应用程序时、您是否在应用程序中看到 OAD 服务？
[/报价]但这次我有一个发现:
尝试从应用程序更新后、接口会切换到以下内容：
如果我继续更新、它将显示出来
然后、复位后将显示：
但是我发现这个界面很奇怪,这个名称是“持久应用程序“,但服务和我自己的应用程序是一样的。
然后,我尝试忘记设备并重新连接,它成为真正的持久应用程序界面:
这次更新成功：
我还发现、对于我的应用程序、服务是：
但对于持久应用、它是：
这是我迄今所发现的,希望局势足够明朗。 非常感谢。
此致、
Jermyn
尊敬的 Tarek：
感谢您的答复。
1) 是的、每次使用 OAD 更新时都是相同的。
2) 对于我的 Android 设备,它首先要求我手动重置设备,之后的进度开始并成功。
此致、
Jermyn
