Ranging of connectable device based on nRF51822

RE: Ranging of connectable device based on nRF51822

Keton — Sat, 23 Jan 2016 11:51:31 GMT

Many thanks. That solves my problem. Using app_beacon_timeslot.c as a template I was able to implement my coustom beacon format and use it in my project.

RE: Ranging of connectable device based on nRF51822

tesc — Fri, 22 Jan 2016 12:45:22 GMT

Hi,

I think instead of using the nRF51-multi-role-conn-observer-advertiser example on github, which is made for SDK 9.0, it would be worth having a look at the SDK 10.0 examples\ble_peripheral\experimental_ble_app_multiactivity_beacon_hrs_advertiser example.

It is an extension on top of the hrs example, which originally used app_timer (and it still does). The example advertises as a beacon when connected, but it should be relatively easy to invert this behaviour. Also, in advertiser_beacon.c you can see the m_beacon struct, which contains a ble_gap_adv_params_t struct with the advertising parameters.

I have not had time to look deeply into the example, but I do hope it proves helpful.

Regards, Terje

RE: Ranging of connectable device based on nRF51822

tesc — Fri, 22 Jan 2016 09:50:30 GMT

If you create a support case on My Page, you will get a closer follow-up on the case. Everything there is kept confidential, and you can even attach your project for us to have a look at it. Anyway, I will try and see if I can answer your questions here on DevZone some time today. Others that may have some input are of course also encouraged to reply.

RE: Ranging of connectable device based on nRF51822

Keton — Thu, 21 Jan 2016 11:44:26 GMT

bump, can anybody advise? This issue is halting our whole project.

RE: Ranging of connectable device based on nRF51822

Keton — Mon, 18 Jan 2016 18:34:08 GMT

Øyvind,

Thanks for your answer.

I've decided to try concurrent approach based on Github example. I've managed to compile the project under SDK10 and gcc 4.9.

I'm afraid I don't understand exactly how it works. Could you provide barebones example of connectable service running along non-connectable time slot advertiser?

My other questions are as follows:

In order to compile this project I had to remove app_timer.c and softdevice_handler.c from my project because of duplicate declarations of SD_EVT_IRQHandler and SWI0_IRQ_Handler in advertiser code. My application uses app_timer a lot. Is there a way to use provided time slot advertiser library with app_timer? Also is it possible to use standard softdevice handler in order to use event handlers it generates (I have connectable service which has to receive ble events and for that I've used softdevice_ble_evt_handler_set())?
Is there any way to pause time slot advertiser so it doesn't broadcast when user connects to the device via connectable advertising (non timeslot) part?
Another issue is setting advertisement data for timeslot advertiser. Github readme mentions functions void btle_hci_adv_params_set(btle_cmd_param_le_write_advertising_parameters_t* adv_params) and void btle_hci_adv_data_set(btle_cmd_param_le_write_advertising_data_t* adv_data) but they are never used in the example code. Also time slot advertiser beacon doesn't advertise anything apart from appearance and name. Is this correct behavior?
In order to compile the code I've had to define DEFAULT_DEVICE_ADDRESS in ts_controller.c. I reckon that modifying library code provided by Nordic isn't a recommended way of doing things. Is there any better solution? Specifically I'm thinking about deriving time slot advertiser address from BLE address hardcoded in each nRF51 chip but that would require further modifications to the library. Or maybe I'm missing something that should set DEFAULT_DEVICE_ADDRESS?

RE: Ranging of connectable device based on nRF51822

Øyvind Karlsen — Mon, 18 Jan 2016 13:32:47 GMT

Hi,

As you say some phones will only report each device once. This can be circumvented by stopping and starting scanning on the android device.

Alternately you can have your device in multibroadcast mode where it is both a beacon and connectable, then when the beacon is within 2m range you can connect to the connectable advertiser and turn off the beacon. In SDK 11 we have a multiprotocol example that explains how concurrent protocols work in our stack.

The multiprotocol example runs BLE concurrently with gazell, what you want is two BLE services concurrently. We have an example available on github that demonstrates this functionality. It can be found here.

I also recommend having a look at the proximity application example from SDK11.

Hopefully this answers your question. Best regards,

Øyvind