This post is older than 2 years and might not be relevant anymore
More Info: Consider searching for newer posts

When smartphone range is shorter than a peripheral(nRF5X), is there any way to receive an advertisement from the peripheral?

Hi, I made a device with using NRF51822, named 'allb' the wearable device for babies. http://myallb.com

We're planning to make a new version of it with using nRF52840, which has a wider range and Bluetooth 5.0. But my question is that many smartphones do not have a chip that has long range. So, the range of nRF52840 would be much longer than the smartphones.

In this situation that they can't communicate each other, the connection between them will be disconnected. Question, I want to make the smartphone to receive a data even in that situation(Opposite is not necessary).

How can I achieve that? Sending Advertisement can be possible in this scenario? Is the advertising also needed a connection for both sides? (Then, it won't help to resolve my problem)

Or is there any other way?

Thanks.

Parents
  • Does your device need to know that the smartphone received the data?

    If your answer is "no", then I think my response below is correct.

    If your answer is "yes" - your device needs to know that the data was received by the smartphone, then the warning in the second paragraph of my response applies, and Sigurd's comments could be a solution to "paragraph two".

    To continue on this line of thinking, the smartphone would need to send some kind of response to your device. That means you'll either need a connection, or use a Scan Request/Response mechanism to pass acks back and forth.

    If you need the ack from the smartphone then the latter (Scan/Response) could be easier than making a connection.

    Rather than clutter up this comment, if you do need the ack from the smartphone, I can outline my Scan Request/Response method at your request/convenience.

Reply
  • Does your device need to know that the smartphone received the data?

    If your answer is "no", then I think my response below is correct.

    If your answer is "yes" - your device needs to know that the data was received by the smartphone, then the warning in the second paragraph of my response applies, and Sigurd's comments could be a solution to "paragraph two".

    To continue on this line of thinking, the smartphone would need to send some kind of response to your device. That means you'll either need a connection, or use a Scan Request/Response mechanism to pass acks back and forth.

    If you need the ack from the smartphone then the latter (Scan/Response) could be easier than making a connection.

    Rather than clutter up this comment, if you do need the ack from the smartphone, I can outline my Scan Request/Response method at your request/convenience.

Children
No Data
Related