受到 strapping 引脚的影响，检查下 GPIO0是否被拉低

hello, could you please tell me the particular module and the " factory inmage" you used

C3 不支持这种唤醒方式，32，S2,S3都可以，所以在C3的文档下看不到这种方式的介绍

sdkconfig 是由 sdkconfig.default 还有 menuconfig 里的配置生成的

有，支持 chain 结构，可以在menuconfig->Component config->MDF Mwifi->Capacitu config->MEsh Topology中进行设置

您好，请问您这边使用的芯片和idf版本是什么呢

在单火场景下使用时，采用的是长时间WiFi保活的power_save 模式，也就是定期收包其余时间处于light-sleep睡眠，通过调整发射功率和收包间隔来实现低功耗，如果射频一直处于打开状态功耗是降不下来的。 请问是通过死循环打开light-sleep和关闭light-sleep这样来实现吗？因为我通过ESP-IDF中power_save示例编译固件后发现设备依然无法正常工作，还是会因为电流不足而频繁重启。目前单火电路最大提供不能超过持续3秒的100mA电流，安全电流在20mA以内，电压3.3V。到目前还是一头雾水，依旧是因为功耗问题导致设备各种异常 :( 并不是通过死循环，powers...

在单火场景下使用时，采用的是长时间WiFi保活的power_save 模式，也就是定期收包其余时间处于light-sleep睡眠，通过调整发射功率和收包间隔来实现低功耗，如果射频一直处于打开状态功耗是降不下来的。 你好，感谢回复，但是我想了想这样肯定不行呀，单火场景下的比如智能开关，时延性比较敏感，用户在发送开启或者关闭的指令时设备应该立即做出反应，如果系统进行睡眠关闭射频采用定时收包的形式的话，那延时也太大了，用户体验会很差的。只有对时延性不敏感的场景比如水表电表之类一个月上报一次数据的才适合，这个我觉得不合适吧，智能开关肯定要实时接收数据的，这个方案我觉得有问题 这个使用WiFi进行设备...

这边方便提供一下电流测试时的波形图吗

如果是ESP32-C3芯片，C3的RTC_GPIO没有这个功能，用不了rtc_gpio_isolate 这个函数