[GH-ISSUE #306] Is this behavior possible? #258

Closed
opened 2026-02-28 01:24:21 +03:00 by kerem · 1 comment
Owner

Originally created by @MarcFinns on GitHub (Feb 6, 2017).
Original GitHub issue: https://github.com/tzapu/WiFiManager/issues/306

Hi, reading the docs I am not sure whether the following behaviour is possible at all. It seems a new use-case unless I misunderstood.
I would like to use this lib in a measurement device that has both an LCD display and MQTT logging capabilities. In the assumption that a valid set of credentials/parameters is already stored, I would like my device to:

  1. Try to connect to wifi (without blocking for too long)
  2. If wifi is present, cycle normally, updating display AND mqtt
  3. If wifi is not available, cycle updating the display but skip mqtt
  4. Retry the wifi connection from time to time, possibly at a configurable interval
  5. Invoke the configuration portal only programmatically / from touch screen UI
    In the examples I see the autoconnect and the programmatic portal but I don't understand if the periodic connect attempt is feasible.
    Thanks a lot for your time and apologies should the answer be an obvious one... but it is not to me!
Originally created by @MarcFinns on GitHub (Feb 6, 2017). Original GitHub issue: https://github.com/tzapu/WiFiManager/issues/306 Hi, reading the docs I am not sure whether the following behaviour is possible at all. It seems a new use-case unless I misunderstood. I would like to use this lib in a measurement device that has both an LCD display and MQTT logging capabilities. In the assumption that a valid set of credentials/parameters is already stored, I would like my device to: 1) Try to connect to wifi (without blocking for too long) 2) If wifi is present, cycle normally, updating display AND mqtt 3) If wifi is not available, cycle updating the display but skip mqtt 4) Retry the wifi connection from time to time, possibly at a configurable interval 5) Invoke the configuration portal only programmatically / from touch screen UI In the examples I see the autoconnect and the programmatic portal but I don't understand if the periodic connect attempt is feasible. Thanks a lot for your time and apologies should the answer be an obvious one... but it is not to me!
kerem closed this issue 2026-02-28 01:24:22 +03:00
Author
Owner

@tablatronix commented on GitHub (Feb 8, 2017):

Someone wrote a non blocking PR, check the pullrequests, instead of entering a blocking portal loop it uses a loop handler.

you could also just not use wifimanager until a user long presses something, check the ondemandportal example.

<!-- gh-comment-id:278439320 --> @tablatronix commented on GitHub (Feb 8, 2017): Someone wrote a non blocking PR, check the pullrequests, instead of entering a blocking portal loop it uses a loop handler. you could also just not use wifimanager until a user long presses something, check the ondemandportal example.
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#258
No description provided.