从零开始的nrf52832蓝牙开发(8)--连接

最新推荐文章于 2024-05-12 19:07:56 发布
最新推荐文章于 2024-05-12 19:07:56 发布
阅读量2.2k 收藏 9
点赞数 3
分类专栏： Nordic 文章标签： bluetooth 蓝牙 BLE 单片机 nrf52832
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qwe5959798/article/details/124683996
版权

因为笔者周围蓝牙设备过多，所以就不做直接连接实验了，但是仍就会先从直接连接讲。

1.过滤连接

1.1主机端

想要连接设备，我们的主机要发起连接，但是发起之后，怎么进行连接，这个是由连接参数决定，这就又回到了设置扫描初始化那个结构体：

连接参数结构体定义：

typedef struct
{
  uint16_t min_conn_interval;         /**< Minimum Connection Interval in 1.25 ms units, see @ref BLE_GAP_CP_LIMITS.*/
  uint16_t max_conn_interval;         /**< Maximum Connection Interval in 1.25 ms units, see @ref BLE_GAP_CP_LIMITS.*/
  uint16_t slave_latency;             /**< Slave Latency in number of connection events, see @ref BLE_GAP_CP_LIMITS.*/
  uint16_t conn_sup_timeout;          /**< Connection Supervision Timeout in 10 ms units, see @ref BLE_GAP_CP_LIMITS.*/
} ble_gap_conn_params_t;

参数意义可以参考以下文档的3.4节：

蓝牙技术详解

这里我们定义：

然后它被放在和扫描参数一起初始化：

 

然后只需要在扫描回调事件中连接：

            ret_code_t          err_code;
            
            // 配置准备连接的设备MAC
            ble_gap_addr_t m_addr;
            m_addr.addr_id_peer = 1;
            m_addr.addr_type = BLE_GAP_ADDR_TYPE_RANDOM_STATIC;
            memcpy(m_addr.addr,p_scan_evt->params.p_not_found->peer_addr.addr,BLE_GAP_ADDR_LEN);
            
            // 停止扫描
            nrf_ble_scan_stop();
            // 发起连接
            err_code = sd_ble_gap_connect(&m_addr,&m_scan_params,&m_conn_params,APP_BLE_CONN_CFG_TAG);
            APP_ERROR_CHECK(err_code);

在直接连接的例子中，我们使用的是判断信号强度，然后直接把扫描到的设备的MAC地址复制到我们想要连接设备的地址里：

 

但是前文说过，笔者周围蓝牙设备太多，所以不做直接连接了，直接做过滤连接：

 

我把连接处理放在了，过滤匹配后的事件回调内，但没有删掉对信号强度的判断，也就是除了过滤要符合，信号还要够强。

注意，我们把扫描关闭后，就不再会有扫描事件被触发回调了，而到了BLE事件中：

//******************************************************************
// fn : ble_evt_handler
//
// brief : BLE事件回调
// details : 包含以下几种事件类型：COMMON、GAP、GATT Client、GATT Server、L2CAP
//
// param : ble_evt_t  事件类型
//         p_context  未使用
//
// return : none
static void ble_evt_handler(ble_evt_t const * p_ble_evt, void * p_context)
{
    ble_gap_evt_t const * p_gap_evt = &p_ble_evt->evt.gap_evt;
    ble_gap_evt_connected_t const * p_connected_evt = &p_gap_evt->params.connected;
    switch (p_ble_evt->header.evt_id)
    {
        // 连接
        case BLE_GAP_EVT_CONNECTED:
            NRF_LOG_INFO("Connected. conn_DevAddr: %s\nConnected. conn_handle: 0x%04x\nConnected. conn_Param: %d,%d,%d,%d",
                         Util_convertBdAddr2Str((uint8_t*)p_connected_evt->peer_addr.addr),
                         p_gap_evt->conn_handle,
                         p_connected_evt->conn_params.min_conn_interval,
                         p_connected_evt->conn_params.max_conn_interval,
                         p_connected_evt->conn_params.slave_latency,
                         p_connected_evt->conn_params.conn_sup_timeout
                         );
            break;
        // 断开连接
        case BLE_GAP_EVT_DISCONNECTED:
            NRF_LOG_INFO("Disconnected. conn_handle: 0x%x, reason: 0x%04x",
                         p_gap_evt->conn_handle,
                         p_gap_evt->params.disconnected.reason);
            // 如果需要异常断开重连，可以打开下面的注释
            // scan_start();  // 重新开始扫描
            break;

        default:
            break;
    }
}

当设备连接和断开后，分别会触发：

BLE_GAP_EVT_CONNECTED 和 BLE_GAP_EVT_DISCONNECTED这两个事件，其他事件还有：

 

总的扫描回调函数：


//******************************************************************
// fn : scan_start
//
// brief : 开始扫描
//
// param : none
//
// return : none
static void scan_start(void)
{
    ret_code_t ret;

    ret = nrf_ble_scan_start(&m_scan);
    APP_ERROR_CHECK(ret);
}

//******************************************************************
// fn : scan_evt_handler
//
// brief : 处理扫描回调事件
//
// param : scan_evt_t  扫描事件结构体
//
// return : none
static void scan_evt_handler(scan_evt_t const * p_scan_evt)
{
    uint32_t err_code;
    ble_gap_addr_t peer_addr;
    ble_gap_addr_t const * p_peer_addr;
    switch(p_scan_evt->scan_evt_id)
    {
        // 白名单设置请求
        case NRF_BLE_SCAN_EVT_WHITELIST_REQUEST:
        {
          memset(&peer_addr, 0x00, sizeof(peer_addr));
          peer_addr.addr_id_peer = 1;
          peer_addr.addr_type = BLE_GAP_ADDR_TYPE_RANDOM_STATIC;
          peer_addr.addr[5] = 0xD0;
          peer_addr.addr[4] = 0xD3;
          peer_addr.addr[3] = 0x07;
          peer_addr.addr[2] = 0xCE;
          peer_addr.addr[1] = 0xDF;
          peer_addr.addr[0] = 0xF5;
          p_peer_addr = &peer_addr; 
          
          // 设置白名单
          err_code = sd_ble_gap_whitelist_set(&p_peer_addr, 0x01);
          if (err_code == NRF_SUCCESS)
          {
            NRF_LOG_INFO("Successfully set whitelist!");
          }
          APP_ERROR_CHECK(err_code);
        }break;
        
        // 扫描到的白名单设备数据
        case NRF_BLE_SCAN_EVT_WHITELIST_ADV_REPORT:
        {
          // 判断是否为扫描回调数据
          if(p_scan_evt->params.p_whitelist_adv_report->type.scan_response)
          {
            if(p_scan_evt->params.p_whitelist_adv_report->data.len)    // 存在扫描回调数据
            {
              NRF_LOG_INFO("scan data:  %s",
                            Util_convertHex2Str(
                            p_scan_evt->params.p_whitelist_adv_report->data.p_data,
                            p_scan_evt->params.p_whitelist_adv_report->data.len));
            }
            else
            {
              NRF_LOG_INFO("scan data:  %s","NONE");
            }
            NRF_LOG_INFO("rssi:  %ddBm",p_scan_evt->params.p_whitelist_adv_report->rssi);
          }
          else  // 否则为广播数据
          {
            // 打印扫描的设备MAC
            NRF_LOG_INFO("Device MAC:  %s",
                         Util_convertBdAddr2Str((uint8_t*)p_scan_evt->params.p_whitelist_adv_report->peer_addr.addr));
            
            if(p_scan_evt->params.p_whitelist_adv_report->data.len)    // 存在广播数据
            {
              NRF_LOG_INFO("adv data:  %s",
                            Util_convertHex2Str(
                            p_scan_evt->params.p_whitelist_adv_report->data.p_data,
                            p_scan_evt->params.p_whitelist_adv_report->data.len));
            }
            else
            {
              NRF_LOG_INFO("adv data:  %s","NONE");
            }
          }
        } break;
        case NRF_BLE_SCAN_EVT_NOT_FOUND:
        {
          NRF_LOG_INFO("@@@@@@@@@@@@-------------------------- EVENT ------------------------------");
          // 判断是否为扫描回调数据
          if(p_scan_evt->params.p_not_found->type.scan_response)
          {
            if(p_scan_evt->params.p_not_found->data.len)    // 存在扫描回调数据
            {
              NRF_LOG_INFO("@@@@@@@@@@@@ScanRsp Data:%s",
                            Util_convertHex2Str(
                            p_scan_evt->params.p_not_found->data.p_data,
                            p_scan_evt->params.p_not_found->data.len));
            }
            else
            {
              NRF_LOG_INFO("@@@@@@@@@@@@ScanRsp Data:%s","NONE");
            }
            
          }
          else  // 否则为广播数据
          {
            //打印设备RSSI信号
            NRF_LOG_INFO("@@@@@@@@@@@@Device RSSI: %ddBm",p_scan_evt->params.p_not_found->rssi);
            // 打印扫描的设备MAC
            NRF_LOG_INFO("@@@@@@@@@@@@Device MAC:  %s",
                         Util_convertBdAddr2Str((uint8_t*)p_scan_evt->params.p_not_found->peer_addr.addr));
            
            if(p_scan_evt->params.p_not_found->data.len)    // 存在广播数据
            {
              NRF_LOG_INFO("@@@@@@@@@@@@Adv Data:    %s",
                            Util_convertHex2Str(
                            p_scan_evt->params.p_not_found->data.p_data,
                            p_scan_evt->params.p_not_found->data.len));
            }
            else
            {
              NRF_LOG_INFO("@@@@@@@@@@@@Adv Data:  %s","NONE");
            }
          }
           如果扫描到的设备信号强度大于-30dBm
          //if(p_scan_evt->params.p_not_found->rssi > (-30))
          //{
          //  ret_code_t          err_code;
            
          //  // 配置准备连接的设备MAC
          //  ble_gap_addr_t m_addr;
          //  m_addr.addr_id_peer = 1;
          //  m_addr.addr_type = BLE_GAP_ADDR_TYPE_RANDOM_STATIC;
          //  memcpy(m_addr.addr,p_scan_evt->params.p_not_found->peer_addr.addr,BLE_GAP_ADDR_LEN);
            
          //  // 停止扫描
          //  nrf_ble_scan_stop();
          //  // 发起连接
          //  err_code = sd_ble_gap_connect(&m_addr,&m_scan_params,&m_conn_params,APP_BLE_CONN_CFG_TAG);
          //  APP_ERROR_CHECK(err_code);
          //}

        } break;
        case NRF_BLE_SCAN_EVT_FILTER_MATCH:
        {
          // 下面这一段我们只保留了扫描回调数据获取的部分，因为从机筛选广播的UUID在扫描回调数据
          // 判断是否为扫描回调数据
          if(p_scan_evt->params.filter_match.p_adv_report->type.scan_response)
          {
            NRF_LOG_INFO("Device MAC:  %s",
                         Util_convertBdAddr2Str((uint8_t*)p_scan_evt->params.filter_match.p_adv_report->peer_addr.addr));
            
            if(p_scan_evt->params.filter_match.p_adv_report->data.len)    // 存在扫描回调数据
            {
              NRF_LOG_INFO("ScanRsp Data:%s",
                            Util_convertHex2Str(
                            p_scan_evt->params.filter_match.p_adv_report->data.p_data,
                            p_scan_evt->params.filter_match.p_adv_report->data.len));
            }
            else
            {
              NRF_LOG_INFO("ScanRsp Data:%s","NONE");
            }
            NRF_LOG_INFO("Device RSSI: %ddBm",p_scan_evt->params.filter_match.p_adv_report->rssi);
          }
          // 如果扫描到的设备信号强度大于-30dBm
          if(p_scan_evt->params.filter_match.p_adv_report->rssi > (-30))
          {
            ret_code_t          err_code;
            
            // 配置准备连接的设备MAC
            ble_gap_addr_t m_addr;
            m_addr.addr_id_peer = 1;
            m_addr.addr_type = BLE_GAP_ADDR_TYPE_RANDOM_STATIC;
            memcpy(m_addr.addr,p_scan_evt->params.filter_match.p_adv_report->peer_addr.addr,BLE_GAP_ADDR_LEN);
            
            // 停止扫描
            nrf_ble_scan_stop();
            // 发起连接
            err_code = sd_ble_gap_connect(&m_addr,&m_scan_params,&m_conn_params,APP_BLE_CONN_CFG_TAG);
            APP_ERROR_CHECK(err_code);
          }
//          else  // 否则为广播数据
//          {
//            // 打印扫描的设备MAC
//            NRF_LOG_INFO("Device MAC:  %s",
//                         Util_convertBdAddr2Str((uint8_t*)p_scan_evt->params.filter_match.p_adv_report->peer_addr.addr));
//            
//            if(p_scan_evt->params.filter_match.p_adv_report->data.len)    // 存在广播数据
//            {
//              NRF_LOG_INFO("adv data:  %s",
//                            Util_convertHex2Str(
//                            p_scan_evt->params.filter_match.p_adv_report->data.p_data,
//                            p_scan_evt->params.filter_match.p_adv_report->data.len));
//            }
//            else
//            {
//              NRF_LOG_INFO("adv data:  %s","NONE");
//            }
//          }
        } break;
        default:
           break;
    }
}

 

