关于OOB工程的WIFI配置

可以连接到，AP信息已保存了

你的意思是：
“关掉WIFI AP让其不在线， 重新启动 设备后其会进入SmartConfig状态（此时不做配置操作）“ 并不会清掉此前的配置，

”当WIFI AP重新上电在线（参数保持不变）； 重新启动设备后，设备还能用此前保存的WIFI AP配置信息连接到WIFI AP“？？？？

是的，使用SmartConfig正确完成配置后，配置信息会保存到FLASH中，程序运行时会自动加载

但是我们基于OOB工程做的软件情况是： “当WIFI AP重新上电在线（参数保持不变）； 重新启动设备后，设备仍是处于待配置状态，不能连到WIFI AP”。

不知可能是 哪个关键点的处理出了问题 ？

"关掉WIFI AP让其不在线， 设备重启后找不到WIFI AP会进入SmartConfig状态（此时不做配置操作）“ 确实也不会清掉此前的配置？？？？

我这边试了下可以连接上，你的工程有修改过吗

用OOB的原始工程（未修改过）在开发板上验了一下：
关掉WIFI AP后， 重新启动 设备后其会进入SmartConfig状态（此时不做配置操作），
当WIFI AP重新上电在线（参数保持不变）； 重新启动设备后，设备在AP模式，需要用手机APP配置后才能连接到WIFI AP。

看来是用于开发基础的 OOB原始工程就有问题，而不是我们后来引入的。
需要注意哪个地方呢？！

对照这份文档看一下：www.ti.com.cn/.../swru472a.pdf
用没有AP Provisioning试过？

开发人员说是导进来的例程，完全未改过的原始工程。

是严格按照我写的步骤么？
（关掉AP（模仿AP故障不在线的场景）和设备，
设备要先启动后由于找不到WIFI AP进入 AP模式，
然后要将设备关电，
再开启AP，AP正常之后最后开启设备）

能否把你的联系方式发一下方便语音充分交流呢？!

（这个问题确实比较严重，会严重影响运维）

只能通过论坛交流，用AP Provisioning配置试一下看是否还会出现此问题，我再测试一下

“AP Provisioning配置” 是什么？
是否就是： 设备作为AP， 通过手机SimpleLinkAPP 与其相连，对其进行WIFI AP的配置么？
已反复做过多次了，都是这样这样的。

就是这里的任务3：dev.ti.com/.../node
有没有尝试换个AP，SmartConfig 不支持 MIMO 的AP

我们用的就是AP Provisioning：用SimpleLink Wi-Fi Starter Pro App搜索到mysimplelink-xxxxxx 之类的APP，
然后基于此 配置其连到目标WIFI AP，配置成功后，其确实也已能成功地连到目标WIFI AP进行通讯。

但一旦目标WIFI AP不在线（由于某种可能存在的原因）， 设备重启后会处于mysimplelink-xxxxxx 的状态，
后续即使目标WIFI AP变为在线了， 设备重启后也仍然处于mysimplelink-xxxxxx 的状态.....

目前已试了几个WIFI AP，其中 有TP-Link的TL WVR 308，都比较低端， 应该不支持Mimo吧！

SDK版本是多少，板子是否是自己制作的？

simplelink_cc32xx_sdk_3_30_01_02中的OOB工程；

最开始用的是自己开发的设备板子；
目前用的OOB原始工程 与 TI LaunchPad Kit With Simplelink WIFI CCS3535S Wireless Microcontroller开发套件中的开发板再试，也是存在问题

将SDK升级到最新版本测试下，我这边换个环境在测试下，之后回复你

用的服务包：sp_4.4.1.3.3.1.0.5.3.1.0.19.bin

最新版本版本号是什么？

在哪里可以下载？

请问：OOB工程中

1、控制切换至AP Provisioning配置的接口是什么？

2、控制清除AP Provisioning配置信息的接口是什么？

3、能否与networking工程一样控制 设备 根据配置信息字符串(来自我们的键盘输入）  连接到相应的AP？

这样以便好掌控流程。

如果不能掌控，就像现在一样受制于OOB原有流程，不能满足实际应用要求。

关于provisioning看下16章：www.ti.com.cn/.../swru455k.pdf

我测试的结果是，OOB例程中短时间断开AP再恢复可以连接上，超过大概1分钟后需要重新配置
provisioning例程大概两分钟后不能自动连接，按复位可以自动连接上AP

“超过大概1分钟后需要重新配置” 绝大部分出现故障的情况通常都会超过1分钟.....
因此这样的处理也是存在问题的啊！

你用的SDK是什么版本？

我用的是 v4.20.00.07

超过1分钟需要重新配置的问题应该可以通过修改程序来解决，我没有试过，你可以试试

我们的开发人员看不懂里面TI处理的代码（他们只能看懂自己写的外围代码）。

因此才咨询需求帮助：其中相关的关键处理代码在哪里...........

在provisioning_task.c中屏蔽这个函数 NotifyReturnToFactoryImage();

好的。试一试看看。

但想知道这么做会带来其它什么新的问题（例如导致其它正常需要的功能不可用）？

我们的开发人员试了之后反馈：
在provisioning_task.c中屏蔽这个函数 NotifyReturnToFactoryImage();
用开发板测试过了，不得行，这种是在最新SDK包下测试的嘛，我用的是以前的版本....

是最新的版本，我试过了是可以的