TI中文支持网Other Parts Discussed in Thread:SIMPLELINK-CC32XX-SDK
OOB工程样例中，
如果已经通过手机APP(SimpleLink APP）配置好WIFI AP信息，且已能正常工作连到相应WIFI AP；
如果关掉WIFI AP让其不在线， 重新启动 设备后其会进入SmartConfig状态（此时不做配置操作）；
将WIFI AP重新上电在线（参数保持不变）；
重新启动设备后，设备能连接到WIFI AP么？？？？ （使用此前已配过的参数，不用再配一次）
Kevin Qiu1：
可以连接到，AP信息已保存了
,
user6343031：
你的意思是：
“关掉WIFI AP让其不在线， 重新启动 设备后其会进入SmartConfig状态（此时不做配置操作）“并不会清掉此前的配置，”当WIFI AP重新上电在线（参数保持不变）； 重新启动设备后，设备还能用此前保存的WIFI AP配置信息连接到WIFI AP“？？？？
,
Kevin Qiu1：
是的，使用SmartConfig正确完成配置后，配置信息会保存到FLASH中，程序运行时会自动加载
,
user6343031：
但是我们基于OOB工程做的软件情况是：“当WIFI AP重新上电在线（参数保持不变）； 重新启动设备后，设备仍是处于待配置状态，不能连到WIFI AP”。
不知可能是 哪个关键点的处理出了问题？
,
user6343031：
"关掉WIFI AP让其不在线， 设备重启后找不到WIFI AP会进入SmartConfig状态（此时不做配置操作）“ 确实也不会清掉此前的配置？？？？
,
Kevin Qiu1：
我这边试了下可以连接上，你的工程有修改过吗
,
user6343031：
用OOB的原始工程（未修改过）在开发板上验了一下：关掉WIFI AP后， 重新启动 设备后其会进入SmartConfig状态（此时不做配置操作），当WIFI AP重新上电在线（参数保持不变）； 重新启动设备后，设备在AP模式，需要用手机APP配置后才能连接到WIFI AP。
看来是用于开发基础的 OOB原始工程就有问题，而不是我们后来引入的。需要注意哪个地方呢？！
,
Kevin Qiu1：
对照这份文档看一下：www.ti.com.cn/…/swru472a.pdf
用没有AP Provisioning试过？
,
user6343031：
开发人员说是导进来的例程，完全未改过的原始工程。
是严格按照我写的步骤么？
（关掉AP（模仿AP故障不在线的场景）和设备，设备要先启动后由于找不到WIFI AP进入 AP模式，然后要将设备关电，再开启AP，AP正常之后最后开启设备）
,
user6343031：
能否把你的联系方式发一下方便语音充分交流呢？!
（这个问题确实比较严重，会严重影响运维）
,
Kevin Qiu1：
只能通过论坛交流，用AP Provisioning配置试一下看是否还会出现此问题，我再测试一下
,
user6343031：
“AP Provisioning配置” 是什么？是否就是：设备作为AP，通过手机SimpleLinkAPP 与其相连，对其进行WIFI AP的配置么？已反复做过多次了，都是这样这样的。
,
Kevin Qiu1：
就是这里的任务3：dev.ti.com/…/node
有没有尝试换个AP，SmartConfig 不支持MIMO 的AP
,
user6343031：
我们用的就是AP Provisioning：用SimpleLink Wi-Fi Starter Pro App搜索到mysimplelink-xxxxxx 之类的APP，
然后基于此配置其连到目标WIFI AP，配置成功后，其确实也已能成功地连到目标WIFI AP进行通讯。但一旦目标WIFI AP不在线（由于某种可能存在的原因），设备重启后会处于mysimplelink-xxxxxx 的状态，
后续即使目标WIFI AP变为在线了， 设备重启后也仍然处于mysimplelink-xxxxxx 的状态…..
,
user6343031：
目前已试了几个WIFI AP，其中 有TP-Link的TL WVR 308，都比较低端，应该不支持Mimo吧！
,
Kevin Qiu1：
SDK版本是多少，板子是否是自己制作的？
,
user6343031：
simplelink_cc32xx_sdk_3_30_01_02中的OOB工程；
最开始用的是自己开发的设备板子；
目前用的OOB原始工程与 TI LaunchPad Kit With Simplelink WIFI CCS3535S Wireless Microcontroller开发套件中的开发板再试，也是存在问题
,
Kevin Qiu1：
将SDK升级到最新版本测试下，我这边换个环境在测试下，之后回复你
,
user6343031：
用的服务包：sp_4.4.1.3.3.1.0.5.3.1.0.19.bin
,
user6343031：
最新版本版本号是什么？
在哪里可以下载？
,
Kevin Qiu1：
SIMPLELINK-CC32XX-SDK v4.20.00.07：www.ti.com.cn/…/SIMPLELINK-CC32XX-SDK
,
user6343031：
请问：OOB工程中
1、控制切换至AP Provisioning配置的接口是什么？
2、控制清除AP Provisioning配置信息的接口是什么？
3、能否与networking工程一样控制 设备 根据配置信息字符串(来自我们的键盘输入） 连接到相应的AP？
这样以便好掌控流程。
如果不能掌控，就像现在一样受制于OOB原有流程，不能满足实际应用要求。
,
Kevin Qiu1：
关于provisioning看下16章：www.ti.com.cn/…/swru455k.pdf
,
Kevin Qiu1：
我测试的结果是，OOB例程中短时间断开AP再恢复可以连接上，超过大概1分钟后需要重新配置
provisioning例程大概两分钟后不能自动连接，按复位可以自动连接上AP
,
user6343031：
“超过大概1分钟后需要重新配置”绝大部分出现故障的情况通常都会超过1分钟…..因此这样的处理也是存在问题的啊！
,
user6343031：
你用的SDK是什么版本？
,
Kevin Qiu1：
我用的是 v4.20.00.07
超过1分钟需要重新配置的问题应该可以通过修改程序来解决，我没有试过，你可以试试
,
user6343031：
我们的开发人员看不懂里面TI处理的代码（他们只能看懂自己写的外围代码）。
因此才咨询需求帮助：其中相关的关键处理代码在哪里………..
,
Kevin Qiu1：
在provisioning_task.c中屏蔽这个函数 NotifyReturnToFactoryImage();
,
user6343031：
好的。试一试看看。
但想知道这么做会带来其它什么新的问题（例如导致其它正常需要的功能不可用）？
,
user6343031：
我们的开发人员试了之后反馈：在provisioning_task.c中屏蔽这个函数 NotifyReturnToFactoryImage();用开发板测试过了，不得行，这种是在最新SDK包下测试的嘛，我用的是以前的版本….
,
Kevin Qiu1：
是最新的版本，我试过了是可以的
