目前来看deep sleep模式唤醒后，系统相当于重启，连接wifi的速度也和正常上电相同，实测平均在3秒以上，并且很多时候会卡在dhcp阶段很长时间。请问是否有办法在deep sleep状态下保存之前的连接数据，比如路由的mac，先前获得的ip等等，在唤醒后能够跳过某些步骤快速连接路由？这个功能我在某其他品牌的wifi模组上验证了过了，确实可以秒连，希望esp32也能有这样的功能。

I've tried changing
#define XCHAL_EXCM_LEVEL 3 /* level masked by PS.EXCM */
to
#define XCHAL_EXCM_LEVEL 5 /* level masked by PS.EXCM */

but it doesn't work.

These 2 macros disable interrupts up to and including level 3. Interrupts level 4 and 5 are still allowed in FreeRTOS critical sections. In practice, you may find that disabling interrupts up to level 4 will give the result you need. Note however that your timing requirements come from some bitbang...

现在要实现一个ns级的延时函数，用nop指令已经调试完成，然而问题在于这个延时函数经常被中断，导致延时时间不可控，我在延时函数前后加了 这两个宏，似乎并没有任何作用，延时依然不可控，这是什么原因呢？

我们设计的产品需要过FCC认证，其中有一项wifi及蓝牙定频测试，似乎是要提供特定的固件程序发射固定频率的数据，我们该怎么做呢？ESP32有相关例程或接口支持吗？我注意到ESP32 模块本身已经过了FCC认证，那么是否可以免去这项测试呢？

测试发现，频繁的对esp32进行断电上电，有概率在上电时死机，刚打印了一两行log就卡住不动了，电流消耗维持在30ma左右，任何操作均无响应，只能重新断电上电。boot都没完成，任务看门狗和中断看门狗应该还没启动。这个问题该怎么解决呢，实在不行就只能加外部硬件看门狗了。

这个问题似乎依然存在，只是换了一种表现形式。
现在修改main函数里的代码并不会影响到softap的兼容性，但如果在menuconfig中配置编译优化为release，则会再次出现部分手机无法连接的现象，而配置为debug则工作正常，同样100%复现。
有充分的理由怀疑编译器有问题。
我们的代码量不小，使用debug编译固件太大，需要自己重写flash分区表，而且也比较浪费，希望能得以解决。

你好，
我直接迁移到最新的v3.1.2版本上，这个问题似乎得以解决了，无论我在else分支中添加什么代码，不会影响到if分支中softap模式的兼容性，之前不能正常连接的手机现在可以连接了，接下来将进一步测试。
如果可以麻烦告知是哪一项bug fix解决了这个问题。
再次表示感谢。

Hi，
感谢回复，在测试之前我想有几个关于版本的疑问。
v3.1.x和v3.0.x有个区别是esp_ping，这个是指tcp/ip中的ping命令吗？我没有调用该模块是否可以直接迁移到v3.1.x上？
目前的最新发布版本是什么，github 上好像是v3.1.2， 版本后面有rc和没有rc分别代表什么？
再次感谢。