@macsbug

Thank you very much. According my current research I cannot disable power safe function which includes wifi sleep. Reason behind is that I´am also using Bluetooth application and BLE + Wifi does not work in disabled power safe mode. According this discussion:
https://github.com/esphome/issues/issues/2141#issuecomment-865688582

Nevertheless, I activated adc power and longpress for user button for 2seconds. Since then I have not received any false signals and therefore I think I can deal with this and we have solution so far.

Big Thx and greetings!

@felmue Thank you very much!

It´s very frustrating for me at the moment and I´m not confident to come closer to a solution.

What I recognized that the compiling error has nothing to do with the Atom Lite because by just testing very simple other platforms the compiling also does not work. So I´m having a huge problem with my ESPHome environment and not able to fix it.

So I used another test environment and there it´s possible to compile this code without errors. But I´m not able to flash this .bin file to my Atom Lite.

I used the ESPHome flasher and after flashing it running into some kind of boot loop.

1162-mmu-set-00010000-pos-00010000 etc etc.

Google searches leads me to an uncorrect flash access setting but the suggestions for the official ESP32 flasher seems not to solve this issue.

Tried to flash at a USB2 or USB3 Port but without any success and it´s getting really annoying. Really looking for a very simple step to start with a success and then move forward step by step. I mean I have a ready .bin file in place and it can´t be so complex to bring it succesfull to a EsP32 Pico D4 like the Atom Lite. Have done it before without such huge problems.

Really appreciate your hints. Best regards

Hi

a tried to reduce the esphome code to a minimum e.g. just a binary sensor to identify the problems but by doing this I recognized that even a minimum of code is not compiled and therefore a M5 Stack Atom Lite is not usable for me any longer.

Can somebody post an example code which is working from a new up to date environment?

searching the web only gives me example latest from 2021 and I guess that the platform/board isn´t working anymore?

esphome:
name: m5atomlite
platform: ESP32
board: m5stack-core-esp32

Thank you very much!

Hi

i used copied code to operate my Atom Lite with ESPHome for several months now, but now I have to change some smaller things but I´m no longer able to compile this code.
Out of my understanding the esp_aduino_version.h is missing which is included by the the fastled option which everybody seems to use for the Atom Lite.

I could not find this header file in the mentioned registry so unable to copy it to a local system.

Can you support and say what is wrong in my case for the Atom Lite and ESPHome?

Big Thx!

INFO Reading configuration /opt/iobroker/iobroker-data/esphome.0/esp32-flur.yaml...
INFO Generating C++ source...
INFO Compiling app...
Processing esp32-flur (board: m5stack-core-esp32; framework: arduino; platform: platformio/espressif32 @ 5.2.0)

HARDWARE: ESP32 240MHz, 320KB RAM, 4MB Flash

• toolchain-xtensa-esp32 @ 8.4.0+2021r2-patch3
  LDF: Library Dependency Finder -> https://bit.ly/configure-pio-ldf
  Dependency Graph
  |-- AsyncTCP-esphome @ 1.2.2
  |-- WiFi @ 2.0.0
  |-- FS @ 2.0.0
  |-- Update @ 2.0.0
  |-- ESPAsyncWebServer-esphome @ 2.1.0
  | |-- AsyncTCP-esphome @ 1.2.2
  |-- DNSServer @ 2.0.0
  |-- ESPmDNS @ 2.0.0
  |-- ArduinoJson @ 6.18.5
  |-- FastLED @ 3.3.2
  Compiling .pioenvs/esp32-flur/libe2e/FastLED/FastLED.cpp.o
  Compiling .pioenvs/esp32-flur/libe2e/FastLED/bitswap.cpp.o
  Compiling .pioenvs/esp32-flur/libe2e/FastLED/colorpalettes.cpp.o
  In file included from .piolibdeps/esp32-flur/FastLED/led_sysdefs.h:48,
  from .piolibdeps/esp32-flur/FastLED/FastLED.h:41,
  from .piolibdeps/esp32-flur/FastLED/FastLED.cpp:2:
  /home/iobroker/.platformio/packages/framework-arduinoespressif32/cores/esp32/Arduino.h:32:10: fatal error: esp_arduino_version.h: No such file or directory

• Looking for esp_arduino_version.h dependency? Check our library registry!
• CLI > platformio lib search "header:esp_arduino_version.h"
• Web > https://registry.platformio.org/search?q=header:esp_arduino_version.h

#include "esp_arduino_version.h"
^~~~~~~~~~~~~~~~~~~~~~~
compilation terminated.
*** [.pioenvs/esp32-flur/libe2e/FastLED/FastLED.cpp.o] Error 1
Compiling .pioenvs/esp32-flur/libe2e/FastLED/colorutils.cpp.o
In file included from .piolibdeps/esp32-flur/FastLED/led_sysdefs.h:48,
from .piolibdeps/esp32-flur/FastLED/FastLED.h:41,
from .piolibdeps/esp32-flur/FastLED/bitswap.cpp:2:
/home/iobroker/.platformio/packages/framework-arduinoespressif32/cores/esp32/Arduino.h:32:10: fatal error: esp_arduino_version.h: No such file or directory

