[GH-ISSUE #640] if Wifi comes alive after starting web portal #535

Open
opened 2026-02-28 01:25:45 +03:00 by kerem · 2 comments
Owner

Originally created by @kamikazem on GitHub (Jul 2, 2018).
Original GitHub issue: https://github.com/tzapu/WiFiManager/issues/640

Hi
i got a unstable power condition at my site , with local router starts wifi much slower than esp8266 .
esp8266 sometimes doesn't find wifi and enters to web portal , but when looking for new clients to connect to web portal , there would be connectable wifi available .
i know i can set timeouts , but besides that ; is there any way to make esp look again for the defined wifi while waiting for clients connect to its web portal ?

Originally created by @kamikazem on GitHub (Jul 2, 2018). Original GitHub issue: https://github.com/tzapu/WiFiManager/issues/640 Hi i got a unstable power condition at my site , with local router starts wifi much slower than esp8266 . esp8266 sometimes doesn't find wifi and enters to web portal , but when looking for new clients to connect to web portal , there would be connectable wifi available . i know i can set timeouts , but besides that ; is there any way to make esp look again for the defined wifi while waiting for clients connect to its web portal ?
Author
Owner

@tablatronix commented on GitHub (Jul 2, 2018):

Hmm possibly, we purposely disable sta because it causes the ap to become unstable, You could consider increasing the connecttimeout, or have your own code wait a bit before calling autoconnect or starting the configportal manually

<!-- gh-comment-id:401956494 --> @tablatronix commented on GitHub (Jul 2, 2018): Hmm possibly, we purposely disable sta because it causes the ap to become unstable, You could consider increasing the connecttimeout, or have your own code wait a bit before calling autoconnect or starting the configportal manually
Author
Owner

@tablatronix commented on GitHub (Jul 6, 2018):

If the sta stayed on we could enable an event to check for connect in background, the problem with that is that if you leave the sta on when starting the ap, it becomes unstable and doesn't work, so it is easier to handle this in your own code buy using a longer connecttimeout, or making sure you have a configportal timeout set so at least it shuts down by itself and doesnt get stuck

<!-- gh-comment-id:403043927 --> @tablatronix commented on GitHub (Jul 6, 2018): If the sta stayed on we could enable an event to check for connect in background, the problem with that is that if you leave the sta on when starting the ap, it becomes unstable and doesn't work, so it is easier to handle this in your own code buy using a longer connecttimeout, or making sure you have a configportal timeout set so at least it shuts down by itself and doesnt get stuck
Sign in to join this conversation.
No milestone
No project
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
starred/WiFiManager#535
No description provided.