目录

通用属性配置文件(GATT)

GAP 层负责连接相关的功能,GATT 主要是负责在两个已经连接的设备之间进行交互数据。GAP 层把 BLE 设备区分为主机 Master(Central)和从机 Slave(Perpherial),在 GATT 层则区分为 Server 和 Client 。客户端读取和写入存储在服务端的特征值( Characteristics )。

Server
该设备包含由 GATT 客户端读取或写入的 characteristic。

Client
从 GATT 服务器读取或写入数据的蓝牙设备。

图1. Server 和 Client

注意:GATT 分层的 Server/Client 角色和 GAP 分层的 Master(Central)/Slave(Perpherial)并没有直接关系。如图 1 ,手机作为 Central/Client ,CC2640R2 开发板作为 Peripheral/Server。

GATT 的 Profile 、Service 、Characteristics 、Attributes

GATT 层的 Profile、Service、Characteristics、Attributes 概念一定要深入理解,因为一旦建立连接后,不管是嵌入式端还是应用端进行数据交互的都是这些概念。为了帮助理解,抽象以下包含关系:

图2. GATT 层四种概念之间的抽象包含关系

如图 2 ,一个或者多个 Characteristic 组成一个 Service。一个多个 Service 组成 Profile。Characteristic 又由多个 Attributes 组成。每个 Attribute 由包含 Handle、Type、Permissions 三个属性。

下面着重理解 Characteristic,它是数据交互的最终实体,每个特征包含以下 4 个 Attributes。

这些属性存储在属性表中的 GATT 服务器中,每个 Attributes 又由以下元素组成:

GATT 客户端抽象层

如图 3 所示,在 GATT 客户端应用程序大部分是直接使用 GATT 的 API(少部分直接使用 ATT 层 API ),没有 profile 文件。因为 GATT 客户是得到数据,不需要建立属性表和配置文件。

图3. GATT 客户端抽象层

GATT服务端抽象层

如图 4 所示,在 GATT 服务端大部分功能由独立的 profiles 处理,profiles 又使用 GAttservApp 模块处理( GAttservApp 是一个可配置的模块,用于储存和管理属性表,详见 BLE Stack API Reference )。

图4. GATT 服务端抽象层

在建立 GATT 服务端的时候首先需要配置 profiles 文件,profiles 文件调用 GattServAppApp 模块并使用其 API 与 GATT 层接口。这种情况下应用程序不需要直接调用 GATT 层 API,而是和 Profiles 文件接口。

GATT Services 和 Profile

在概述部分讲过,GATT service 是 Characteristic 的集合,多个 service 可以组合在一起形成一个 profile ,许多 profile 仅实现一个 service ,所以 profile 和 service 可以互换。

simple_peripheral 示例应用程序项目中定义了 4 个 GATT 服务。

      // Initialize GATT attributes
      GGS_AddService(GATT_ALL_SERVICES);           // GAP GATT Service
      GATTServApp_AddService(GATT_ALL_SERVICES);   // GATT Service
      DevInfo_AddService();                        // Device Information Service
      SimpleProfile_AddService(GATT_ALL_SERVICES); // Simple GATT Profile

图 5 显示了 simple_peripheral 项目中的属性表,这些属性都是通过上面 4 个服务函数设置的。可以逐一打开查看修改。

图5. simple_peripheral 项目的属性表

使用 BTool 获取的简单 GATT 配置文件特性表。红色表示 Profile 声明、黄色表示字符声明、白色表示与特定声明相关的属性。

simple_gatt_profile 包含以下特性:

0x001C 是 simple_gatt_profile 服务声明。
此声明的 UUID 为 0x2800(蓝牙定义 GATT_PRIMARY_SERVICE_UUID ),声明的值是 simple_gatt_profile(自定义)的 UUID。

0x001D 是 SimpleProfileChar1 特征声明。
该声明可以被认为是指向 SimpleProfileChar1 值的指针。UUID 为 0x2803(蓝牙定义 GATT_CHARACTER_UUID )。

下面解释 characteristic 声明值的含义( MSB 到 LSB ):

GATT 安全

如 GATT 服务端抽象所述,GATT 服务器可以为每个特性独立定义权限。服务器可能允许任何客户端访问某些 characteristic ,同时将访问其他 characteristic 仅限于认证或授权的客户端。这些权限通常被定义为更高级别的配置文件规范的一部分。对于自定义配置文件,用户可以选择他们认为合适的权限。
有关 GATT 安全性的更多信息,请参阅蓝牙核心规范版本 5.0 的安全注意事项部分([第3卷,第G部分,第8部分])。

认证( Authentication )

在客户端通过认证配对方法之前,无法访问需要身份验证的特性。此验证在堆栈内执行,无需应用程序处理。唯一的要求是使 GATT 服务端正确注册该特性。

例如,simple_gatt_profile 的 characteristic5 设置需要认证的读取。

//characteristic 5 
{ 
   {  ATT_BT_UUID_SIZE , simpleProfilechar5UUID  },
   GATT_PERMIT_AUTHEN_READ ,
   0 ,
   simpleProfileChar5 
},

当未经身份验证的客户端尝试读取此值时,GATT 服务器将自动拒绝它,不调用 simpleProfile_ReadAttrCB()。只有当认证成功之后,读写的请求才会转发到 profiles 的读写回调。

