Scan for nearby beacons and decide by rssi the one closer to my device

RE: Scan for nearby beacons and decide by rssi the one closer to my device

Karl Ylvisaker — Tue, 20 Oct 2020 09:18:22 GMT

Hello Stavros,

[quote user="Stavros Makridis"]Thank you for your response.[/quote]

No problem at all, I am happy to help!

[quote user="Stavros Makridis"]My scenario is not to even connect to a beacon. I only need to decide which one is closer to my board and forward its adverting data through a NBIoT module to a server somewhere in the cloud. You see, these beacons are commercial ones as you figured it out yourself. This particular type of beacons are not connectable. We need to be flexible enough to use some other type in the future as application evolves.[/quote][quote user="Stavros Makridis"]One way I have thought to find out which one is closer is RSSI value. Any other suggestion is more than welcome.[/quote]

Thank you for clarifying. I will have to mention that RSSI will give you a very rough estimate for the distance ( since it is heavily influenced by external
factors such as line-of-sight, reflections/multipath, etc ), but RSSI is a great choice for seeing if a beacon is close, far, or unreachable, for example.

[quote userid="90768" url="~/f/nordic-q-a/67214/scan-for-nearby-beacons-and-decide-by-rssi-the-one-closer-to-my-device/275719#275719"]Please don't get me wrong, I am not rejecting the work already done my nordic. The samples do take care of all the details. The problem is that often an application needs to combine more than one sample. For this reason the developer has to go deeper into the code to understand which parts should be transfered to the target application and which are not needed. All I am saying is that samples would be much more helpful if they come with a more extensive documentation explaning the purpose of each section of code. Of course I don't mean to have comments at every single line[/quote]

Absolutely - it is also fine to want to build the application from the bottom up, instead of relying on existing code, that is no problem at all!
There are many posts discussing how to merge examples together already in the forum, that could be helpful to take a look at.
Additionally, you could see this blog post for a brief overview of the elements to think of when merging examples / adding functionality from an example into a separate project.
Regarding the documentation of each section of code, I would recommend to read the specific peripheral documentation for a general overview of its functionality, configuration, and usage - and then having a look at either the API Reference ( or the .h file ) for each functions documentation.

[quote user="Stavros Makridis"]Anyway thank you again for your help. I will study more the samples code to get a better understanding of way this system works.[/quote]

Great! Please do not hesitate to create a new ticket if you should encounter any issues or questions.

Good luck with your development!

Best regards,
Karl

RE: Scan for nearby beacons and decide by rssi the one closer to my device

Stavros Makridis — Mon, 19 Oct 2020 20:14:31 GMT

Hello Karl,

Thank you for your response.

My scenario is not to even connect to a beacon. I only need to decide which one is closer to my board and forward its adverting data through a NBIoT module to a server somewhere in the cloud. You see, these beacons are commercial ones as you figured it out yourself. This particular type of beacons are not connectable. We need to be flexible enough to use some other type in the future as application evolves.

One way I have thought to find out which one is closer is RSSI value. Any other suggestion is more than welcome.

Please don't get me wrong, I am not rejecting the work already done my nordic. The samples do take care of all the details. The problem is that often an application needs to combine more than one sample. For this reason the developer has to go deeper into the code to understand which parts should be transfered to the target application and which are not needed. All I am saying is that samples would be much more helpful if they come with a more extensive documentation explaning the purpose of each section of code. Of course I don't mean to have comments at every single line 🙂

Anyway thank you again for your help. I will study more the samples code to get a better understanding of way this system works.

Best regards,

Stavros.

RE: Scan for nearby beacons and decide by rssi the one closer to my device

Karl Ylvisaker — Mon, 19 Oct 2020 08:39:05 GMT

Hello,

[quote user="Stavros Makridis"]ble_app_multilink_central.[/quote]

As I understood your original ticket, you intend to hold only 1 connection at any time ( the strongest RSSI ), is this correct?

[quote user="Stavros Makridis"]The application indeed finds the beacon I am using but it tries to connect to it but with no success because it is not connectable.[/quote][quote user="Stavros Makridis"]Is there another more suitable example? How should I alter this one to achieve my goal?[/quote]

This is set by the beacon ( peripheral ) itself. Have you developed these beacons yourself, or are you using some commercially available beacons?
In the latter case, you will not be able to connect to them if they are made to be un-connectable. In the case that you have developed them yourself ( or using one of the SDK examples, such as the BLE Beacon example ) then you may change the ble_gap_adv_params_t configuration to be connectable instead ( you will also have to add the intended when-connected behavior ).

[quote user="Stavros Makridis"]This approach of using a sample application as a base for a custom application suits more to hobbyists and students and less to professional engineer that have strict timelines to catch. If this is the only way Nordic can afford helping us as developers then be it, but each sample should have a detailed explanation so we would be able to alter it to fit our needs and applications. Of course this is only my opinion.[/quote]

While I understand how you could see it this way, I would argue that any work already done for you by us here at Nordic would relax your strict timeline constraint.
However, if you would like to not start with an example as your base, you could start out of the Template Application in the SDK.
Here, you may add whatever functionality you would like from other examples / sources / repositories, or implement it yourself. This will however require more familiarizing with the sdk_config and SDK components / modules on your own, but it is an equally valid approach which you may take if you would like.

Best regards,
Karl

RE: Scan for nearby beacons and decide by rssi the one closer to my device

Stavros Makridis — Thu, 15 Oct 2020 17:54:33 GMT

Hello,

Thank you for the response. I have started with ble_app_multilink_central. The application indeed finds the beacon I am using but it tries to connect to it but with no success because it is not connectable.

Is there another more suitable example? How should I alter this one to achieve my goal?

This approach of using a sample application as a base for a custom application suits more to hobbyists and students and less to professional engineer that have strict timelines to catch. If this is the only way Nordic can afford helping us as developers then be it, but each sample should have a detailed explanation so we would be able to alter it to fit our needs and applications. Of course this is only my opinion.

RE: Scan for nearby beacons and decide by rssi the one closer to my device

awneil — Wed, 14 Oct 2020 21:56:54 GMT

Yes, it's possible.

Have you looked at the available examples to see which sounds closest to your requirements?