-
Notifications
You must be signed in to change notification settings - Fork 76
Support for BLE setup #6
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
Working on this |
Also, for reference on increased binary size from added BLE libraries:
|
Oh yikes. 10% of the flash spent just for provisioning is kind of scary to me since so much flash is already spent on the provisioning for captive portal. |
Agreed, that's why I paused after getting it working. If someone knows a smaller library than |
@ryanckulp Thoughts/ideas on this? |
simpleBLE? Or direct use of the ESP-IDF and remove the unnecessary bits |
simpleBLE doesn't appear to support creating Bluetooth characteristics, which is required for receiving data from from the input (either app or web page). The minimum implementation with ESP-IDF brought the FW binary size up to around 94%(!) of flash. The linker should already "remove unnecessary bits" from the lib, so manually editing code or compiler flags wouldn't change the final binary size. |
Am I right that this would make it possible to use the trmnl completely without Wi-Fi all over BLE if it were to be implemented? Because that would be a game changer for me as I turn my Wi-Fi off overnight but still need the data. |
the TRMNL PCB supports BLE, so we could make this an option for the WiFi credential handshake. requested by Noah in public comments.
our RPi prototype implemented a rough Web Bluetooth API option, but we replaced this with WiFi AP Captive portal.
The text was updated successfully, but these errors were encountered: