Do I need a custom 128-bit UUID if I delete one or more Characteristic from an Adopted Service

RE: Do I need a custom 128-bit UUID if I delete one or more Characteristic from an Adopted Service

Renix — Fri, 07 Apr 2017 16:59:42 GMT

Bluetooth SIG indicates that:

"Yes, you will need a 128-bit UUID if you delete one or more Characteristics from an Adopted Service. Please note that a product that does not support all the characteristics of an adopted service may have difficulty qualifying to that service."

RE: Do I need a custom 128-bit UUID if I delete one or more Characteristic from an Adopted Service

endnode — Tue, 04 Apr 2017 11:33:35 GMT

Central Address Resolution Characteristic must be only one on the GATT Server and it must be under GAP Service. As I don't see this specifically used anywhere in SDK I assume that Security manager layer inside BLE stack (Soft Device) automatically exposes this Characteristic if you enable privacy with address resolution through other SVN (Soft Device API) function calls. So no need to manage it yourself, it is OK that you see it as GATT Client if this is enabled on GATT Server and it's a pitty if you want to support address resolution but hide this characteristic because it's mandated by BT SIG Core specification and thus Soft Device handles it automatically. But this is just my assumption. Is it in-line with your observation?

RE: Do I need a custom 128-bit UUID if I delete one or more Characteristic from an Adopted Service

Renix — Tue, 04 Apr 2017 11:12:05 GMT

endnode, I understand, thanks. I do not want to use a custom UUID if I don't have to, but the example from Nordic seems to add Characteristic Central Address Resolution UUID 0x2AA6 under the Generic Access Service. So that implies that the Generic Access Service has to be a custom Service, is it not. If I use Bluetooth Developer Studio to add Characteristic Central Address Resolution UUID 0x2AA6 to the Service Generic Access UUID 0x1800, then it forces this service to be Custom Local, and assigns some higher 16-bit UUID. I assume this assigned 16-bit UUID should be added to the 128-bit Base UUID. Regards

RE: Do I need a custom 128-bit UUID if I delete one or more Characteristic from an Adopted Service

endnode — Mon, 03 Apr 2017 21:17:18 GMT

Very true. For minimal GATT Server compliant with GAP and GATT you need GAP primary service with Device Name and Appearance characteristics and GATT primary service. Things like Central Address Resolution, Preferred Peripheral Connection Parameters, Service Changed characteristics, Device Information service (with all characteristics) and many others are conditional or optional depending on other features you want to use (or specifications you want to be compliant with such as Apple Bluetooth guidelines...)

RE: Do I need a custom 128-bit UUID if I delete one or more Characteristic from an Adopted Service

John — Mon, 03 Apr 2017 21:09:02 GMT

Keep in mind that for standard services the service profile will indicate if a characteristic is optional or mandatory. Optional characteristics can be omitted from a standard service if allowed. For example all of the characteristics in the Device Information Service are optional.

RE: Do I need a custom 128-bit UUID if I delete one or more Characteristic from an Adopted Service

endnode — Mon, 03 Apr 2017 21:02:57 GMT

If these are standard Services and Characteristics defined by BT SIG Core specifications (and amendments) then it must use assigned 16-bit UUID, otherwise GATT Clients cannot understand it. Why you would define custom UUID so only your app would understand the hierarchy under its tree?