ESP32-C6 WiFi: Too much time spent awake when responding to broadcast in power save mode (IDFGH-15459)
Answers checklist.
- [x] I have read the documentation ESP-IDF Programming Guide and the issue is not addressed there.
- [x] I have updated my IDF branch (master or release) to the latest version and checked that the issue is present there.
- [x] I have searched the issue tracker for a similar issue and not found a similar issue.
IDF version.
v6.0-dev-527-gadcbdd7da4
Espressif SoC revision.
ESP32-C6 (QFN40) (revision v0.0)
Operating System used.
Linux
How did you build your project?
Command line with Make
If you are using Windows, please specify command line type.
None
Development Kit.
ESP32-C6-DevKitC-1 v1.2
Power Supply used.
USB
What is the expected behavior?
Wakeup time associated with servicing broadcast requests should not be significantly longer than regular beacon wakeups.
What is the actual behavior?
The device stays awake for approx. 120 ms compared to 20ms. This significantly increases average power consumption in busy networks, reducing the benefit from using power saving mode.
Steps to reproduce.
Using the standard power_save example and arping to generate broadcast requests, observe device's behavior in NONE and MIN_MODEM ps modes. Make sure CPU light sleep is also enabled (pm_config.light_sleep_enable = true).
Measure wakeup time using any suitable power profiling tool.
Debug Logs.
Console log: cons_2.txt
Highlighted is a wakeup associated with an arping request - 123ms, much longer compared to shorter "idle" beacon wakeups:
Diagnostic report archive.
No response
More Information.
No response