TI中文支持网Other Parts Discussed in Thread:CC3235S, CC3235SF
使用SimpleLink APP进行OTA升级时， APP是先从HTTP Web Server（根据url）取到升级软件，然后自己再将升级的软件下载到终端么？！
Kevin Qiu1：
在线升级是这样的，可以看下这里dev.ti.com/…/node
,
user6343031：
现在是APP和OOB工程可以配合工作了（升级文件放在自己搭的本地局域网内HTTP Server目录上）。
在看APP和OOB工程中OTA升级的代码，看能否将OTA升级控制过程移植到我们自己的中间件软件上。
感觉代码与文档有些不一致………..
似乎是手机APP先将文件从HTTP Web Server（根据输入的url）取到手机上，然后再从手机上下载到CCS3235S单板设备上
,
Kevin Qiu1：
你用什么APP进行OTA升级的？OTA详细说明：dev.ti.com/…/node
,
user6343031：
下载源码自己编出来的 SimpleLink Wi-Fi® Starter Pro
,
user6343031：
local_ota和cloud_ota有什么区别？
我们的似乎是local_ota
,
Kevin Qiu1：
在源码基础上修改的应该没什么问题，你说的将OTA升级控制过程移植到我们自己的中间件软件上是什么意思？
你想通过修改过的APP具体实现什么功能？
,
user6343031：
看看我们的中间件软件（C#开发） 能否仿照SimpleLink Wi-Fi® Starter Pro的调度控制过程和方法对采用CC3235S芯片做的设备进行OTA软件升级。
,
user6343031：
比如：
1、选择 升级文件的URL（已经准备好）
2、下载文件；
3、文件Programming；
4、复位设备
,
Kevin Qiu1：
OOB中本地OTA是从具有要下载的OTA映像的本地移动设备完成的,移动设备连接到CC3235，上传映像，然后CC3235开始固件更新。 云OTA是指OTA映像位于云服务器上，而CC3235从该服务器下载该映像，然后执行固件更新
,
Kevin Qiu1：
如果你是OOB例程的话就是本地OTA，看下这里的Task 8: Local OTA Update：dev.ti.com/…/node
本质还是从云服务器上下载，参考SimpleLinkWi-Fi® Starter Pro源码的话，这些功能都能实现
,
user6343031：
我看了工程代码，我们用的CCS工程中有link_local_task.c/h、ota_task.c/h、ota_archive.c/h；
也看了SimpleLink Wi-Fi® Starter Pro 安卓APP的源码，
感觉APP是先将文件从HTTP Web Server服务器目录取到了移动设备上，然后再从移动设备上下载到CCS3235S单板设备上…..
,
user6343031：
我们用的是out_of_box工程。
,
user6343031：
哦。谢谢！
SimpleLink Wi-Fi® Starter ProAPP也能配合支持cloud_ota 么？
如何操作的？
,
Kevin Qiu1：
是这样的，OOB中本地OTA就是通过移动设备（手机）从服务器上下载，然后CC3235SF在从移动设备上获取映像后开始更新固件。 OOB就是out-of-box，cloud_ota不用移动设备，直接从服务器获得映像文件，看下这里：dev.ti.com/…/node
,
user6343031：
收到。明白许多了。谢谢！
Cloud_OTA 中LaunchPad board button就是CC3235S单板上的一个按钮键吧？
Cloud_OTA 相对local_ota是否是： 需要外部干预少，控制简单，但同时也不能获得更多升级进度信息，升级用户体验差（例如没有下载进度条）？
,
Kevin Qiu1：
是CC3235上的按键，cloud_OTA操作相对复杂一点，OOB中本地OTA可以通过手机APP更方便地进行OTA升级
,
user6343031：
请问 SimpleLink Wi-Fi® Starter Pro APP上搜索到的设备列表中 设备名字Dev-xxx应该是在设备上报的吧？
在OOB工程中里的哪个地方 根据什么规则 设置的？