1.2从机端

从机主要就在蓝牙事件回调中添加了对连接断开事件的处理，和主机端一样：

//******************************************************************
// fn : ble_evt_handler
//
// brief : BLE事件回调
// details : 包含以下几种事件类型：COMMON、GAP、GATT Client、GATT Server、L2CAP
//
// param : ble_evt_t  事件类型
//         p_context  未使用
//
// return : none
static void ble_evt_handler(ble_evt_t const * p_ble_evt, void * p_context)
{
    ble_gap_evt_t const * p_gap_evt = &p_ble_evt->evt.gap_evt;
    ble_gap_evt_connected_t const * p_connected_evt = &p_gap_evt->params.connected;
    switch (p_ble_evt->header.evt_id)
    {
        // 连接
        case BLE_GAP_EVT_CONNECTED:
            NRF_LOG_INFO("Connected. conn_DevAddr: %s\nConnected. conn_handle: 0x%04x\nConnected. conn_Param: %d,%d,%d,%d",
                         Util_convertBdAddr2Str((uint8_t*)p_connected_evt->peer_addr.addr),
                         p_gap_evt->conn_handle,
                         p_connected_evt->conn_params.min_conn_interval,
                         p_connected_evt->conn_params.max_conn_interval,
                         p_connected_evt->conn_params.slave_latency,
                         p_connected_evt->conn_params.conn_sup_timeout
                         );
            break;
        // 断开连接
        case BLE_GAP_EVT_DISCONNECTED:
            NRF_LOG_INFO("Disconnected. conn_handle: 0x%x, reason: 0x%04x",
                         p_gap_evt->conn_handle,
                         p_gap_evt->params.disconnected.reason);
            break;

        default:
            // No implementation needed.
            break;
    }
}

 注意这个回调的参数：

