mirror of
https://github.com/tzapu/WiFiManager.git
synced 2026-04-27 00:55:52 +03:00
[GH-ISSUE #500] 🚧 Development Release #419
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#419
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 2, 2018).
Original GitHub issue: https://github.com/tzapu/WiFiManager/issues/500
Development is now merged into master
https://github.com/tzapu/WiFiManager/
https://github.com/tzapu/WiFiManager/pull/499
README NOT FULLY UPDATED
TLDR
DEV/ondemandexample has pretty much everythingWM_DEBUG_LEVELor _debugLevel in sourcestring_en.hand progmem@tablatronix commented on GitHub (Feb 8, 2018):
Development Overview
Added Public Methods
setConfigPortalBlockingsetShowStaticFieldssetCaptivePortalEnablesetRestorePersistentsetCaptivePortalClientChecksetWebPortalClientCheckstartWebPortalstopWebPortalprocessdisconnecterasedebugSoftAPConfigdebugPlatformInfosetScanDispPercsetHostnamesetMenu(menu_page_t[])setWiFiAutoReconnectsetSTAStaticIPConfig(..,dns)setShowDnsFieldsgetLastConxResultgetWLStatusStringgetModeStringgetWiFiIsSavedsetShowInfoErasesetEnableConfigPortalsetCountrysetClasshtmleEtitiesgetWiFiPassgetWiFiSSIDsetWiFiAPChannelsetWiFiAPHiddensetParamsPagesetCleanConnectsetHttpPortgetConfigPortalActivegetWebPortalActiveWiFiManagerParameter
WiFiManagerParameter(id,label)WiFiManagerParameter.setValue(value,length)getParametersgetParametersCountConstructors
WiFiManager(Stream& consolePort)define/build flags
❗️ Defines cannot be set in user sketches, can be used in build_flags
#include <rom/rtc.h> // esp32 info page will show last reset reasons if this file is includedWM_MDNS // use MDNSWM_FIXERASECONFIG // use erase flash fix, esp8266 2.4.0WM_ERASE_NVS // esp32 erase(true) will erase NVSWM_DEBUG_LEVEL // set debug level 0-4WM_DEBUG_PORT // set debug port eg. Serial1callbacks
setAPCallback// after ap has startedsetWebServerCallback// after webserver is setupsetConfigResetCallback// reset settingssetSaveParamsCallback// after save params from params menu or wifi configsetPreSaveConfigCallback// before saving wifi credsChanges
strings_en.hstrings_en.hsetRestorePersistent)storeSTAmode) (BUGGY)portalTimeoutResult,portalAbortResult)WIFI_MANAGER_MAX_PARAMS(5)when exceeded, user no longer needs to specify this at all.#DEFINE FIXERASECONFIGto help deal with https://github.com/esp8266/Arduino/pull/3635setShow_X_fields(false)if you set_disableIpFields=true@Testato commented on GitHub (Feb 9, 2018):
Very good,
for the esp32 merge i think it is fundamental and, at least for me, it work very well.
Merge it in the lib will help to have new test/opinion.
@Testato commented on GitHub (Feb 9, 2018):
On this change i do not agree, imho have the percentage is better than a simple icons whit only 4 graphic step, and on mobile lcd you cannot click for see the percentage number.
It is a very important signal, example for decide the post orientation of the Esp on a critical position far away from the wifi-router, sometimes you have very little wifi signsl, and recover 5 or 10% will make the difference.
You should add a public function that the user can use on the .ino sketch for decide himself witch type of data he need ?
I repeat, imho it is a very important info that the user should be decide whitout change the lib code.
@tablatronix commented on GitHub (Feb 12, 2018):
<rom/rtc.h>to get esp32 info to show reset reasons@tablatronix commented on GitHub (Jul 18, 2018):
#664
left define in to reenable, if anyone needs something like that or similar
@tablatronix commented on GitHub (Jul 18, 2018):
Refactor of examples currently in progress !
They might be messy for a bit
@dvukovic commented on GitHub (Nov 26, 2018):
Has anyone tried WiFiManager with an ESP8285 ?
@tablatronix commented on GitHub (Nov 26, 2018):
I have one I have not tested yet
@dvukovic commented on GitHub (Nov 26, 2018):
To give a little background.
I am using the Arduino1.8.5 IDE on Win7-64 bit.
The code has been compiled for an NodeMCU Lolin v3 and works properly.
I have a ESP8285 m3 board that I have been working with and have interfaces an I2C OLED display and an I2C RTC chip.
I then compile the same demo programs as the NodeMCU, but the 8285 does not what too connect to any of my devices, ( DEL laptop, iPhone or Samsung tablet) as the NodeMCU has done.
Here is a screen shot of the IDE Tools configuration.
Please let me know if you see anything I missed.
Thank You for your time.
@tablatronix commented on GitHub (Nov 26, 2018):
What does serial debug say?
@dvukovic commented on GitHub (Nov 26, 2018):
After loading the program, the serial monitor shows:
My iPhone and tablet shows the ESP8822174 as an access point, but neither are able to connect.
The above serial monitor does not change when attempting a connection.
@dvukovic commented on GitHub (Nov 26, 2018):
@tablatronix commented on GitHub (Nov 26, 2018):
maybe turn on esp debugging,
so you are not able to join the ap at all?
what about the esp8266 softap example
please create a new issue for this also
@tablatronix commented on GitHub (Jan 27, 2020):
Locked this issue, this is for documentation only
@tablatronix commented on GitHub (May 18, 2020):
Known Issues/Outstanding Design
Since autoconnect and startcp can be non blocking now, return results may be inconsistent with old code, ensure this is cleaned up and ocncise
You can now skip wifi and save other params, wifi will be ignored, also this will alter return results as true was for connected status previously
save callbacks are not called if not changing wifi, unless shouldbreakafterconfig is set, this needs to be cleaned up in to a legacy handling and new handling consitancy
save wifi and save param can be split now, wifi still retains ip inputs,
setupcustom params, there is no user selection here, improve where user wants params, fix up callbacks to make it clear where user is getting data back from. savewifi, saveparam, etcWM is NO longer persistent unless you save, atm I am reducing confusion by forcing STA mode on because that is how legacy worked, by design or not, it is what users are used to. Clarify how users want this to function, users now are responsible for user code and modes, wm can restore user modes back when starting and stopping configportal without touching their flash confgs. So if wifi was off, or ap, it will go back and they will wonder why their wifi is not on or why there is an ap when they reboot ???
Documentation is non existent, I might work with doxygen to get some basic generated from my doc blocks, all public functions are documented fairly well. Source is Docs for now.
DEV/ondemand example is used as my poor mans unit test, it has almost all functionality added to it and maintained.
Examples need to be cleaned up, I want them cleaned up into useful functions also, for example MQTT, with api token, durations, etc. littlefs
spiffs is replaced by littlefs, update examples as such
users still want customization, almost anything can be customized in strings.h, but maybe we can add a header and footer callout for easy code only dynamic changes.
reduce code bloat by wrapping features in a #ifdef , make features optional, advanced info page has alot of info folks might not need, advanced testing page, gpio toggle?ota form? api ?
@tablatronix commented on GitHub (Dec 16, 2020):
Release v2.0.3-apha Development Is available in arduino library manager
https://github.com/tzapu/WiFiManager/releases/tag/2.0.3-alpha
@tablatronix commented on GitHub (Jan 25, 2021):
Development branch is now master
@tablatronix commented on GitHub (Jan 28, 2021):
#1199
@tablatronix commented on GitHub (Feb 3, 2021):
Created https://github.com/tzapu/WiFiManager/wiki/Methods as basic outline for docs