参阅代码在 simple_gatt_profile.c 中 simpleProfile_ReadAttrCB( )函数里面。

  case SIMPLEPROFILE_CHAR1_UUID:
  case SIMPLEPROFILE_CHAR2_UUID:
  case SIMPLEPROFILE_CHAR4_UUID:
    *pLen = 1;
    pValue[0] = *pAttr->pValue;
    break;

  case SIMPLEPROFILE_CHAR5_UUID:
    *pLen = SIMPLEPROFILE_CHAR5_LEN;
    VOID memcpy( pValue, pAttr->pValue, SIMPLEPROFILE_CHAR5_LEN );
    break;

  default:
    // Should never get here! (characteristics 3 和 4没有读权限)
    *pLen = 0;
    status = ATT_ERR_ATTR_NOT_FOUND;
    break;

授权( Authorization )

授权是发生在认证之后对一些文档的访问权限进行更改或删除。授权是 BLE 已经实现的一个安全层,由于应用程序需要定义自己的授权要求,所以协议栈将这些特性的读/写请求转发到配置文件的应用程序层。

从 profile 文件注册 GATT 服务器的授权信息必须使用堆栈定义一个授权回调。如下面伪代码(例程中没有使用授权):

  1. 注册授权回调
    CONST  gattServiceCBs_t  simpleProfileCBs  = { 
       simpleProfile_ReadAttrCB ,      //读回调函数指针
       simpleProfile_WriteAttrCB ,     //写回调函数指针
       simpleProfile_authorizationCB   //授权回调函数指针
    };
  1. 实现授权回调代码
    static  bStatus_t  simpleProfile_authorizationCB ( uint16  connHandle , gattAttribute_t  * pAttr , uint8  opcode  )
    { 
       //这只是一个示例实现,正常的用例将需要
       更复杂的逻辑来确定设备是否被授权

       if (clientIsAuthorized )
          return SUCCESS ; 
       else
          return ATT_ERR_INSUFFICIENT_AUTHOR ; 
    }

授权回调在协议栈上下文中执行,因此在这个函数中不应该执行太复杂的处理,具体实现由开发人员决定。上述回调应该被视为一个 shell。如果客户端有权访问该特征返回 SUCCESS ,如果无权访问返回 ATT_ERR_INSUFFICIENT_AUTHOR 。授权需要事先通过连接进行身份验证,否则 ATT_ERR_INSUFFICIENT_AUTHEN 将作为错误响应发送。

如果需要授权的特性注册了授权回调,但没有定义应用级授权回调,那么协议栈将返回 ATT_ERR_UNLIKELY 。因为这个错误并不明确,所以 TI 建议使用授权回调。

直接使用 GATT 层

上面客户端抽象介绍过应用程序也可以直接使用 GATT 层 API,本节就介绍如何在应用程序中使用 GATT 层。

GATT 层的功能在库中实现,但头文件功能可在 gatt.h 中找到。BLE Stack API Reference 中有完整的 API 参考。GATT 客户端(在 simple_central 项目中)使用 GATT 层的一般过程如下:

图6. GATT 客户端使用 GATT 层的过程

图 6 中可以看出,首先 GATT 客户端发送命令,ICALL 会给协议栈发送 ATT 命令,协议栈处理之后返回响应。然后,再由 ICALL 以 ATT 事件通知应用程序,应用程序得到 ATT 事件之后异步处理。

注意:除了收到对自己命令的响应外,GATT 客户端还可以从 GATT 服务器接收异步数据作为指示或通知。使用 GATT_RegisterForInd (selfEntity) 注册接收这些 ATT 通知和指示。这些通知和指示也作为 ATT 事件( ATT_HANDLE_VALUE_NOTI& ATT_HANDLE_VALUE_INDG )发送到应用程序。这些事件必须按照 GATT Services 和 Profile 中的说明进行处理。

GAP GATT 服务(GGS)

GGS 服务包含设备和访问信息。例如设备名称、Appearance、外围首选连接参数。GGS 的目的是在设备发现和连接启动过程中进行辅助。有关 GGS 的更多信息,请参阅蓝牙核心规范版本 5.0 的“ GAT service ”和“ Characteristics for GATT Server ”部分([Vol 3],C 部分,第 12 节)。

  1. 包含标题
#include  “gapgattserver.h”
  1. 初始化 GGS 参数
// GAP GATT Attributes 
static  uint8_t  attDeviceName [ GAP_DEVICE_NAME_LEN ]  =  “This is a text” ;   
GGS_SetParameter (GGS_DEVICE_NAME_ATT , GAP_DEVICE_NAME_LEN , attDeviceName );
  1. 使用 GGS 初始化应用程序回调(可选)。当 GGS 中的任何特征发生变化时,都会通知应用程序。
GGS_RegisterAppCB (&appGGSCBs );
  1. 将 GGS 添加到 GATT 服务器。
bStatus_t  GGS_AddService (GATT_ALL_SERVICES );

经过上面 4 个步骤就成功设置了 GGS 的参数,在 central 设备连接外围设备时就能获取这些参数,使用我们公司提供的 XXX.apk 可以在手机界面直接查看设置的参数值。

加入我们

文章所有代码、工具、文档开源。加入我们QQ群 591679055获取更多支持,共同研究CC2640R2F&BLE5.0。

CC2640R2F&BLE5.0-乐控畅联 © Copyright 2017, 成都乐控畅联科技有限公司.