顺带一提，我一开始直接使用etharp_request(),传入esp_netif_t *zy_netif_sta参数，程序执行至此会重启；log如下图：

我原来项目使用的idf版本是v4.3,该版本下，tcpip_adapter组件还能使用，我用了一个tcpip_adapter的API函数tcpip_adapter_get_netif(ESP_STA_IF, &netif)，目的是为了发送arp包(etharp_request(netif, &sdio_ip_addr1)需要struct netif *类型的参数)，如下图： arp_request.PNG 后面迁移到idf_v5.0.1后，tcpip_adapter组件移除了，但我仍然需要发送arp包（即调用etharp_request()），此时我如何获取到netif参数数据呢（即 ESP-...

继续反馈一个现象：在我这边有一台路由器，我让c3模组连接到该AP后，c3模组无法进入休眠，如下图； 在测试几次均是如此的如此的情况下，我重启了路由器，然后c3又可以正常休眠了，其正常休眠的功耗如下： 这边附上C3连接这台路由的log:

我在调研wifi的省电机制的时候，有看到说明说AP除了单播信息也会缓存组播/广播信息，而AP会通过DTIM指示告知sta设备有组播/广播信息待接收，此时sta设备会醒来并接收广播信息；那既然如此，如5m17s处的长时间不休眠会不会是在接收广播信息？如果是这样，那我的项目其实不需要处理广播信息，可不可以通过设置使esp32c3在有广播信息时不去接收，而是进入休眠，使设备的功耗可以达到更低？

环境相关： 1.硬件：esp32-c3-mini-1 v1.1模组，rtc时钟使用外接32k无源晶振 2.idf版本：idf_v5.0.1 3.编译环境：linux 4.软件：使用power_save例程测试 问题描述： 1.想请问esp32c3开启wifi省电机制(power save)的情况下，其平均功耗大概是多少？下图是我测得的数据(linsten interval=10),请问其平均功耗是不是太大了？像5m17s与5m22s处这种持续较长时间不进入休眠是什么原因导致的( 测试过程中这种时刻比较多，测量过程中并没有与C3模组进行通讯)？ esp32c3(power save)连接路由的功...

这边继续反馈我的调试结果：我将uart的时钟源修改为 XTAL（原来默认用APB时钟），如下图： 然后我发现，在发送唤醒的数据后(前面的AA AA FF FF FF是唤醒的数据)，再继续发送数据，可以达到发送最多41个有效字节的效果，但是如果发送超过41个字节，后面的数据就不对了，我不知道我的调试方向对不对，感觉是不是唤醒的时间过短导致只能接收一定量的数据？

我这边将idf升到v5.0.1了，然后我拿light sleep例程过来修改：开启了wifi_power_save(自动light sleep)和uart唤醒，其余无关的我注释掉了；目前的情况是uart可以唤醒自动light sleep，程序会执行到case UART_WAKEUP:这边，但是我的本意是希望设备被唤醒后可以继续从rx读到数据，程序可以执行到case UART_DATA:这边的，从调试结果来看，程序有时能执行到case UART_DATA，有时不能，uart_read_bytes()读到数据还是不对；我这边还是将我修改的例程与日志附上，麻烦请教下该如何才能实现我的需求：wifi_...

light sleep的例程我测试过，在我目前使用的idf4.3版本，直接调用esp_light_sleep_start()，通过串口也是可以唤醒的；您这边确定power_save的自动light_sleep也是可以唤醒的吗？我明天将idf的版本升级后再测试看看，后续结果再反馈给你们，谢谢

然后我这边测试过，设置串口为唤醒源，并不能在模组休眠时唤醒，模组依然按照设置的时间间隔唤醒。

环境描述：硬件esp32-c3-mini-1模组；IDF_V4.3，软件uart_events+power_save：在例程uart_events的基础上，开启power_save模式 问题说明：在power_save模式下，模组是定时唤醒的，我这边设置的监听间隔(listen_interval)是1s；在这种情况下，uart的接收数据有时能接收到数据，有时不能，有接收到数据长度也是不完整的；我自己的理解是：因为power_save是间隔时间定时醒来去查ap是否有数据的，如果没有，模组会继续进入light_sleep休眠，因此往串口发送数据时不会刚好卡在模组醒来的时间，所以导致接收有问题； 预...