/**@brief Common BLE Event type, wrapping the module specific event reports. */
typedef struct
{
  ble_evt_hdr_t header;           /**< Event header. */
  union
  {
    ble_common_evt_t  common_evt; /**< Common Event, evt_id in BLE_EVT_* series. */
    ble_gap_evt_t     gap_evt;    /**< GAP originated event, evt_id in BLE_GAP_EVT_* series. */
    ble_gattc_evt_t   gattc_evt;  /**< GATT client originated event, evt_id in BLE_GATTC_EVT* series. */
    ble_gatts_evt_t   gatts_evt;  /**< GATT server originated event, evt_id in BLE_GATTS_EVT* series. */
    ble_l2cap_evt_t   l2cap_evt;  /**< L2CAP originated event, evt_id in BLE_L2CAP_EVT* series. */
  } evt;                          /**< Event union. */
} ble_evt_t;

可以看到，ble事件中，有：

普通事件、gap事件、gatt客户端事件、gatt服务端事件、l2cap事件

而gap事件中包含连接和断开：

 

而每个结构体里包含该事件所能获取到的信息，就比如连接事件中：

 

 我们可以获取，对方的地址、角色(中心或外围设备)、连接参数等。

1.3实际现象

主机端打印：

 从机端打印：

2.过滤自动连接

2.1主机端

这里主要更改的是主机端，我们不再需要提供MAC地址去连接对应的设备，而是使用自动连接：

这个参数我们之前就看到过，只不过没有做讲解，也没有设置它：

 

然后我们把之前在 NRF_BLE_SCAN_EVT_FILTER_MATCH 中手动连接的代码注释掉，添加两个事件回调：

 

2.2从机端

和上文相同，略。

2.3实际现象

 

 可以看到，在扫描到符合过滤设置后，设备直接被连接上了。

3. 白名单自动连接

3.1主机端

