关于simpleGATTprofile的Characteristic

bamboo

Intellectual 551 points

simpleGATTprofile中有5个Characteristic，第4个需要启用通知才能收到，在simpleBLECentral工程中，当启用通知后，是在哪里收到数据？

求各位大神指教。

11 年多前

0 Yan 11 年多前

TI__Mastermind 39565 points

Hi x,

如果你看simpleBLECentral.c 这个文件, 里面有个函数:simpleBLECentralProcessGATTMsg()

这个函数就是处理各种从peripheral过来的数据.

但是在示例代码中并没有加入通知, 就是notification的接收, 所以你得自己添加代码.

很简单, 类似 if ( ( pMsg->method == ATT_READ_RSP ) || ........), 你添加 else if ( ( pMsg->method == ATT_HANDLE_VALUE_NOTI ) ||......)

0 bamboo 11 年多前回复 Yan

Intellectual 551 points

使能通知是向handle为0x002f写入0x0001

gattPrepareWriteReq_t req;

req.handle = 0x002f;

req.len = 2;

req.pValue[0] = 0x00;

req.pValue[1] = 0x01;

req.offset = 0;

GATT_WriteLongCharValue( simpleBLEConnHandle, &req, simpleBLETaskId );

但还是无法收到？

0 Yan 11 年多前回复 bamboo

TI__Mastermind 39565 points

Hi x,

首先请确定你找的handle是正确的. 这个handle应该是相应的characteristic value的handle的后面一个, 就是characteristic valude的handle加 1 .

另外, 你的 req.pValue 填错了, 上下两个请反一下.

最后, 这里不要用write long, 用一般的写就行, 就两个字节的内容.

下面是个例子:

attWriteReq_t writeReq;

writeReq.handle = 0x002f;

writeReq.len = 2;

writeReq.value[0] = LO_UINT16(GATT_CLIENT_CFG_NOTIFY); 这里是 0x01

writeReq.value[1] = HI_UINT16(GATT_CLIENT_CFG_NOTIFY); 这里是 0x00

writeReq.sig = 0;

writeReq.cmd = 0;

GATT_WriteCharValue( simpleBLEConnHandle, &writeReq, simpleBLETaskId );

0 xie weiping 11 年多前回复 Yan

Expert 1083 points

Hi Yan,

notification发送和接收都是在第四通道channel 4吗？

在simpleBLEcenter例子程序里有个按键触发读写的代码：

simpleBLECharHdl 应该是第一通道 channel 1的句柄吧。

req.value[0] = simpleBLECharVal应该是要发送的值。

跟踪发现句柄获得，其中句柄simpleBLECharHdl = BUILD_UINT16( pMsg->msg.readByTypeRsp.dataList[0],
pMsg->msg.readByTypeRsp.dataList[1] );

那我该如何获得第四通道数据的句柄？

还有你上面notification的例子怎么是

writeReq.value[0] = LO_UINT16(GATT_CLIENT_CFG_NOTIFY); 这里是 0x01

writeReq.value[1] = HI_UINT16(GATT_CLIENT_CFG_NOTIFY); 这里是 0x00

notification的要发送的值写在哪里呢？比如我要发送一个数值0xFF,我该怎么用notification发送？

谢谢！

0 Yan 11 年多前回复 xie weiping

TI__Mastermind 39565 points

Hi xie,

你说的channel是什么? 第四个channel说的是第四个characteristic?

simpleBLECharHdl这里必须是你对应的characteristic的CCC的那个句柄. CCC指的是Client Characteristic Configuration 的这个descriptor.

CCC句柄一般是在characteristic value的句柄后面.

句柄的顺序是characteristic declaration, characteristic value, 然后是 CCC.

你这个0xFF的value就填写在simpleBLECharVal里面啊.

0 xie weiping 11 年多前回复 Yan

Expert 1083 points

Hi Yan,

我还是不懂，我说的channel是指

// Profile Parameters
#define SIMPLEPROFILE_CHAR1                   0 // RW uint8 - Profile Characteristic 1 value
#define SIMPLEPROFILE_CHAR2                   1 // RW uint8 - Profile Characteristic 2 value
#define SIMPLEPROFILE_CHAR3                   2 // RW uint8 - Profile Characteristic 3 value
#define SIMPLEPROFILE_CHAR4                   3 // RW uint8 - Profile Characteristic 4 value
#define SIMPLEPROFILE_CHAR5                   4 // RW uint8 - Profile Characteristic 4 value

