You are reading a single comment by @halemmerich and its replies.
Click here to read the full conversation.
Espruino is a JavaScript interpreter for low-power Microcontrollers. This site is both a support community for Espruino and a place to share what you are working on.
@halemmerich
There surely are some things that could be moved out of boot or at least made optional during execution.
How about moving the discovery and device caching code completely into the settings? The scanning currently only sets a filter that is then used by the boot code.
Maybe splitting the bthrm app into a relatively small generic part for using bt sensors (reconnects, caching, error handling) and more specialized modules for actually parsing the data and emitting events (hrm, cadence, battery) would help.
@metallisto can you try to activate debug logging in the settings and check in the IDE if there is some kind of error while trying to start the app? It can take a while on first connect, subsequent tries should be faster. Initial connect with my two different sensors takes around 10s. Some sensors seem to be more problematic than others. You can try to set the grace periods in the settings to help those sensors along. Those just create some waiting time at different stages of the connection process, so nothing to loose but a few seconds.