CPPFLAGS are preprocessor flags, then apply both to C and C++. CFLAGS apply to C. CXXFLAGS apply to C++. Same with EXTRA_...

I have seen the issue on GitHub, but someone else is going to look into WiFi disconnections are reply to that issue.
I can say that this might be dependent on Wi-Fi AP, because the same example works in my local testing for hours with only a few disconnects followed by successful reconnect.

xtensa-esp32-elf-gdb build/scan.elf -x .gdbinit

One nice property of updating the entire partition is atomicity. That is, either the update takes place, and everything is updated, or the update doesn't take place. If the entire partition is updated, then you can't find yourself in a situation of half-finished update due to e.g. power turned off i...

On Make command line, or in the project makefile, you can use EXTRA_CPPFLAGS — these will be appended to CPPFLAGS without replacing anything.

Did you try submitting an issue at https://github.com/ReDFoX43rus/nRF24L01 ... ary/issues?

To back up the numbers I gave in the previous post, I ran a test using wifi/power_save example of ESP-IDF v3.1.1, and got the below graph. This was captured using TCP0030A current probe on 5A range.

Wi-Fi driver might be saving some state data into flash (NVS). When flash operation is in progress, interrupts with handlers on in IRAM are temporarily disabled. A quick way to check if that is the case would be to either disable saving of wifi state into NVS (can be done in menuconfig under compone...

I don't see anything obviously wrong with your test procedure, however we are getting slightly different peak values — 180mA during TX (which may be because of different data rate, antenna, etc, not sure) and 37mA for the periodic 100ms wakeup. We measure these values using a current probe and an os...