第四个SIMPLEPROFILE_CHAR4 是GATT profile的第四个值，他是一个可以通过通知发送给GATT客户端设备。

在simpleBLEcenter例子程序中有一段按键读写第一个SIMPLEPROFILE_CHAR1的值的代码，如下：

// Do a read or write as long as no other read or write is in progress
      if ( simpleBLEDoWrite )
      {
        // Do a write
        attWriteReq_t req;

        req.handle = simpleBLECharHdl;
        req.len = 1;
        req.value[0] = simpleBLECharVal;
        req.sig = 0;
        req.cmd = 0;
        status = GATT_WriteCharValue( simpleBLEConnHandle, &req, simpleBLETaskId );
      }
      else
      {
        // Do a read
        attReadReq_t req;

        req.handle = simpleBLECharHdl;
        status = GATT_ReadCharValue( simpleBLEConnHandle, &req, simpleBLETaskId );
      }

这段代码很好理解，SIMPLEPROFILE_CHAR1的句柄和value值都在代码中体现了。

但是notification的代码我就很难理解，句柄和value值还有0x01和0x00(

writeReq.value[0] = LO_UINT16(GATT_CLIENT_CFG_NOTIFY); 这里是 0x01

writeReq.value[1] = HI_UINT16(GATT_CLIENT_CFG_NOTIFY); 这里是 0x00

)

不明白什么意思。

0 Yan 11 年多前回复 xie weiping

TI__Mastermind 39565 points

writeReq.value[0] = LO_UINT16(GATT_CLIENT_CFG_NOTIFY); 这里是 0x01

writeReq.value[1] = HI_UINT16(GATT_CLIENT_CFG_NOTIFY); 这里是 0x00

我之前解释可能有误, 没给你讲清楚.

这两个值目的是打开Notification功能. CCC的参数有两个, 一个Notification, 一个indication. value[0]就是打开关闭notification, value[1]是打开关闭indication.

至于接下来notification发的值是什么, 其实就是对应的characteristic value.

你有空最好去看一下协议栈对spec的定义, 我这样告诉你也只是很少的比较片面的协议栈定义里面的一些内容, 如果你要更好地理解, 最好去看一下spec.

你也可以看上面的教学视频, 也可以看上面的深度培训文档,

最好是可以去blueooth sig 官网上下载spec:

https://www.bluetooth.org/en-us/specification/adopted-specifications

其中第三章 volume 3 Core System Package 里面的 part G: GENERIC ATTRIBUTE PROFILE (GATT) 里面的第三章 3 SERVICE INTEROPERABILITY REQUIREMENTS, 这里面有很详细的介绍 service, characteristic 定义的内容.

里面的 3.3.3.3, 就是Client Characteristic Configuration

0 xie weiping 11 年多前回复 Yan

Expert 1083 points

好的，非常感谢！

我还想问一下，simpleBLEcenter例子程序中，有个simpleBLECharHdl 句柄的获得，这个句柄应该是SIMPLEPROFILE_CHAR1的句柄吧

simpleBLECharHdl = BUILD_UINT16( pMsg->msg.readByTypeRsp.dataList[0],
pMsg->msg.readByTypeRsp.dataList[1] );

这段什么意思呢？dataList[0],dataList[1]代表什么？假如我想获得其他SIMPLEPROFILE_CHAR的句柄该如何获得呢？比如SIMPLEPROFILE_CHAR2、SIMPLEPROFILE_CHAR3等。

谢谢！

0 Yan 11 年多前回复 xie weiping

TI__Mastermind 39565 points

是的.

如果你仔细看代码, 就应该不难看出, 这里有个状态机.

前面的状态里面的代码:

req.type.uuid[0] = LO_UINT16(SIMPLEPROFILE_CHAR1_UUID);
req.type.uuid[1] = HI_UINT16(SIMPLEPROFILE_CHAR1_UUID);

GATT_ReadUsingCharUUID( simpleBLEConnHandle, &req, simpleBLETaskId );

就是用来查找SIMPLEPROFILE_CHAR1的句柄的.

你贴的代码就是状态机进入到找到这个句柄后的状态.

dagaList, 你如果也仔细看代码的话, 这个就是peripheral那边回复过来的具体数据, 这里就是句柄.

如果你要查找SIMPLEPROFILE_CHAR2,或者SIMPLEPROFILE_CHAR3, 你可以简单替换掉前面状态机里面(就是我上面贴的代码)的查找参数.

更好的方法是你在原先的状态机里面多添加几个状态, 在查找玩CHAR1之后添加查找CHAR2, CHAR3, 等等. 也很方便, 不难.

