Appendix
+ +AutoCoonnect::begin logic sequence¶
+Several parameters of AutoConnectConfig affect the behavior of AutoConnect::begin function. Each parameter affects the behaves in complicated order and apply the followings with the priority in the logic sequence of AutoConnect::begin.1
+-
+
- immediateStart : The captive portal start immediately, without first WiFi.begin. +
- autoReconenct : Attempt re-connect with past SSID by saved credential. +
- portalTimeout : Time out limit for the portal. +
- retainPortal : Keep DNS server functioning for the captive portal. +
You can use these parameters in combination with your sketch requirements. To make your sketch work as you intended, you need to understand the behavior caused by the parameter correctly. The chart below shows those parameters which are embedded in the AutoConnect::begin logic sequence.
+For example, AutoConnect::begin will not exits without the portalTimeout while the connection not establishes, but WebServer will start to work. So, your sketch may work seemingly, but it will close with inside a loop of the AutoConnect::begin function. Especially when invoking AutoConnect::begin in the setup(), execution control does not pass to the loop().
+As different scenes, you may use the immediateStart effectively. Equipped the external switch to activate the captive portal with the ESP module, combined with the portalTime and the retainPortal it will become WiFi active connection feature. You can start AutoConnect::begin at any point in the loop(), which allows your sketch can behave both the offline mode and the online mode.
+Please consider these kinds of influence when you make sketches.
+ ++
-
+
-
+
Another parameter as the 3rd parameter of AutoConnect::begin related to timeout constrains the connection wait time after WiFi.begin. It is the CONNECTED judgment of the above chart that it has an effect. ↩
+
+