蓝牙(BLE)应用框架接口设计和应用开发——以TI CC2541为例

本文从功能需求的角度分析一般蓝牙BLE单芯片的应用框架（SDK Framework）的接口设计过程，并以TI CC2541为例说明BLE的应用开发方法。

一、应用框架（Framework）

我们熟知的Framework包含Android Framework、Linux QT、Windows MFC。应用框架抽象并封装实现了一般应用场景的需求，完毕应用开发的80%，剩下的20%则以回调（callback）和接口的方式供应用开发者调用以完毕详细的需求。

一般Framework完毕的工作包含：任务分发、消息通信和UI等。比如以上三种框架所属的IDE都能够实现所见即所得的UI可视化编程，框架完毕了UI控件的大部分工作。而开发者仅仅须要完毕UI控件的消息处理逻辑就可以。如点击了这个button后怎样进行响应等。

蓝牙BLE单芯片的系统架构包含操作系统、SOC硬件抽象接口和蓝牙应用框架等组成部分，操作系统和SOC硬件抽象接口的理解请理解《怎样高速理解一个全新的嵌入式操作系统》（发送55获取）和《怎样高速理解一个全新的嵌入式操作系统（续）》（发送56获取）。本文仅仅讨论蓝牙应用方面框架接口设计和应用开发。

二、 蓝牙BLE的应用需求

我们都知道BLE是为了实现连接后的通信传输和控制。

BLE设计的初衷是为了完毕少数据量的通信，側重于通信控制。所以我们能够理解BLE的协议栈包含两大组成部分：一个是蓝牙连接；还有一个是通信控制。前者即相应GAP（General Access Profile）。后者相应GATT（General Attribute Profile）。Profile在蓝牙术语里面相应于特定的应用场景协议。

三、 蓝牙BLE的应用需求分析

我们分别对连接和通信控制进行分析。这里以蓝牙设备Peripheral角色进行分析，简单理解即是从设备。

手机APP所用的蓝牙一般充当central角色，即主设备。

1.   连接

连接部分。蓝牙外设要完毕的功能包含：

1）  蓝牙外设要被发现，其必须要进行广播

2）  在主设备扫描时要给出扫描响应。这时蓝牙设备还是处于广播状态。

3）  主设备发起连接时，其能够要求password配对，而也能够选择无需password验证。

4）  主设备发起连接过程的握手，接受连接。

5）  蓝牙外设连接成功后才会开启通信服务。

2.   通信控制

1）  蓝牙外设在连接后通过GATT来提供服务发现（service discover），这样主设备能够从中获取蓝牙外设提供的各种服务profile。

2）  主设备在获取蓝牙外设服务后，会对GATT profile的各种特征字（characteristics）进行读写传输控制。

3）  特征字主要包含write、read、notify和indicate等主要通信方式。对于蓝牙外设的write特征字。主设备（如手机）能够进行写操作；对于read，主设备则能够从中读取信息；write和read对于蓝牙外设来说。其属于被动控制，即蓝牙外设被动接受主控制的通信控制。而notify和indicate则是蓝牙外设主动向主设备数据传输，前提是主设备要预先订阅相应的characteristics的信息更新。Notify数据后，主设备不须要应答响应。而indicate则须要应答响应。

四、 蓝牙BLE的应用框架（framework）设计

我们之前已经分析过，framework应该完毕应用开发的80%工作。即基本完毕了常见的应用需求。剩下20%则是由各个详细应用的详细场景需求来决定的。比如，蓝牙底层连接时怎么握手，咱们应用开发者不须要关心吧。GATT的characteristics value值的通信过程。我们不要关心吧。当蓝牙外设有新的数据要传输给主设备时，仅仅须要调用notify或者indicate接口就能够了，至于底层怎么实现，那是协议栈开发者的工作。

