基于NXP的蓝牙BLE协议栈代码分析

重要概念点总结

1.profile 规范。包含有service服务，如电量。
2.service，每一个服务可能包含一个或多个特征值。
3.characteristic 特征值。通信载体，电量为20%，20%即是特征值的value。主从机之间通信，通过读写特征值实现。
4.UUID 统一识别码。刚才提到的service和characteristic，都需要一个唯一的uuid来标识。

连接与通信过程中，用到协议栈这两层
GAP 主要进行建立连接的过程，类似握手。
GATT 传输的数据段通用规范。这些很短的数据段被称为属性（Attribute），主要包括service服务、characteristic 特征值，特征值描述characteristic descriptors。

通信过程：由中心设备（ 客户端client，主站）发起，外围设备（服务器server，从站）响应。一般情况下，客户端进行读写特征值，实现通信。服务器还可以通过发“通知”（Notification）或“指示”（indication）进行通信。
Notification 服务器发出数据，无需客户端回复。
indication 服务器发出数据，需要客户端回复后再继续发。

代码分析

Main Task 是主任务，初始化。
App_Thread 和Main Task共用堆栈。处理协议栈发送的所有事件和消息。
App_Thread 主要通过App_HandleHostMessageInput处理协议栈发送给APP的队列。通过回调机制处理队列中的消息。

开启调用流程：
App_Thread->App_HandleHostMessageInput->BleApp_GenericCallback->BleApp_Config->BleApp_Start->App_StartScanning or BleApp_Advertise。

以下以主站代码进行分析：
一. 协议栈开启前注册回调函数

    App_RegisterGattServerCallback(BleApp_GattServerCallback);
    App_RegisterGattClientProcedureCallback(BleApp_GattClientCallback);
    GattServer_RegisterHandlesForWriteNotifications(NumberOfElements((mCharMonitoredHandles)), mCharMonitoredHandles);
    BleServDisc_RegisterCallback(BleApp_ServiceDiscoveryCallback);
    App_RegisterGattClientNotificationCallback(BleApp_GattNotificationCallback);

	//App_RegisterGattClientIndicationCallback(BleApp_GattNotificationCallback); 

作为主站，重点关注
1.BleApp_GattClientCallback
2.BleApp_ServiceDiscoveryCallback
这俩个回调，前者是客户端通用回调，客户端的所有操作的响应都会在这个回调中触发，在如客户端发现服务，读写特征值，读写特征值描述等等。
后者是服务发现回调，在发现服务后，可对服务里的特征值句柄进行保存。

二. 开启扫描函数：

App_StartScanning(&gScanParams, BleApp_ScanningCallback, FALSE);

开启扫描或广播后，在对应回调函数中进行判断并建立连接。

static void BleApp_ScanningCallback (gapScanningEvent_t* pScanningEvent)
{
   
	bleResult_t result = gBleStatusBase_c;
    switch (pScanningEvent->eventType)
    {
   
        case gDeviceScanned_c:
        {