同样的道理，我们只需要在以前白名单扫描模式的基础上，开启自动连接就可以了：

 

 

这部分代码和之前基本上一模一样，完全可以举一反三。

3.2从机

略。

3.3实验现象

 

完全与预期相符。

4.白名单手动连接

不再赘述，和前面一模一样，只是回调函数里面放个手动连接而已：

 

 

 

我我我只会printf
关注
  • 3
    点赞
  • 踩
  • 9
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
Android 蓝牙BLE连接、广播、数据传输流程分析
手机-手表蓝牙开发工程师的博客
04-21 8566
android-蓝牙A2dp-avrcp-hfp-opp-配对流程-ble-rfcomm源码流程 Android 蓝牙低功耗ble 广播、扫描、连接、数据读写源码流程分析大全 - 点击下载 如今的社会已经从IT时代过渡到了DT时代，数据的重要性不言而喻。将数据安全快速的传输给对方是一件非常重要的事情，如今诞生了很多不同的传输技术，每一种传输技术都是为了和对方进行数据交互。BLE技术也是这样，它的最终目的就是为了在两个设备间进行数据交互。我们从BLE的本质出发，搞清楚它是如何实现数据交互的，也就真...
[艾克姆科技]nRF52832开发指南-上册.pdf
06-11
艾克姆科技发布的基于SDK15.2编写的nRF52832开发电子书，优点：排版清晰，对库的应用流程和代码编写写的很清楚，入门必备。
nRF52832开发指南-下册（从机）
02-15
本文档以 IK-52832DK 开发板为硬件平台，基于 Nordic 的 SDK，针对 BLE 主 机开发，从基本概念和新建 BLE 主机工程模板开始，一步步讲解蓝牙 BLE 主机程序框架 和流程：扫描、建立连接、MTU 交换、连接参数管理、PHY 更新、服务发现、使能通知、 接收通知以及读写从机特征值等
nRF52832开发指南-下册（主机）.pdf
03-17
本文档nRF52832开发指南介绍了nRF52832的开发流程，及模块开发详解，可用于开发教程。Bluetooth Mesh是Bluetooth SIG开发和发布的配置文件规范。
nRF52832开发指南-上册.pdf
03-17
本文档nRF52832开发指南介绍了nRF52832的开发流程，及模块开发详解，可用于开发教程。Bluetooth Mesh是Bluetooth SIG开发和发布的配置文件规范。
nrf52832初学者开发指南
12-19
掌握nrf52832的使用
从零开始的nrf52832蓝牙开发(1)--蓝牙协议基础
飞临云的博客
07-07 8644
想要进行蓝牙开发，第一步肯定要对蓝牙协议有所了解。除了要对蓝牙的一些专业术语有所熟悉，还应该对蓝牙协议每层功能有一定认知。 概略图： 物理层（PHY）： 调制、解调方式，工作频段，通信速率等控制。 链路层（LL）： 负责广播、扫描、建立连接、维护连接等，展开来讲比如广播间隔、数据重传、接收发送等待超时等设置最后都在这一层中被实际应用。 ...
【手把手带你学nRF52832/nRF52840 · (1)开发环境搭建】
热门推荐
a只如初见的博客
04-15 1万+
1、首先去Nordic官网下载SDK SDK下载链接 ▼点击选定下图中的17.0.2版本，可以看到目前最新的版本是17.1.0 ▼下拉网页到最后，确认要下载的文件，前面的一些例程可以去掉，保留最后一个SDK文件即可，点击Download files即可开始下载（不需要登陆账号） ▼下载完成后解压，找到下面文件路径里的MDK工程文件打开（主要需要5.25版本及以上的MDK） nRF5_SDK_17.0.2_d674dde\examples\ble_peripheral\ble_app_blinky\pca
nrf 52832蓝牙开发学习
qq_65036647的博客
08-01 196
新手小白学习nrf 52832蓝牙基础
从零开始的nrf52832蓝牙开发--蓝牙模板解析
李肖遥的专栏
05-26 2469
关注、星标公众号，直达精彩内容来源：https://blog.csdn.net/qwe5959798/article/details/120152350本篇文章使用SDK版本为15.3.0，开发板使用官方开发板PCA10040。我们打开nRF5_SDK_15.3.0\examples\ble_peripheral\experimental\bluetoothds...
nRF52832开发指南-下册（从机和Mesh）.pdf
03-17
本文档nRF52832开发指南介绍了nRF52832的开发流程，及模块开发详解，可用于开发教程。Bluetooth Mesh是Bluetooth SIG开发和发布的配置文件规范。
nRF52832开发指南教程文档-上下册.rar
05-25
Nordic nRF52832 蓝牙低功耗Soc芯片的开发指南上下两册，中文版。带详细章节目录。详细绍了nRF52832 蓝牙芯片的开发流程和丰富的教程。
三、nrf52832-蓝牙-广播的相关知识
weixin_45823077的博客
12-21 1167
广播 1.广播的种类： 1.通用广播：可以被扫描，当有连接请求时，会作为从设备进入一个连接 2.定向广播：会占用整个广播信道 3.不可连接广播：不可连接，不可扫描（广播数据） 4.可发现广播：不可连接，但可被扫描 2.广播数据报： 1.低字序 2.组成： 1.前导（8bit）： 接入地址第一位为0：01010101 接入地址第一位为1：10101010 2.接入地址（32bit）：
（一）蓝牙低功耗（BLE）基础教程--基于nRF5x系列SOC
毕健
07-29 7751
  本系列教程的目的是帮助读者了解nRF5x系列SOC和蓝牙低功耗（BLE）的基础知识。本篇将介绍蓝牙广播的相关知识，以一种简单有趣的方式向读者介绍蓝牙的基本功能，为读者进一步深入理解BLE相关知识提供了良好的开端。在这里我们不会提到BLE协议栈的具体细节，在进行具体实验之前会粗略介绍一下将要遇到的BLE基础概念。   学习新的知识最有效的方法有两种，一是将新知识与已掌握的旧知识联系起来，类比交...