0 bamboo 11 年多前回复 Yan

Intellectual 551 points

在收到CHAR1的handle后立刻查找其他特征值的handle，会找不到

else if ( simpleBLEDiscState == BLE_DISC_STATE_CHAR )

{

。。。

//simpleBLEDiscState = BLE_DISC_STATE_IDLE;

接着查找

if ( simpleBLESvcStartHdl != 0 )

{

// Discover characteristic simpleBLEDiscState = BLE_DISC_STATE_CHAR6;

req.startHandle = simpleBLESvcStartHdl;

req.endHandle = simpleBLESvcEndHdl;

req.type.len = ATT_BT_UUID_SIZE;

req.type.uuid[0] = LO_UINT16(SIMPLEPROFILE_CHAR6_UUID);

req.type.uuid[1] = HI_UINT16(SIMPLEPROFILE_CHAR6_UUID);

GATT_ReadUsingCharUUID( simpleBLEConnHandle, &req, simpleBLETaskId );

LCD_WRITE_STRING( "Finding", HAL_LCD_LINE_1 );

}

else if ( simpleBLEDiscState == BLE_DISC_STATE_CHAR6 )

{

// Characteristic found, store handle

if ( pMsg->method == ATT_READ_BY_TYPE_RSP && pMsg->msg.readByTypeRsp.numPairs > 0 )

{

simpleBLECharHd6 = BUILD_UINT16( pMsg->msg.readByTypeRsp.dataList[0],

pMsg->msg.readByTypeRsp.dataList[1] );

LCD_WRITE_STRING( "CHAR6 Found", HAL_LCD_LINE_1 );

}

simpleBLEDiscState = BLE_DISC_STATE_IDLE;

}

如果不马上查找就可以，请问是哪里有问题？

0 Yan 11 年多前回复 bamboo

TI__Mastermind 39565 points

在没有收到上一个查找请求的回复之前, 再次发送查找命令, 协议栈规定不予理睬.

这是个顺序执行的过程.

0 xie weiping 11 年多前回复 Yan

Expert 1083 points

Hi Yan,

你的意思是查找多个句柄的时候，应该收到上一个查找请求的回复之后才能再次发送查找命令吗？在例程中，查找请求回复是在哪个地方？能不能给我讲解一下查找多个句柄时的完整流程是怎么样的？

谢谢！

0 xie weiping 11 年多前回复 bamboo

Expert 1083 points

Hi lv,

你说：“在收到CHAR1的handle后立刻查找其他特征值的handle，会找不到；如果不马上查找就可以”。当我发现CHAR1的句柄之后再查找其他特征值，该如何做？接下来该怎么样再次发送查找句柄命令（函数）？

谢谢！

0 xie weiping 11 年多前回复 Yan

Expert 1083 points

Hi Yan,

我尝试了几次，然后用这种方法再次查找，终于发现了CHAR4的句柄，如下红色部分：

static void simpleBLECentralProcessGATTMsg( gattMsgEvent_t *pMsg )
{

……

else if ( simpleBLEDiscState != BLE_DISC_STATE_IDLE )
{
simpleBLEGATTDiscoveryEvent( pMsg );
/*=====================================================*/
simpleBLEGATTDiscoveryEvent( pMsg ); //再次执行
/*=====================================================*/
}
}

static void simpleBLEGATTDiscoveryEvent( gattMsgEvent_t *pMsg )
{
attReadByTypeReq_t req;

if ( simpleBLEDiscState == BLE_DISC_STATE_SVC )
{
    // Service found, store handles
    if ( pMsg->method == ATT_FIND_BY_TYPE_VALUE_RSP &&
         pMsg->msg.findByTypeValueRsp.numInfo > 0 )
    {
      simpleBLESvcStartHdl = pMsg->msg.findByTypeValueRsp.handlesInfo[0].handle;
      simpleBLESvcEndHdl = pMsg->msg.findByTypeValueRsp.handlesInfo[0].grpEndHandle;
    }

    // If procedure complete
    if ( ( pMsg->method == ATT_FIND_BY_TYPE_VALUE_RSP &&
           pMsg->hdr.status == bleProcedureComplete ) ||
         ( pMsg->method == ATT_ERROR_RSP ) )
    {
      if ( simpleBLESvcStartHdl != 0 )
      {
        // Discover characteristic
        simpleBLEDiscState = BLE_DISC_STATE_CHAR;

        req.startHandle = simpleBLESvcStartHdl;
        req.endHandle = simpleBLESvcEndHdl;
        req.type.len = ATT_BT_UUID_SIZE;
        req.type.uuid[0] = LO_UINT16(SIMPLEPROFILE_CHAR1_UUID);
        req.type.uuid[1] = HI_UINT16(SIMPLEPROFILE_CHAR1_UUID);

        GATT_ReadUsingCharUUID( simpleBLEConnHandle, &req, simpleBLETaskId );
      }
    }
}
else if ( simpleBLEDiscState == BLE_DISC_STATE_CHAR )
{
    // Characteristic found, store handle
    if ( pMsg->method == ATT_READ_BY_TYPE_RSP &&
         pMsg->msg.readByTypeRsp.numPairs > 0 )
    {
      simpleBLECharHdl = BUILD_UINT16( pMsg->msg.readByTypeRsp.dataList[0],
                                       pMsg->msg.readByTypeRsp.dataList[1] );

      LCD_WRITE_STRING( "Simple Svc Found", HAL_LCD_LINE_1 );
      //simpleBLEProcedureInProgress = FALSE;
    }
   // simpleBLEDiscState = BLE_DISC_STATE_IDLE;
//}
/*================================================================================*/
    if ( simpleBLESvcStartHdl != 0 )
    {
        // Discover characteristic
      simpleBLEDiscState = BLE_DISC_STATE_CHAR4;

      req.startHandle = simpleBLESvcStartHdl;
      req.endHandle = simpleBLESvcEndHdl;
      req.type.len = ATT_BT_UUID_SIZE;
      req.type.uuid[0] = LO_UINT16(SIMPLEPROFILE_CHAR4_UUID);
      req.type.uuid[1] = HI_UINT16(SIMPLEPROFILE_CHAR4_UUID);

      GATT_ReadUsingCharUUID( simpleBLEConnHandle, &req, simpleBLETaskId );
    }
}
else if ( simpleBLEDiscState == BLE_DISC_STATE_CHAR4 )
{
    // Characteristic found, store handle
    if ( pMsg->method == ATT_READ_BY_TYPE_RSP &&
            pMsg->msg.readByTypeRsp.numPairs > 0 )
    {
       simpleBLECharHd4 = BUILD_UINT16( pMsg->msg.readByTypeRsp.dataList[0],
                                       pMsg->msg.readByTypeRsp.dataList[1] );

       LCD_WRITE_STRING( "Simple Svc Found", HAL_LCD_LINE_1 );
       simpleBLEProcedureInProgress = FALSE;
    }

    simpleBLEDiscState = BLE_DISC_STATE_IDLE;

}
/*================================================================================*/
}

在线调试可以看到CHAR4的句柄：simpleBLECharHd4 =0x0025；

但是我感觉这样写的程序比较纠结、不顺眼，如下：

else if ( simpleBLEDiscState != BLE_DISC_STATE_IDLE )
{

simpleBLEGATTDiscoveryEvent( pMsg );
/*=====================================================*/
simpleBLEGATTDiscoveryEvent( pMsg ); //再次执行
/*=====================================================*/

}

执行一次，再执行一次一样的函数，感觉非常的2，还有没有更好的方法？

谢谢！

0 asdfe sdsd 11 年多前回复 Yan

Prodigy 140 points

Hi Yan：

请问在Central程序中，第四个Characteristic是在哪里启动的呢？我GATT_notification（）==success；成立的是不是代表底层通讯已经成功了？需要做的就是主机端的数据读取。

0 Qin Daohong 11 年多前回复 xie weiping

Intellectual 370 points

兄弟，你太厉害了。我都调了好长时间都没找到CHAR4的句柄。

0 Qin Daohong 11 年多前回复 xie weiping

Intellectual 370 points

你确定你或的这个句柄对吗？我感觉获得的这个句柄还是CHAR1的句柄吧

0 xie weiping 11 年多前回复 Qin Daohong

Expert 1083 points

好像还真是，晕。不知道怎么弄，你调出来了吗？

0 xie weiping 11 年多前回复 Qin Daohong

Expert 1083 points

我是哪里出了问题呢？明明用的是CHAR4的UUID。怎么变成CHAR1的句柄呢？

0 Qin Daohong 11 年多前回复 xie weiping

Intellectual 370 points

没有，我以为你调出来了呢，然后我也试了以下，发现得到的不是CHAR4的句柄，还是CHAR1的句柄。

我看不懂TI工程师说的那个状态机。

0 xie weiping 11 年多前回复 Qin Daohong

Expert 1083 points

我也是看的一头雾水。我猜我那代码应该是接着发现特征值时，函数调用出问题了，调用早了，里面存的还是CHAR1的句柄，没等发现CHAR4的句柄。

0 Qin Daohong 11 年多前回复 Qin Daohong

Intellectual 370 points

其实咱俩的问题是同一个问题。就是能不能同时获得Peripheral提供的5个CHAR的句柄。只有的得到这些句柄，Central和Peripheral才能更方便地相互传递数据。

0 xie weiping 11 年多前回复 Yan

Expert 1083 points

Hi Yan,

关于CHAR4句柄获得问题，我将例程中static void simpleBLEGATTDiscoveryEvent( gattMsgEvent_t *pMsg )函数中的SIMPLEPROFILE_CHAR1_UUID替换为SIMPLEPROFILE_CHAR4_UUID，但是下载到开发板上，设备根本无法发现服务，无法获得CHAR4的UUID. 问题出在哪呢？代码如下，红色部分是被我修改的地方。

static void simpleBLEGATTDiscoveryEvent( gattMsgEvent_t *pMsg )

{
attReadByTypeReq_t req;

if ( simpleBLEDiscState == BLE_DISC_STATE_SVC )
{
    // Service found, store handles
    if ( pMsg->method == ATT_FIND_BY_TYPE_VALUE_RSP &&
         pMsg->msg.findByTypeValueRsp.numInfo > 0 )
    {
      simpleBLESvcStartHdl = pMsg->msg.findByTypeValueRsp.handlesInfo[0].handle;
      simpleBLESvcEndHdl = pMsg->msg.findByTypeValueRsp.handlesInfo[0].grpEndHandle;
    }

    // If procedure complete
    if ( ( pMsg->method == ATT_FIND_BY_TYPE_VALUE_RSP &&
           pMsg->hdr.status == bleProcedureComplete ) ||
         ( pMsg->method == ATT_ERROR_RSP ) )
    {
      if ( simpleBLESvcStartHdl != 0 )
      {
        // Discover characteristic
        simpleBLEDiscState = BLE_DISC_STATE_CHAR;

        req.startHandle = simpleBLESvcStartHdl;
        req.endHandle = simpleBLESvcEndHdl;
        req.type.len = ATT_BT_UUID_SIZE;
        //req.type.uuid[0] = LO_UINT16(SIMPLEPROFILE_CHAR1_UUID);
        //req.type.uuid[1] = HI_UINT16(SIMPLEPROFILE_CHAR1_UUID);
        req.type.uuid[0] = LO_UINT16(SIMPLEPROFILE_CHAR4_UUID);
        req.type.uuid[1] = HI_UINT16(SIMPLEPROFILE_CHAR4_UUID);

        GATT_ReadUsingCharUUID( simpleBLEConnHandle, &req, simpleBLETaskId );
      }
    }
}
else if ( simpleBLEDiscState == BLE_DISC_STATE_CHAR )
{
    // Characteristic found, store handle
    if ( pMsg->method == ATT_READ_BY_TYPE_RSP &&
         pMsg->msg.readByTypeRsp.numPairs > 0 )
    {
      /*simpleBLECharHdl = BUILD_UINT16( pMsg->msg.readByTypeRsp.dataList[0],
                                       pMsg->msg.readByTypeRsp.dataList[1] );*/
      simpleBLECharHd4 = BUILD_UINT16( pMsg->msg.readByTypeRsp.dataList[0],
                                       pMsg->msg.readByTypeRsp.dataList[1] );

      LCD_WRITE_STRING( "Simple Svc Found", HAL_LCD_LINE_1 );
      simpleBLEProcedureInProgress = FALSE;
    }

    simpleBLEDiscState = BLE_DISC_STATE_IDLE;

}
}

0 xie weiping 11 年多前回复 Yan

Expert 1083 points

经过实验：

SIMPLEPROFILE_CHAR3_UUID,

SIMPLEPROFILE_CHAR4_UUID,

SIMPLEPROFILE_CHAR5_UUID.

这三个UUID的句柄都无法被单独发现。只有SIMPLEPROFILE_CHAR1_UUID和SIMPLEPROFILE_CHAR2_UUID可以。

0 Yan 11 年多前回复 xie weiping

TI__Mastermind 39565 points

Hi xie,

不好意思, 要读这几个char 还有几个地方要改.

GATT_ReadUsingCharUUID() 需要read 属性支持. 加上read

// Simple Profile Characteristic 3 Properties
static uint8 simpleProfileChar3Props = GATT_PROP_WRITE; //只有write, 没有read

// Simple Profile Characteristic 4 Properties

static uint8 simpleProfileChar4Props = GATT_PROP_NOTIFY; //只有notiry, 没有read

char 5 则是因为被定义为需要鉴权参能读它

// Characteristic Value 5
{
{ ATT_BT_UUID_SIZE, simpleProfilechar5UUID },
GATT_PERMIT_AUTHEN_READ,
0,
simpleProfileChar5
},

0 xie weiping 11 年多前回复 Yan

Expert 1083 points

Hi Yan,

我这几天想了一下，也猜到是这个原因。但是我想问：像notification的句柄该如何去发现呢，因为当我们要使能notification的时候必须先知道它的句柄啊。

0 Yan 11 年多前回复 xie weiping

TI__Mastermind 39565 points

Hi xie,

每个service 都有个表格, 以simpleBLEPripheral 为例, 有 simpleProfileAttrTbl[], 是个数组.

以其中的char4 为例, 你可以用类似 simpleProfileAttrTbl[ char4_val_idx ]. handle 来得到hanle 的值. char4_val_idx 你可以在表格里面数一下, 就是attribute 在表格中的位置.

0 xie weiping 11 年多前回复 Yan

Expert 1083 points

Hi Yan,

我发现这个simpleProfileAttrTbl[]数组只在simpleBLEPeripheral例程中有定义。那么当我们在simpleBLEcenter里要用到CHAR4的句柄时，我们是不是只能间接获得CHAR4的句柄？比如在线调试simpleBLEPeripheral程序在IAR里面通过 simpleProfileAttrTbl[ char4_val_idx ]. handle 来得到hanle 的值，或者通过BTool获得CHAR4的句柄，然后再用到simpleBLEcenter程序中使能notification吗？

0 user3855724 11 年多前回复 Yan

Prodigy 180 points

Hi，

我如何才能找到正确的handle，本人刚接触BLE不久。

0 shmily 10 年多前回复 Yan

Prodigy 60 points

请问各种消息响应从peripheral传过来后就直接调用simpleBLECentralProcessGATTMsg()函数么？还是要在Central中写入请求

0 zhihong duan 10 年多前回复 shmily

Intellectual 530 points

HI ，前面的大神，请问你们有调通notification吗？？

我当前是在central端的simpleBLECentralProcessGATTMsg函数中写了关于notification的处理，但是从消息获取的method是response error

请大神们指点下

0 aojie meng 10 年多前回复 xie weiping

Intellectual 576 points

感觉怪怪的，怎么你的char4 的句柄跟char1 的一样啊

我的char4一直没找到，按照你的方法找出来的是

0x0025

但我一执行一次查找Char 1 和char 2

Char1 Handler 0x0025

Char2 Handler 0x0028

0 aojie meng 10 年多前回复 Yan

Intellectual 576 points

哦哦，没看后面的，感谢了，对上面哪位兄弟说声抱歉了，我没看后面的帖子。不好意思了

0 aojie meng 10 年多前回复 Yan

Intellectual 576 points

Hi Yan

恕我愚笨，我在simpleBLEGATTDiscoveryEvent用以下程序获得Char4的Handler（实际上没反应）

static void simpleBLEGATTDiscoveryEvent( gattMsgEvent_t *pMsg )
{
    attReadByTypeReq_t req;
    uint16 IWantSerchUUID=0;
    /*
    Serch_CharNum
    7                 6-0
    EnableSerch       SercherNum
    */
    switch(Serch_CharNum&0x7f)
    {
    case 0 :IWantSerchUUID=SIMPLEPROFILE_CHAR1_UUID;
    break;
    case 1 :IWantSerchUUID=SIMPLEPROFILE_CHAR3_UUID;
    break;
    default:
      simpleBLEProcedureInProgress = FALSE;
      break;
    }
    
    if ( simpleBLEDiscState == BLE_DISC_STATE_SVC )
    {
      if(!(Serch_CharNum&0x80))
      {
        // Service found, store handles
        if ( pMsg->method == ATT_FIND_BY_TYPE_VALUE_RSP &&
             pMsg->msg.findByTypeValueRsp.numInfo > 0 )
        {
          simpleBLESvcStartHdl = pMsg->msg.findByTypeValueRsp.handlesInfo[0].handle;
          simpleBLESvcEndHdl = pMsg->msg.findByTypeValueRsp.handlesInfo[0].grpEndHandle;
        }
              // If procedure complete
        if ( ( pMsg->method == ATT_FIND_BY_TYPE_VALUE_RSP  && 
               pMsg->hdr.status == bleProcedureComplete ) ||
             ( pMsg->method == ATT_ERROR_RSP ) )
        if ( simpleBLESvcStartHdl != 0 )
        {
          Serch_CharNum|=0x80;
        }
      } 
      if((Serch_CharNum&0x80))
      {
          // Discover characteristic
          simpleBLEDiscState = BLE_DISC_STATE_CHAR;
          
          req.startHandle = simpleBLESvcStartHdl;
          req.endHandle = simpleBLESvcEndHdl;
          req.type.len = ATT_BT_UUID_SIZE;
          req.type.uuid[0] = LO_UINT16(IWantSerchUUID);
          req.type.uuid[1] = HI_UINT16(IWantSerchUUID);
  
          GATT_ReadUsingCharUUID( simpleBLEConnHandle, &req, simpleBLETaskId );      
      }
    }
    else if ( simpleBLEDiscState == BLE_DISC_STATE_CHAR )
    {
      // Characteristic found, store handle
      if ( pMsg->method == ATT_READ_BY_TYPE_RSP && pMsg->msg.readByTypeRsp.numPairs > 0 )
      {
        simpleBLECharHdl[(Serch_CharNum&0x7f)] = BUILD_UINT16( pMsg->msg.readByTypeRsp.dataList[0],
                                         pMsg->msg.readByTypeRsp.dataList[1] );
        //simpleBLEProcedureInProgress = TRUE;
        Serch_CharNum++;
        simpleBLEDiscState=BLE_DISC_STATE_SVC;
      }else if((pMsg->method == ATT_ERROR_RSP))
      {
        SerialPrintString("Not Find The Handle");
        SerialPrintValue("Read Error", pMsg->msg.errorRsp.errCode, 10);SerialPrintString("\r\n");
        simpleBLEDiscState = BLE_DISC_STATE_IDLE;
      }
        
    }
    
    if(simpleBLEProcedureInProgress == FALSE )
    {
      SerialPrintValue("simpleBLECharHdl[0]:",simpleBLECharHdl[0],16);
      SerialPrintString("\r\n");
      SerialPrintValue("simpleBLECharHdl[1]:",simpleBLECharHdl[1],16);
      SerialPrintString("\r\n");
      SerialPrintString("Simple Svc Found\r\n");
    }
}

但现在还是读不到Handle啊

读 Char2的还是找得到

0 waiting 10 年多前回复 Yan

Expert 1995 points

相应的characteristic value的handle，这个handle怎样确定？？？

0 admin admin1 10 年多前回复 aojie meng

Expert 1365 points

哥们，你已经可以读连续两个handle了？？

0 waiting 10 年多前回复 admin admin1

Expert 1995 points

没有，我刚接触，不是很了解，为什么要读取handle？为了主从机之间的通信？

0 admin admin1 10 年多前回复 waiting

Expert 1365 points

那你可以先看下TI官网的资料，https://www.bluetooth.org/en-us/specification/adopted-specifications

里面对profile的定义啊挺详细的

0 aojie meng 10 年多前回复 admin admin1

Intellectual 576 points

对，我的目的就是读两个handler，方便对比，但现在差不多解决了

首先是从机里面就先定义好了读写的规范，

然后如果能读写，读写的服务程序也必不可少，

我之前吧这些属性该了，但没发现自己读写的程序中没读的服务程序

所以才一直没读出来的

0 sizao sizao 10 年多前回复 Yan

Prodigy 30 points

工程师，你好！

我按照你的方法，把 Characteristic 4 添加了读的权限，但是客户端还是读不到句柄，

GATT_PROP_READ 以及GATT_PERMIT_AUTHEN_READ

// Simple Profile Characteristic 4 Properties

static uint8 simpleProfileChar4Props = GATT_PROP_READ | GATT_PROP_NOTIFY;

你有测试过吗？帮忙指点一下，谢谢

0 sizao sizao 10 年多前回复 sizao sizao

Prodigy 30 points

原来我漏掉了一个权限，把这个加上就可以读出CHAR 4的特征值的地址了。

// Characteristic Value 4
{
{ ATT_BT_UUID_SIZE, simpleProfilechar4UUID },
GATT_PERMIT_READ | GATT_PERMIT_WRITE, //本来是0的，自己加上读写权限
0,
&simpleProfileChar4
},

要想读出CHAR 4需要设置两个地方的权限：

1、

// Simple Profile Characteristic 4 Properties

static uint8 simpleProfileChar4Props = GATT_PROP_READ | GATT_PROP_NOTIFY; //增加GATT_PROP_READ

2、属性表中

// Characteristic Value 4
{
{ ATT_BT_UUID_SIZE, simpleProfilechar4UUID },
GATT_PERMIT_READ | GATT_PERMIT_WRITE, //本来是0的，自己加上读写权限
0,
&simpleProfileChar4
},

论坛给我了指导，也希望能够帮助大家

0 Sean V 10 年多前回复 sizao sizao

Intellectual 471 points

hi sizao

大神，你是一次性同时获取多个handle吗？在主机里面是调用simpleBLEGATTDiscoveryEvent( gattMsgEvent_t *pMsg )这个函数发现handle吗?

你有测试过GATT_DiscCharsByUUID( uint16 connHandle, attReadByTypeReq_t *pReq, uint8 taskId );这个函数吗?

0 CQ JiMi 9 年多前回复 Yan

Intellectual 706 points

Hi Yan

GATT_WriteCharValue（）参数中有个simpleBLEConnHandle,这个参数是simpleBLECentral.c文件中的本文件全局变量，我一直都是不太明白这个参数的含义。谢谢关注。CQ_JIMI

0 CQ JiMi 9 年多前回复 Yan

Intellectual 706 points

嗨 Yan，首先我是自己建立另外一个特征值char8，长度15；我按着你这个例程对特征值通知开通了，主机中开通通知代码如下

if( keys & HAL_KEY_SW_1 )
  {
    //使能char8通知
    attWriteReq_t attReq;
    uint8 pValue[2];
    attReq.handle = 0x0040;    //这里我用的是btool软件Read/Write功能发现特征值功能，发现char8的句柄是0x003f,然后handle+1 =0x0040
    attReq.len = 2;
    attReq.sig = 0;
    attReq.cmd = 0;
    pValue[0] = LO_UINT16( GATT_CLIENT_CFG_NOTIFY );   //0X01
    pValue[1] = HI_UINT16( GATT_CLIENT_CFG_NOTIFY );   //0X00
    osal_memcpy( attReq.value, pValue, 2 );
    GATT_WriteCharValue( simpleBLEConnHandle, &attReq, simpleBLETaskId );
    NPI_WriteTransport( "Notification enabled", osal_strlen("Notification enabled") );
    
  }

但是我并不知道从机是否相应的给我开通了通知；然后我从peripheral串口助手发送一串字符，在串口回调函数中对从串口接收到的数据更新特征值8的值，

从机中串口代码如下

static void NpiSerialCallback(uint8 port ,uint8 events )
{
  (void)port;
  uint8 numBytes=0;
  uint8 buf[128];
  if(events & HAL_UART_RX_TIMEOUT)  //串口有数据，
  {
    numBytes=NPI_RxBufLen();  //读出串口有多少数据
    if(numBytes)
    {
      if(numBytes >= SIMPLEPROFILE_CHAR8_LEN )
        buf[0] =  SIMPLEPROFILE_CHAR8_LEN -1;
      else
        buf[0] = numBytes;
      
      //从串口缓冲区读出nuBytes个字节数据
      NPI_ReadTransport( &buf[1], buf[0] );
      SimpleProfile_SetParameter(SIMPLEPROFILE_CHAR8, SIMPLEPROFILE_CHAR8_LEN, buf);
      //把接收到的数据在打印出来
      //NPI_WriteTransport(buf,numBytes);
      
    }
  }
}

现在的问题是，我从串口发送一串字符过去，主机那边不能进入这个simpleBLECentralProcessGATTMsg消息处理函数中。

其中我对通知的处理代码如下：

 else if( pMsg->method == ATT_HANDLE_VALUE_NOTI )
  {
    //串口打印char8通知,由从机通知过来char8的值
    if(pMsg->msg.handleValueNoti.handle == 0x003F )
    {
      if( pMsg->msg.handleValueNoti.value[0] >= 15 )
      {
        NPI_WriteTransport( &pMsg->msg.handleValueNoti.value[1], 14 );
        NPI_WriteTransport("....\n", 5);
      }
      else
      {
        NPI_WriteTransport( &pMsg->msg.handleValueNoti.value[1], pMsg->msg.handleValueNoti.value[0] );

      }
    }
    
  }

谢谢Yan的关注，我叫CQ_JIMI