OK，咱们依据第三部分的需求分析来找出应用开发者所关心的20%工作任务。换句话来说，剩下的80%工作量即是蓝牙应用框架Framework所要完毕的任务。

一般蓝牙单芯片都会给用户提供SDK进行开发，其里面已经实现framework了。我们应用开发者应当重点关注这20%的任务。

1.   连接

1）  对于广播来说，不同的应用须要广播的信息并不一样。如ibeacon和微信airsync协议的广播数据格式要求是不一样的。

所以。framework应该提供给用户一个自己定义广播数据的接口。

2）  同理，framework应该提供给用户一个自己定义扫描响应数据的接口。

3）  对于password配对过程，常见的做法是framework给应用开发提供一个回调接口，当收到主设备传送过来的password后。对这个接口进行回调，并将这个password以參数的形式传递给这个接口，以让用户自己推断password是否跟预设的一致。

4）  Framework应该对连接的状态进行管理。分别提供用户回调接口，在连接成功时对接口进行回调。以让用户在连接成功时做一些特定的操作，如闪灯标识、开启GATT服务等；在断开连接时也应该回调用户接口，以让用户在断开连接时做一些特定的操作。

2.   通信控制

我们这里还是仅仅分析蓝牙外设Peripheral角色的framework，不探讨主设备的framework，读者能够相应进行分析。

1）framework应该明白怎样用最简单的方式定义并加入一个蓝牙GATT profile服务。蓝牙BLE有自己的协议标准，一个蓝牙服务service包含一个或者多个characteristics。而每一个characteristics都包含相应UUID、属性描写叙述（如可读、可写、长度等）、属性值value、属性配置（代表订阅信息）等等。

为了简化兴许的数据处理，一般framework会设置一个handle来相应一个characteristics。

2）framework提供接口给用户来对各个characteristics的属性value进行设置和获取。

3）framework提供回调接口给用户。当主设备读characteristics回调读接口。以让用户进行特定操作后再进行传输；当主设备写characteristics时回调写接口，以让用户完毕相应的操作。

4）framework提供用户接口，完毕主动的notify和indicate操作。

OK，以上即是蓝牙BLE单芯片普遍的framework设计需求。我们在接触一款新的BLE单芯片时，仅仅要能够重点把握好以上这20%的编程方法，就能高速进行应用开发。

五、Ti CC2541应用开发

TI CC2541 SDK有一个简单的演示样例projectSimpleBLEPeripheral，向开发者展现怎样进行蓝牙应用开发。我们通过这个project来理解上述框架设计和编程。

1.   连接

1）定义广播数据

GAPRole_SetParameter(GAPROLE_ADVERT_DATA,…);

2）自己定义扫描响应数据

GAPRole_SetParameter(GAPROLE_SCAN_RSP_DATA,…);

3）password管理回调

ProcessPasscodeCB()

4）状态管理回调

peripheralStateNotificationCB()

2．通信控制

      1）加入GATT服务

GATTServApp_RegisterService()

      2)读回调

           simpleProfile_ReadAttrCB()

      3)写回调

                 simpleProfile_WriteAttrCB()

     4 )属性值设置和获取    

                 SimpleProfile_SetParameter()

                 SimpleProfile_GetParameter()

    5)主动传输

                 GATT_Notification()

                 GATT_Indication()

參数能够对比详细的接口进行分析。我们在看详细的接口之前，能够思考一下，这些接口的參数应该包含什么东西。假设你能想到包含什么，恭喜你，你的应用框架设计能力已经大大提高了。

 

记住：嵌入式企鹅圈不仅会告诉你怎样实现功能（实践）。还会告知你为什么要这样实现（理论）。

我们在开发的过程中也要注重怎么去思考和总结开发方法，以积累经验，举一反三。触类旁通！

很多其它嵌入式和物联网原创技术分享敬请关注微信公众号：嵌入式企鹅圈

转载于:https://www.cnblogs.com/mfmdaoyou/p/7182847.html