Nordic nRF5 SDK 学习笔记之十一, 获取 Peripheral 蓝牙 MAC 地址及重新设定
Hansen Mi Blog
01-09 3546
软件: nRF SKD Ver 15.2, S132 SoftDevice API 获取 Peripheral 蓝牙 MAC 地址 void get_MAC_address_with_HEX(char * str_MAC) { ble_gap_addr_t addr; uint32_t err_code = sd_ble_gap_addr_get( &amp;addr); ...
蓝牙4.0中的GAP Advertising简介
hongprove的博客
03-16 7636
蓝牙技术中定义了GAP的4种角色：Broadcaster, Observer, Central, Peripheral(Section 6.2 Vol 1 Part A)和Linker Layer(LL)的5种状态：Standby, Advertising, Scanning, Initiating, Connection(Section 1.1 Vol 6 part B),一种设备可以同时拥有多
蓝牙nRF52832开发板
pumbkin的博客
08-18 1671
系统级芯片（System on chip）是一种集成多功能模块到单一芯片的集成电路。蓝牙芯片就是一种系统级芯片，蓝牙芯片集成MCU（MicroControlUnit，微型控制单元）和RF（RadioFrequence，射频）两个功能，其中MCU负责蓝牙协议栈处理，RF负责无线数据收发。蓝牙系统级芯片生产公司。(32 GPIOs)(32 GPIOs)TWI/I2C：两线串行接口，一根SCL，一根SDA，半双工通信；
nrf52832 开发板入手笔记：J-Flash 蓝牙协议栈烧写
坚韧与专注
10-29 959
nrf52832 开发板入手笔记：J-Flash 蓝牙协议栈烧写
用Ai编写一个电机驱动程序
最新发布
番茄蛋汤面
05-12 1037
对于有一定编程经验的人来说，这个回答还是能看懂的，但是如果是初学者，也不难理解，还是完整的提供了核心的程序，对于HAL库来说，不同的开发平台虽然不尽相同，但是基本有现成的程序接口，总的来是AI的这个回答还是可以的，但是和这个程序还没提涉及到产品逻辑，要想达到能用的状态还需要人工进行一些加工和修饰。
[艾克姆科技]nrf52832开发指南-上册.pdf
11-04
《艾克姆科技nrf52832开发指南-上册.pdf》是一本关于nRF52832开发的指南。该指南的目的是向读者介绍如何使用nRF52832进行快速开发，并提供了详细的开发步骤和实例代码。 首先，该指南简要介绍了nRF52832的基本概述...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值