EXCHANGE_MTU导致服务发现失败

userming

我在主机的BLE_GAP_EVT_CONNECTED事件中使用sd_ble_gattc_primary_services_discover()函数来发现从机的服务，但是一直因为EXCHANGE_MTU而返回NRF_ERROR_BUSY错误。
我尝试把sd_ble_gattc_primary_services_discover()放到BLE_GATTC_EVT_EXCHANGE_MTU_RSP事件后，可以正常发现服务了。但是这样又存在一个问题，根据从机的MAX-MTU不同有时BLE_GATTC_EVT_EXCHANGE_MTU_RSP事件并不会发生，这样就又不能发现服务了。
请问应该怎么解决这个问题？

thegavin

userming ，请问，是不是每次收到BLE_GAP_EVT_CONNECTED后，就有BLE_GATTC_EVT_EXCHANGE_MTU_RSP事件？，这是不是SD自己做了MTU请求了？

Wireless-Tech

你发现首要服务的原因是什么？
你调用了sd_ble_gattc_primary_services_discover()函数之后，为什么不在BLE_GATTC_EVT_PRIM_SRVC_DISC_RSP 事件中再次发起MTU Request?
按理你发起了MTU Requset之后不管同不同意，从机都会根据自己的情况给你发送响应，其当前支持的大小，如果没有响应是不是你的MTU Request没有发送出去？是否捉包查看？
还有能否分享一下你执行这些动作的相关代码和逻辑吗？

userming

Wireless-Tech 不好意思.这么久才来看回复

我去发现服务是因为要获取从机的特征值的handle,然后好去写值
我没有手动发起MTU Request。是协议栈不知道在哪自动发起的
从机有响应MTU Request。但是我现在用不到这个功能。目前我没有工具捉包

我的主要目的就是去修改一个从机的特征值，目前的流程是
1.连接从机
2.在连接中断中搜索服务
3.在发现服务中断中搜索特征值handle
4.在发现特征值中断中获得handle后写特征值。请问修改特征值的流程是这样吗？现在的主要问题就是在第2步调用搜索服务函数sd_ble_gattc_primary_services_discover()时返回NRF_ERROR_BUSY错误
这是我在中断中的程序

static void ble_evt_handle( ble_evt_t const * p_evt, void * p_context )
{
  ret_code_t err_code;
  ble_gap_evt_t const * p_gap_evt = &p_evt->evt.gap_evt;
  ble_gattc_evt_t const * p_gattc_evt = &p_evt->evt.gattc_evt;
  ble_gatts_evt_t const * p_gatts_evt = &p_evt->evt.gatts_evt;
  switch(p_evt->header.evt_id)
  { 
    case BLE_GAP_EVT_CONNECTED:
          NRF_LOG_INFO("ConnHanle : 0x%04X",p_gap_evt->conn_handle);
          err_code =sd_ble_gattc_primary_services_discover(p_gap_evt->conn_handle,1,&m_uuid);
          APP_ERROR_CHECK(err_code);
          break;
    case BLE_GATTC_EVT_PRIM_SRVC_DISC_RSP:
          NRF_LOG_INFO("BLE_GATTC_EVT_PRIM_SRVC_DISC_RSP");
          handle_range=p_gattc_evt->params.prim_srvc_disc_rsp.services[0].handle_range;
          err_code = sd_ble_gattc_characteristics_discover(p_gattc_evt->conn_handle,&handle_range);
          APP_ERROR_CHECK(err_code);
          break;
   case BLE_GATTC_EVT_CHAR_DISC_RSP:
          NRF_LOG_INFO("BLE_GATTC_EVT_CHAR_DISC_RSP");
          if(p_gattc_evt->gatt_status == BLE_GATT_STATUS_SUCCESS)
          {     
                  NRF_LOG_INFO("CHAR_uuid : 0x%x", p_gattc_evt->params.char_disc_rsp.chars[0].uuid.uuid);
                  if(p_gattc_evt->params.char_disc_rsp.chars[0].uuid.uuid==BLE_UUID_MY_RXD)
                  {
                        Char_RXD_handle=p_gattc_evt->params.char_disc_rsp.chars[0].handle_value;
                        uint8_t value=1;
                        char_write(p_gattc_evt->conn_handle,Char_RXD_handle,&value,1);
                        flag_write=1;
                  }
                  else
                  {
                        handle_range.start_handle+=1;
                        err_code = sd_ble_gattc_characteristics_discover(p_gattc_evt->conn_handle,&handle_range);
                        APP_ERROR_CHECK(err_code);
                  }
          }
          else
          {
                NRF_LOG_INFO("CHAR_DISC_RSP ERROR : 0x%04X", p_gattc_evt->gatt_status);
          }
          break;
 ｝

Wireless-Tech

你可以参考这个关于主机串口透传这个贴子

userming

Wireless-Tech 好的.谢谢

Wireless-Tech

thegavin 不是，应该是有人发起request了。你最好捉包看一下

thegavin

Wireless-Tech ，找到了，是nrf_gatt模块下有监控connected事件来发起这个request