mirror of
https://github.com/tzapu/WiFiManager.git
synced 2026-04-27 17:15:53 +03:00
[GH-ISSUE #312] softap left on #264
Labels
No labels
📶 WiFi
🕸️ HTTP
Branch
DEV Help Wanted
Discussion
Documentation
ESP32
Example
Good First Issue
Hotfix
In Progress
Incomplete
Needs Feeback
Priority
QA
Question
Task
Upstream/Dependancy
bug
duplicate
enhancement
invalid
pull-request
wontfix
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/WiFiManager#264
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @tablatronix on GitHub (Feb 8, 2017).
Original GitHub issue: https://github.com/tzapu/WiFiManager/issues/312
#216
#267
probably more
When configportal is abandoned, ap mode is left persistent,
@tzapu commented on GitHub (Feb 8, 2017):
for now it's probably worth just going to WIFI_AP and then back to WIFI_STA rather than AP+STA it goes to now.
it was a half assed attempt to do something else i think
@tablatronix commented on GitHub (Feb 8, 2017):
Easiest fix is to make sure to turn off AP when timeout of configportal, or else it gets stuck on every time.
Also worth noting that switching modes alot may cause flash wear.
@tablatronix commented on GitHub (Feb 8, 2017):
man github is being slow today, could not even see or merge updates.
pr on its way
@tablatronix commented on GitHub (Feb 8, 2017):
best solution is to handle this directly via SDK, no flash involved
wifi_set_opmode_current()That or toggle persistent before and after changing modes.
@tablatronix commented on GitHub (Feb 8, 2017):
Testing good so far
So now even if rebooted mid portal, it will not get stuck in STA+AP mode, etc.
Ideally we would also be able to rework the library to not step on users configs.
do a
wifi_station_get_configsave state locally, switch to lib ap, finish, restore users ap.or when in doubt reboot works now since not overwriting flash.
As it is now, user ap mode has to be handled in user code, as you cannot use flash.
@tablatronix commented on GitHub (Feb 10, 2017):
It is also worth noting that even though opmode wont be saved when you start the softap the conf is always saved.
@neilyoung commented on GitHub (Feb 11, 2017):
How do you ETS_UART_INTR_ENABLE(); after return?
@tablatronix commented on GitHub (Feb 11, 2017):
good catch
ohhh yeah duh, fixed, either way i think this might work for a workaround but ultimately it is not gonna be a solution. see #314
I am working on a pr for development to solve some major issues instead.