How often does each client need to update the state of its switch? Unless these switches are toggling very quickly/frequently, you might be able to get away with just disconnecting after updating the server, then idling until the switch changes state again.

It only has a single radio. When you give it that dummy SSID, it starts scanning around on different channels looking for something that matches to connect to. Understandably, the connection between clients and the AP can then become a little unstable, and some client devices may even disconnect. Yo...

Well it looks like you're running out of memory. What usStackDepth are you creating the WiFi task with?

I actually had a look at the esp_wifi_set_max_tx_power function this time and it seems fairly clear to me, though I agree the values seem rather arbitrary. Here's my understanding as an amateur: esp_wifi_set_max_tx_power takes a int8_t as a parameter indicating the desired power level. So acceptable...

At the same link you provided there's also esp_wifi_get_max_tx_power(int8_t *power) which seems to complement the function to set it.
https://demo-dijiudu.readthedocs.io/en/ ... erP6int8_t

So I think 78 is your answer.

You should only be flagging it in the interrupt routine (eg. _goToSleep=true;). That's all.

Then handle it in the loop: if(_goToSleep)...

I'd suggest an external pulldown too.

I was playing with the pulse counter module a little while ago for something different. Upload this and see if it's useful for you: #include "driver/pcnt.h" #define ENCODER_PIN_A GPIO_NUM_13 #define ENCODER_PIN_B GPIO_NUM_14 #define PULSE_COUNT_UNIT PCNT_UNIT_0 int16_t theCounter = 0; static void in...

ESP_igrr wrote: ↑

Mon Dec 10, 2018 2:54 pm

This is a regression in recent versions of ESP-IDF. We are working on a fix. For now you can add a call 'adc_power_off();' (from driver/adc.h) right before entering deep sleep.

Tested and confirmed! Thankyou!

I have a ULP program that reads a rotary encoder and wakes the cores when input is detected, then WiFi is connected to do work, then back into Deep Sleep. While testing low power consumption, I observed this (where 'WiFi.begin?' = Whether or not WiFi.begin() was called before entering Deep Sleep; 'U...

Well what happens if you send the exact same request composed with your browser or Fiddler or similar? That's the first thing I would try, then you'll know if the issue is with your ESP32 code or the server.