It it possible to send data one way to multiple centrals?

[Nerdwolf]

Hi,

I want to send data from one peripheral(nRF51 DK) to multiple Android Phones. This will be a one way connection from the peripheral to the smartphones. I red on the forum that no multiple central connections are possible so therefore I wondered if it would be a good idea to send the data using the 'custom manufacture data' in the advertising.

This way multiple phones can receive the data if within the advertising range. Am I forgetting about something? How many packets will be lost? I know this will not have some kind of handshaking for redundancy but maybe this can be build in into the manufacture data using CRC or something simular?

Or are there other ways to send data to multiple smartphone centrals?

[RK]

Yep one peripheral can be connected only to one central. There are other BTLE stacks which allow multiple peripheral instances, but this one doesn't.

So if you want to 'send' data to multiple servers you pretty much have to put it in the advertising data and if you do that, there's no way to know absolutely that a central received it, it may, it may not. If it's in range, listening and you advertise long enough there's a good chance it will, but no guarantees.

One interesting observation is that, if you happened to know the peer addresses of all the clients you want to receive data, you can tell if they've received it. You put your data in the manufacturer data and you make your advertising scannable. When the peer gets the advertisement it will scan you and you get a BLE_GAP_EVT_SCAN_REQ_REPORT with the peer address. Since it must have received the ad data in order to scan, you know it got it. It would be rather unusual however to know all of the peer addresses of all the devices you want to send data to.

How critical is it that everyone gets the data?

[Nerdwolf]

Thank you very much RK. Im currently trying to use the advertising data and see how it performs in noisy environments. Do you think it should be possible to use some kind of synchronization using the provided 'timestamps' attached to an advertising packet ( mTimestampNanos ) ?