Advertise multiple vendor UUIDs

RE: Advertise multiple vendor UUIDs

Stayhungry — Wed, 11 Oct 2017 10:45:43 GMT

Thanks again. This is the Information I need too.

RE: Advertise multiple vendor UUIDs

tajo — Wed, 07 Sep 2016 12:06:12 GMT

Thanks again. This is the Information I need. I will mark your answer as my solution ;-)

RE: Advertise multiple vendor UUIDs

Ole Bauck — Wed, 07 Sep 2016 11:56:14 GMT

“More available” is the same as “incomplete” and should be used if there are more UUIDs in the attribute table of that type (16 bit or 128 bit). “Complete” means that the UUIDs in the advertisement packet are all the ones of that particular type (16 bit or 128 bit) found in the attribute table.

“Solicited” is used if the server is on the scanner side. Then the advertiser wishes to connect to a device with the service(s) defined by the uuid(s) in the advertisement packet. So you don’t have to think about this term.

It is difficult to find clear documentation on this. It is briefly touched in “Supplement to Bluetooth Core Specification” Part A section 1.1.

RE: Advertise multiple vendor UUIDs

tajo — Tue, 06 Sep 2016 14:14:00 GMT

Hello and thanks to your response.

I might have a little trouble understanding the meaning of "complete" and "more available". I thought that there would be a complete list of UUIDs which get propagated via the ble_advdata_uuid_list_t.

But now I think this would be impossible due to the packet size of 31 bytes and an (vendor specific) UUID size of 16byte. I wouldn't event be able to send two of them.

My only question now is: where can I find a documentation about the meaning of "more available", "complete" and "solicited" (not in the tutorial you mentioned).

Thanks a lot!

RE: Advertise multiple vendor UUIDs

Ole Bauck — Tue, 06 Sep 2016 13:06:16 GMT

You can send UUIDs both in advertisement packet and in scan response packet. Scan response packet is initialized the same way as the advertisement packet (same struct -> ble_advdata_t). The ble_app_uart example in the SDK sends the UUIDs in the scan response packet to save power (less bytes sent if few scan responses is received), so you can see how it is done there.

To be correct you also should populate the uuids_more_available field in ble_advdata_t and not uuids_complete field as there are more UUIDs available.

Also take a look at this great tutorial on advertising.

RE: Advertise multiple vendor UUIDs

tajo — Fri, 02 Sep 2016 10:57:34 GMT

I am using the nRF Connect v1.0 with a second nRF52 dev board.

Since there where some examples which propagated more than one UUID (e.g. ble_app_bps in nRF5 SDK 11.0.0), I thought I could do so for vendor specific UUIDs.

RE: Advertise multiple vendor UUIDs

Roger Clark — Fri, 02 Sep 2016 10:32:22 GMT

What software are you using to receive the advertisements, is it some existing software e.g. an iOS app or something you are writing yourself

If its just a normal iBeacon scanner, then the iBeacon protocol just allows for one UUID and this is all the App will look for

It sounds like what you really want to do is alternate between sending 2 different vendor UUID's or perhaps send one the send the other, but I'm not sure you can send both at once and still have a valid iBeacon data packet