• Looking for esp_arduino_version.h dependency? Check our library registry!
• CLI > platformio lib search "header:esp_arduino_version.h"
• Web > https://registry.platformio.org/search?q=header:esp_arduino_version.h

#include "esp_arduino_version.h"
^~~~~~~~~~~~~~~~~~~~~~~
compilation terminated.
*** [.pioenvs/esp32-flur/libe2e/FastLED/bitswap.cpp.o] Error 1
In file included from .piolibdeps/esp32-flur/FastLED/led_sysdefs.h:48,
from .piolibdeps/esp32-flur/FastLED/FastLED.h:41,
from .piolibdeps/esp32-flur/FastLED/colorpalettes.cpp:4:
/home/iobroker/.platformio/packages/framework-arduinoespressif32/cores/esp32/Arduino.h:32:10: fatal error: esp_arduino_version.h: No such file or directory

• Looking for esp_arduino_version.h dependency? Check our library registry!
• CLI > platformio lib search "header:esp_arduino_version.h"
• Web > https://registry.platformio.org/search?q=header:esp_arduino_version.h

#include "esp_arduino_version.h"
^~~~~~~~~~~~~~~~~~~~~~~
compilation terminated.
*** [.pioenvs/esp32-flur/libe2e/FastLED/colorpalettes.cpp.o] Error 1
In file included from .piolibdeps/esp32-flur/FastLED/led_sysdefs.h:48,
from .piolibdeps/esp32-flur/FastLED/FastLED.h:41,
from .piolibdeps/esp32-flur/FastLED/colorutils.cpp:7:
/home/iobroker/.platformio/packages/framework-arduinoespressif32/cores/esp32/Arduino.h:32:10: fatal error: esp_arduino_version.h: No such file or directory

• Looking for esp_arduino_version.h dependency? Check our library registry!
• CLI > platformio lib search "header:esp_arduino_version.h"
• Web > https://registry.platformio.org/search?q=header:esp_arduino_version.h

#include "esp_arduino_version.h"
^~~~~~~~~~~~~~~~~~~~~~~
compilation terminated.
*** [.pioenvs/esp32-flur/libe2e/FastLED/colorutils.cpp.o] Error 1
========================== [FAILED] Took 5.19 seconds ==========================

@macsbug

Thank you very much. According my current research I cannot disable power safe function which includes wifi sleep. Reason behind is that I´am also using Bluetooth application and BLE + Wifi does not work in disabled power safe mode. According this discussion:
https://github.com/esphome/issues/issues/2141#issuecomment-865688582

Nevertheless, I activated adc power and longpress for user button for 2seconds. Since then I have not received any false signals and therefore I think I can deal with this and we have solution so far.

Big Thx and greetings!

@macsbug

Thx, I wasn´t aware that there are two models, Atom and Atom Lite so good to know.

I have Atom Lite in use / bought some days ago.

According your information I activated adc power for GPIO33 and will test if this will eleminate the pulses for GPIO39.

Because GPIO33 has no pullup I can only see unstable signal from 0.05V to 0.6V at the moment.

I cannot proof by oscilloscope so in case of several days without recognized pulses at GPIO39 I have to deal with this and assume that it will work in this case. More precise and professional measurement isn´t possible at my home.

@macsbug

Thx. I am testing at the moment with longpress trigger >=2 seconds and no unwanted actions have been triggered so far.

But if I understand your code right, you just included adc.h in general. Not directly specified and aligned for an GPIO e.g. GPIO39, right?

I think I can make use from this and align ADC Power to an unused GPIO (e.g. GPIO 19, 22 or 23) from my Atom lite. This will include adc.h for software compiling (automatically by ESPHome) and activate ADC Power in general. This should then also be beneficial for GPIO39 and avoid theses pulses.

wifi sleep I do not know if this can be disabled.

Big Tanks @felmue & @macsbug !

Yes, I´m using Wifi in parallel and this sounds very similar to my identified behaviour. I´m not skilled in programming and using standard software solution ESPHome.
During compiling process the SDK version is shown:

Processing esp32 (board: m5stack-core-esp32; framework: arduino; platform: platformio/espressif32 @ 3.3.2)

This seems to be newer than reported in this github issue?

@macsbug as linked by you I have to check if can make use of the workaround by turning on the ADC power.

In general it is not clear mentioned if this problem only occur for millisecond or so? So in case of only a quick signal switch on/off I would prefer a woraround by making use of a "longpress-function". For usability longpress of e.g. 2 seconds is ok for me and in case the wifi/interrupt case will never switch longer 1 second this should work.....what do you thing about it?

Hi
I´m using my first M5Stack and it´s a Atom Lite. The button of the device it like to use to toggle dedicated events from my central home automation system, but I am wondering because the events are triggered and nobody has pushed the button of the Atom lite. So I started to research and found that the button is connected to GPIO39 which is sensor_VN at the ESP32 pico which can only be used as input and has no pullup or pulldown resistor.
I can only find a simplyfied schematic of the Atom Lite and there is shown that GND is connected to the User Button at the Atom.

So what has been done inside? Is there any pullup or pulldown resistor or in case of no closed user button to GND the result will be undefined ....

I struggeling with such design for a product and please can anyone clarify if GPIO39 of the user button might send sometimes some wrong values because of missing pullup resistor?

Big Thx!