[GH-ISSUE #431] On Demand Configuration or AutoConnect; but not both? #362

Closed
opened 2026-02-28 01:24:56 +03:00 by kerem · 3 comments
Owner

Originally created by @JSCSJSCS on GitHub (Sep 29, 2017).
Original GitHub issue: https://github.com/tzapu/WiFiManager/issues/431

In the Documentation it says:

On Demand Configuration Portal

If you would rather start the configuration portal on demand rather than automatically on a failed connection attempt, then this is for you.

Instead of calling autoConnect() which does all the connecting and failover configuration portal setup for you, you need to use startConfigPortal(). Do not use BOTH.

I have a project where the ESP8266 has to be given a distance input (how far away an object is). Because the sensor is not very accurate, it can be a trial and error to set it correctly. I was going to use this On Demand Configuration Portal to have the user press a button to enter AP configuration mode were they could re-enter the distance input (like changing MQTT server, topics, etc.), but it looks like the ESP8266 will lose it's "automatic" capabilities if I do this? Either it works automatically or you have to push a button, but not both? Is this how it works? Maybe this is not the best approach in my use case. Any suggestions?

Originally created by @JSCSJSCS on GitHub (Sep 29, 2017). Original GitHub issue: https://github.com/tzapu/WiFiManager/issues/431 In the Documentation it says: > On Demand Configuration Portal > > If you would rather start the configuration portal on demand rather than automatically on a failed connection attempt, then this is for you. > > Instead of calling autoConnect() which does all the connecting and failover configuration portal setup for you, you need to use startConfigPortal(). **Do not use BOTH**. I have a project where the ESP8266 has to be given a distance input (how far away an object is). Because the sensor is not very accurate, it can be a trial and error to set it correctly. I was going to use this On Demand Configuration Portal to have the user press a button to enter AP configuration mode were they could re-enter the distance input (like changing MQTT server, topics, etc.), but it looks like the ESP8266 will lose it's "automatic" capabilities if I do this? Either it works automatically or you have to push a button, but not both? Is this how it works? Maybe this is not the best approach in my use case. Any suggestions?
kerem closed this issue 2026-02-28 01:24:57 +03:00
Author
Owner

@tablatronix commented on GitHub (Sep 29, 2017):

That means do not use both together in normal use, you can still combine them.

<!-- gh-comment-id:333167465 --> @tablatronix commented on GitHub (Sep 29, 2017): That means do not use both together in normal use, you can still combine them.
Author
Owner

@JSCSJSCS commented on GitHub (Sep 29, 2017):

@tablatronix Thanks. Can't wait to try it.

<!-- gh-comment-id:333174623 --> @JSCSJSCS commented on GitHub (Sep 29, 2017): @tablatronix Thanks. Can't wait to try it.
Author
Owner

@skx commented on GitHub (Jan 8, 2018):

@JSCSJSCS - Did you try? Can this issue be closed?

<!-- gh-comment-id:355889882 --> @skx commented on GitHub (Jan 8, 2018): @JSCSJSCS - Did you try? Can this issue be closed?
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#362
No description provided.