The setup routine of SimpleTime ends with: //disconnect WiFi as it's no longer needed WiFi.disconnect(true); WiFi.mode(WIFI_OFF); Well. And then? Wouldn't it have been helpful to give at least the required code to reconnect as a comment? I am losing hours to "try and error" seeking a way to do that!

How about dual core?? While I'm waiting for the MCP4802 I was playng with the dual core!!! The idea is to synchronize the call of dac_output_voltage(DAC_CHANNEL_x, a-b), one for each core. Mauro Remember: the second core is not idling uselessly, it provides WiFi+Bluettoth and needs some prime time ...

My problem is very similar to yours. I'm also doing light sleep and seeing very large and unpredictable time drifts (around +3-10ms/s). I'm also using a WROOM 32 rev1. Were you able to get better results from RTC by adding the 32kHz crystal to GPIO32 and 33? Thanks! That was too much fiddling. I ha...

YvesDS wrote:Hi all,
...and be more than welcome, since at this moment we only use one core at a time within the ESP-Arduino, and if both cores are used, it is not dedicated witch one would be used for what part of the code, not?

Remember: the second core is not idling, it provides WiFi+Bluettoth.

I can remember that Andreas Spiess has issued a video about that.
But remember the second core must provide Wifi+Bluetooth fuctionality, so it is to be used with care.
Anyhow you have to use freeRTOS and manage the cooperation with the base code to evoid jeopardizing the core functionality.

Thank you. It helped to put a 22nF condensator to the the two adjacent analog inputs.

I am very disappointed. I have entered an absolutely stable voltage of 557,3 mV (verified with my 5 digits multimeter and absolutely clean according to my oscilloscope) on pin 37 of an ESP32 Wroom. Here is my code: Setup: ... analogReadResolution(10); // 10Bit resolution analogSetAttenuation(ADC_0db...

If you don't have the device doing OTA then it's probably pretty secure. But who knows if there are any backdoors lurking around. Yes that was my concern. The device contains the WLAN password unencrypted, can one imagine to retrieve it remotely? I am only concerned by WLAN/LAN attacks , not by any...

OK, it's clear that with the ability to change code over the air, the potential risk of being hijacked raises enormously.
But, as long as no OTA code is uploaded and the device is not on USB, will i have to care for security as long as no physical access to the device is given?

Hi may I ask for a clue? I have wired a TFT display to my Wemos Lolin32. It works, but apparently only with software SPI. Here is my code for the ( Arduino IDE ) #define TFT_DC 2 //Data/Cmd #define TFT_CS 15 //Chip Select #define TFT_MOSI 23 //Master out Slave in #define TFT_CLK 18 //System Clock #d...