我发上来一个log，也就是wifi:m f probe req l=0 错误第一次出现时的log上下文，在557行。
可以看到，先是gattc断开，然后是596行 wifi bcn timout，然后才反复出现wifi:m f probe req l=0

之后，wifi和ble全部崩溃

最小工程还没跑死呢

其实出现wifi:m f probe req l=0时，不光是wifi，蓝牙也崩了，无法连接，手机搜不到广播，也连接不到另一个gatt server
所以只起wifi还不行。

ESP_Gargamel wrote: ↑

Thu Jun 24, 2021 9:51 am

可能你可以在 disconnect 的 event 里处理下，如果 reason 为 no ap found，可以考虑重启。这里出现这个 log，肯定是扫不到路由了。

这样处理的话，如果ap主动断开，比如ap断电情况，esp32岂不是会反复重启？

好的，我整理一下能复现问题的最小工程。
另外，请问，如果是wifi:m f probe req l=0的报错，我在应用层如何捕获该错误？
从而采用重启系统的策略？

关闭蓝牙的测试进行了72小时了，目前还没有出现问题。
初步怀疑是wifi和蓝牙有冲突，但确实不知道如何解决？
硬件环境：官方wrover-E模块
sdk：release/v4.3 更新到6月

谢谢回复，辛苦了。
复现问题时wifi debug log 和sdconfig见附件。
有时候10几个小时，有时候2天，但是一般至少几个小时以上才复现。
关闭蓝牙的测试正在做。路由器换过了，还是有同样的现象。

更新：
关闭蓝牙功能的测试已经进行了40小时，目前还没出现问题。继续测试。

刚才很快复现问题了，内部内存剩余97311bytes
printf("Internal memory free heap size: %d bytes\n", heap_caps_get_minimum_free_size(MALLOC_CAP_8BIT|MALLOC_CAP_DMA));

感谢您的回复。
1. 已经更新到release/v4.3 6月最新版本，问题还是存在。
2. wifi的使用流程主要是参考统一配网那个例程：
初始化基本参考配网部分程序，然后就是tcp socket send和recv简单的功能。
3. 正在复现问题，看看内部内存剩余。我记得没有启用spiram之前，打印的内存启动时115k左右，崩溃时110k左右。
以下是我的config，您看看有没有问题？

采用的是安信可的模块，sram 512k
程序主要实现了softAP 配网，蓝牙gatt server和gatt client，及wifi tcp socket通信
一般运行12小时左右，就会持续报错：
wifi:m f probe req l=0
此时wifi无法连接，蓝牙链接断开，也无法再连接。
怀疑是模块内存不足，然后用官方wrover-E psram 8M模块，运行一段时间也会报错。
我打印了报错时的内存占用：
Minimum free heap size: 4208439 bytes
系统启动时大约是内存4.21M左右，感觉不像是内存泄露。

请教，这是什么问题？谢谢

非常感谢您的回复。
按照您的方法，我更新了v4.3。现在运行正常了，不报错了。
我再多测试几次。