Skip to content

WiFiMulti connection fails with 2.0.0 / IDF 4.4 #5220

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

Closed
mike-s123 opened this issue May 28, 2021 · 13 comments
Closed

WiFiMulti connection fails with 2.0.0 / IDF 4.4 #5220

mike-s123 opened this issue May 28, 2021 · 13 comments
Assignees
Labels
Area: BT&Wifi BT & Wifi related issues Status: Solved

Comments

@mike-s123
Copy link

WiFiMulti fails to connect with 2.0.0 / IDF 4.4.

Broken with (5502879 v2.0.0..., Apr 5, 2021)
Works with (2ee66b5 IDF release/v3.3, Mar 20, 2021)

ESP32 WROVER

Pretty straightforward, recreated using examples:
SimpleWiFiServer.ino (just uses basic WiFi.h) example connects and works.
WiFiMulti.ino example fails to connect.

Seems newer tries to set static IP to 0.0.0.0 instead of using DHCP?

Broken verbose core debug output:

[  6400][I][WiFiMulti.cpp:160] run(): [WIFI] Connecting BSSID: xxxx SSID: xxxx Channel: 6 (-43) 
[  6425][V][WiFiGeneric.cpp:97] set_esp_interface_ip(): Configuring Station static IP: 0.0.0.0, MASK: 0.0.0.0, GW: 0.0.0.0
[ 11438][E][WiFiMulti.cpp:187] run(): [WIFI] Connecting Failed (6).
[ 11438][D][WiFiMulti.cpp:195] run(): [WIFI] delete old wifi config...
[ 11440][D][WiFiMulti.cpp:198] run(): [WIFI] start scan
WiFi not connected!

Working verbose core debug output:

[I][WiFiMulti.cpp:160] run(): [WIFI] Connecting BSSID: xxxx SSID: xxxx Channel: 6 (-42)
[D][WiFiGeneric.cpp:374] _eventCallback(): Event: 4 - STA_CONNECTED
[D][WiFiGeneric.cpp:374] _eventCallback(): Event: 7 - STA_GOT_IP
[D][WiFiGeneric.cpp:419] _eventCallback(): STA IP: 192.168.168.155, MASK: 255.255.255.0, GW: 192.168.168.2
[I][WiFiMulti.cpp:174] run(): [WIFI] Connecting done.
[D][WiFiMulti.cpp:175] run(): [WIFI] SSID: xxxx
[D][WiFiMulti.cpp:176] run(): [WIFI] IP: 192.168.168.155
@VojtechBartoska VojtechBartoska added the Area: BT&Wifi BT & Wifi related issues label Jun 7, 2021
@stale
Copy link

stale bot commented Aug 21, 2021

[STALE_SET] This issue has been automatically marked as stale because it has not had recent activity. It will be closed in 14 days if no further activity occurs. Thank you for your contributions.

@stale stale bot added the Status: Stale Issue is stale stage (outdated/stuck) label Aug 21, 2021
@mike-s123
Copy link
Author

Anti-stale.

@stale
Copy link

stale bot commented Aug 21, 2021

[STALE_CLR] This issue has been removed from the stale queue. Please ensure activity to keep it openin the future.

@stale stale bot removed the Status: Stale Issue is stale stage (outdated/stuck) label Aug 21, 2021
@mike-s123
Copy link
Author

bump

@VojtechBartoska VojtechBartoska added the Resolution: Awaiting response Waiting for response of author label Apr 7, 2022
@VojtechBartoska
Copy link
Contributor

Hello, can you please retest this with v2.0.3-RC1?

@VojtechBartoska
Copy link
Contributor

Hello, due to no answer I'm closing this issue as expired.

If you still need help, please reopen it.

Thanks for understanding!

@VojtechBartoska VojtechBartoska added Resolution: Expired More info wasn't provided and removed Resolution: Awaiting response Waiting for response of author labels Apr 22, 2022
@mike-s123
Copy link
Author

mike-s123 commented Apr 22, 2022

Seriously???

After almost a year of total inaction, you expect a response in two weeks? Is the example working for you?

@VojtechBartoska
Copy link
Contributor

VojtechBartoska commented Apr 22, 2022

@mike-s123 Sorry for not answering this earlier but we weren't able to handle all of the issues before due to the Team size limitation.

To keep Issue tracker manageable we are now doing some cleanup with closing outdated issues, this is because we did a lot of changes recently and older issues needs to be retested.

With that go hand in hand that we are not able to test every single issue, from you comment I understand that issue still occurs so I am reopening it.

I hope it make sense for you and we can cooperate together to solve your problem.

@mike-s123
Copy link
Author

I can test when I return from vacation.

@VojtechBartoska
Copy link
Contributor

Thanks!

@SuGlider
Copy link
Collaborator

@mike-s123 @VojtechBartoska

I just tested WiFiMulti.ino example using 2 SSIDs and Arduino Core 2.0.2 and 2.0.3-RC1.
In both cases it worked fine and connected to the strongest signal WiFi AP.

I tested it by unplugging the AP where ESP32 was connected and it switched to the other AP right away, connecting with no problems.

@mike-s123 - please let us know if you also are able to run it with no problems.

@mike-s123
Copy link
Author

@VojtechBartoska

I can confirm that the WiFiMulti library, using v2.0.3-RC1, is now working with the code it previously failed with. The example now works, too, as stated by @SuGlider

As far as I'm concerned, this issue may now be closed. Thank you.

@SuGlider SuGlider self-assigned this Apr 25, 2022
@VojtechBartoska
Copy link
Contributor

Thanks for clarification @mike-s123 and also @SuGlider!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Area: BT&Wifi BT & Wifi related issues Status: Solved
Projects
Development

No branches or pull requests

3 participants