This post is older than 2 years and might not be relevant anymore
More Info: Consider searching for newer posts
This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

energysaving BLE device like FLIC (BLE-Button)

Hi, what would be a good option to create a BLE device like FLIC (flic.io). i want to transmit only a few informations to the smartphone like 1,2,3,4 and the device shall sleep most of the time. The App shall run in the background an listen to commands of the device. lets call it a remote for the smartphone.

i am already experimenting with creating an own service, but i have problems with Android. sometimes the background service does not take the connection, and on some devices i have pairing-problems at all. its pretty unstable... i use a connection-based connection and transmit data to the background service of the app.

how would you setup such a device/connection? would it be a good idea to use connection-less transmittion like beacons do? what is a good option form the smartphone-side, also for iOS, since iOS is pretty restrictive... i read, that beacons can take up to 15 minutes until they connect to a sleeping phone, so thats not an option for me.

a requirement is, that one device shall be "paired" to one phone and more pairs of devices shall not lead to a malefunction.

thanks for your help!

  • I don't have too much experience with apps running in the background, but at least our beacon apps are doing this. If you are having trouble with it you could consider adding a question where you explain what you have done and what you want to achieve.

    This answer gives a pretty good overview over advertising and connection communication.

    Both options allows you to send small amounts of information.

    If you want to pair (Bluetooth context), you need to use connection for communication, or you need to implement your own pairing mechanism on top of the advertising communication.

    You are not mentioning any real time requirements, or how often you expect to actually send data. Maybe you could try to edit your question to include some more information, and I can try to give a more specific answer.

Related