-
Notifications
You must be signed in to change notification settings - Fork 7.4k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
WiFi affects ADC1 raw data (IDFGH-6623) #8266
Comments
I don't have the module with me at the moment. |
Thanks for reporting and updates, feel free to reopen. |
I am having the exact same issue ATM |
@dizcza Have you tested it after this change? As discussed on this issue esp-rs/esp-idf-hal#468, I am still struggling. |
@piemanau I haven't tested it in years. I no longer use WiFi + ADC1 in conjunction. |
Environment
master branch has a websocket client example broken - I haven't bothered reporting this; that's why I've stuck to v5.0-dev; master branch has the same problem)idf.py flash
command.Problem Description
When WiFi is active, in particular, an ESP32 websocket client is sending data to a server,
adc1_get_raw()
returns wrong unrealistic values. ADC values are read from an analog SDP806 differential pressure sensor. Without the Wifi running, the ADC1 values are correct - near zero. When Wifi is active, I see outliers with huge (>1k) ADC1 raw values.The analog sensor is connected to pin 35, ADC1 channel 7.
I'm aware of ADC limitations but they concert ADC2 only - I've read this part of the documentation carefully and intentionally chosen ADC1 to avoid WiFi-related conflicts. If there are limitations to ADC1, please add them to the docs.
Related issues
I first thought it's related to #7781, but Bluetooth, to my surprise, does NOT affect ADC1 readings. Only Wifi does.
This issue supplements #6682 though in my case the wifi does not get disconnected when I call
adc1_get_raw()
periodically.Expected Behavior
adc1_get_raw()
returns small values around zero when the WiFi is running.Actual Behavior
adc1_get_raw()
returns unrealistically large values when the WiFi is running.Code to reproduce this issue
websocket_app_start()
is taken from the websocket example https://github.com/espressif/esp-idf/tree/master/examples/protocols/websocket.Full code:
Other items if possible
The text was updated successfully, but these errors were encountered: