-
Notifications
You must be signed in to change notification settings - Fork 7.6k
BLE dependencies seem to be included when using WiFi Provisioning #4125
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Comments
Additionally I've found that after provisioning the Info messages suggest that the device will connect to the saved credentials. This doesn't actually occur however. I consider this a bug. Is it possible to make it actually start to connect to the saved credentials upon calling The line that logs this is here Below is the way I had to implement it in Arduino to actually have it conditionally connect or provision;
|
I don't know anything about the provisioning stuff, but when you connect to an AP, it should save your configuration. You can do something like this in your setup to check:
|
@jwktje Few fixes are made for BLE dependencies. While using SoftAP it won't be pulled. |
@sweetymhaiske I had time to test it today and this seems to fix the size issue! The compiled size is now way lower. I will still have to functionally test it later, but I will close this issue for now. If anything comes up I will reopen. Thanks you and @me-no-dev for the help on this! |
Hi @jwktje Is it bcz the provision method is no longer supported by esp32 ? I cannot find the sample code from their github page alr. Do you face similar issue? big big thanks for your reply Below is full error code |
Hi @ZXZ1126, |
@sweetymhaiske wah thanks have a nice day! |
Hardware:
Board: Wemos Lolin32
Core Installation version: Git master
IDE name: Arduino IDE
Flash Frequency: 40Mhz
PSRAM enabled: no
Upload Speed: 115200
Computer OS: Mac OSX
Description:
When running the example for WiFi provisioning I noticed I had to change the partitions to something non-default to even allow the sketch to fit. This surprised me as I had only experienced this before when working with BLE.
However I wanted to use the SoftAP transport method for provisioning. I modified the example sketch for this. I will put my code below.
Expected behaviour:
When I use SoftAP and don't explicitly use the BLE transport for provisioning the compiled binary shouldn't be so massive as it currently is.
Actual behaviour:
Just excluding the "WiFi.beginProvision" excludes all dependencies it seems.
But as soon as this line is uncommented he Sketch jumps from 724.780 to 1.472.272 bytes.
Sketch:
The text was updated successfully, but these errors were encountered: