nordic平台，使用Prepare Write Request

最新推荐文章于 2023-06-20 10:10:06 发布
最新推荐文章于 2023-06-20 10:10:06 发布
阅读量1.2k 收藏 4
点赞数 1
分类专栏： Nordic 文章标签： BLE nordic PrepareWrite
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/chengbaojin/article/details/111323836
版权

本文使用的环境：

  • sdk版本： nRF5_SDK_15.3.0_59ac345
  • 硬件平台： nRF52832
  • 例子：examples\ble_peripheral\ble_app_uart\pca10040

一 准备写入请求与执行写入请求

Prepare Write Request & Execute Write Request

准备写入请求与执行写入请求实现了两种功能。

  • 它们提供了长属性值的写入功能。
  • 它们允许在一个单独执行的原子操作中写入多个值。

属性服务器包含一个准备写入队列，其中保存有准备写入请求。队列的大小可独立配置，但通常它足够储存所有需要准备写入的服务。只有在收到执行写入请求时，准备写入的值才会写入属性，也就是说执行写入请求给出了执行这些准备写入操作的开始信号。

准备写入请求包含句柄、偏移量和部分属性值，这和大对象读取请求类似。这说明客户端既可以在队列中准备多个属性的值，又可以准备一个长属性值的各个部分。这样，在真正执行准备队列之前，客户端可以确定某属性的所有部分都能写入服务器。

准备写入响应也包含请求中所有的句柄、偏移量和部分属性值。之所以近乎偏执地重复这些数据是为了保证数据传递的可靠性。客户端可以对比响应和请求的字段值，保证准备的数据被正确地接收。对一些应用来说，这个验证环节是必要的。回忆先前的下水道阀门的例子，对这种重要的操作最好发送两次来保证可靠性，避免由于一个位的错误而导致未处理的污水淹没游乐园里的孩子们。

想知道客户端有多么的谨慎，不妨让我们向服务器发送一个字节，看看这个字节的数据受到了哪些保护：当客户端通过加密连接向服务器发送准备写入请求时，将有一个24位的CRC码来避免位错误，还有一个32位的MIC值来保证该请求发自正确的客户端；准备写入响应也用同样的24位CRC码和32位的MIC值来保护。

这意味着，为了保护属性值仅为一个字节的准备写入请求，总共用到了112位的错误检查值：保护字节与数据字节的比例是14：1。此外，如果客户端对准备写入响应不满意，它可以快速地发送一条标识位为"取消"的执行写入请求，终止准备写入队列，并重新开始值的写入。

一旦接收完所有的准备写入请求，服务器将拥有一个随时可以执行的准备写入队列。客户端发送标识位为"立刻写入"的执行写入请求，随后服务器将在一次原子操作中写入所有值。属性将按照其准备的顺序写入。如果客户端多次准备了同一个属性的值，那么服务器将按照顺序向该属性写入这些值。这意味着如果使用准备队列配置硬件状态，例如硬件需要先后执行禁用、配置、重新启用的操作，那么可以用一个准备队列来实现：在队列中先将对应的属性写入"禁用"，接着写入"配置"，之后在准备队列的末尾写入"启用"，随后执行该队列。这样便能在一个原子操作中实现该硬件的重新配置。

二 nordic平台的实现过程

在这里插入图片描述

  1. 客户端(PEER,主设备)发送 Prepare Write Request 给到服务端的协议栈(SD)
  2. 服务端的协议栈会产生一个BLE_EVT_USER_MEM_REQUEST 事件给到用户层，向用户申请一块内存空间
  3. 用户使用 sd_ble_user_mem_reply 函数将内存信息告知协议栈。
  4. 接下来的事情就是在两端的协议栈里面发送的事情，客户端使用多个 Prepare Write Request 事件将长数据发给服务端的协议栈，协议栈会对每次的请求进行回复，回复时会将客户端发送过来的数据返回给客户端以表示正确收到数据。

注意：这个时候数据只是暂存在内存中，并没有写到属性里面去。

  1. 客户端写完数据后发送 Execute Write Request 用于告知服务端可以将数据写到属性中了。
  2. 客户端协议栈向用户层上报 BLE_GATTS_EVT_WRITE 事件表示开始写属性值。(只要是写属性都会上报这个事件)
  3. 客户端协议栈将长数据全部写到属性之后，会上报 BLE_EVT_USER_MEM_RELEASE 事件，此时用户就可以从属性里面拿值了。

实测发现，当写完属性之后，协议栈没有将属性数据上报给用户(没有BLE_NUS_EVT_RX_DATA事件)，需要用户手动的去获取。

  1. 该操作的规定在蓝牙规范的Vol 3 ，Part F，3.4.6
    在这里插入图片描述

三 代码中的具体实现

知道原理之后代码就比较简单了。

static uint8_t m_nus_buf[MEM_LENGTH];
static ble_user_mem_block_t m_nus_mem = {
	.p_mem = m_nus_buf,
	.len = MEM_LENGTH
};


static void get_value_form_SD(ble_nus_t * p_nus, ble_gatts_value_t * value)
{
	uint32_t err_code;

	/*
	*从Rx中取数据
	*参数1：连接句柄
	*参数2：指向Rx属性特征值的句柄
	*参数3：接收数据
	*/
	err_code = sd_ble_gatts_value_get(p_nus->conn_handle, p_nus->rx_handles.value_handle, value);
	APP_ERROR_CHECK(err_code);

	NRF_LOG_DEBUG("prepare len:%d value:%s",value->len, value->p_value);
}


static void ble_evt_handler(ble_evt_t const * p_ble_evt, void * p_context)
{
	switch (p_ble_evt->header.evt_id){
		//.....
		case BLE_EVT_USER_MEM_REQUEST:

			//如果第二个参数为空，那么协议栈将上报BLE_GATTS_EVT_RW_AUTHORIZE_REQUEST事件，不为空则不会不会。
			err_code = sd_ble_user_mem_reply(p_ble_evt->evt.gattc_evt.conn_handle, &m_nus_mem);
            APP_ERROR_CHECK(err_code);
            break;

		case BLE_EVT_USER_MEM_RELEASE:
		{
			//MEM_LENGTH的值不能大于510个字节，在ble_gatts.h中定义
			uint8_t value_buffer[MEM_LENGTH] = {0};
			ble_gatts_value_t value =
			{
				.len = sizeof(value_buffer),
				.offset = 0,
				.p_value = &(value_buffer[0])
			};
			get_value_form_SD(&m_nus, &value);
			
			break;
		}

	}
}

ble_gatts.h
在这里插入图片描述

注意：在添加Rx属性的时候，需要attr_char_value.max_len的长度和MEM_LENGTH保持一致，否则在收到Execute Write Request之后会给客户端返回一个Invalid Attribute Value Length错误

重要
MEM_LENGTH的长度可以是510个字节，协议栈的队列空间大小计算公式为：

Head length = handle (2 byte) + offset (2 byte) + length (2 byte) = 6
MTU length = 23
DATA length = MTU length - Head length = 17

MEM_LENGTH = (Queue length * MTU length / DATA length) + 2

Queue length = (MEM_LENGTH - 2) * DATA length / MTU length

比如MEM_LENGTH为500，那么：
Queue length = (500 - 2) * 17 / 23 = 368

也就说客户端最多只能发送368个字节的数据到服务端的队列中，超过这个长度服务端将会返回一个队列满的错误给客户端(Prepare Queue Full).

计算方法参考这个链接

四 另外一个实现方式

sd_ble_user_mem_reply函数传一个NULL下去，协议栈会上报BLE_GATTS_EVT_RW_AUTHORIZE_REQUEST事件，用户可以在这个事件里面手动回复Prepare Write Request 和 Execute Write Request请求


static void on_long_write(ble_nus_t * p_nus, ble_evt_t const * p_ble_evt)
{
    //static uint16_t write_evt_uuid;
    static bool write_evt_uuid_set = false;
    uint32_t err_code;

    VERIFY_PARAM_NOT_NULL_VOID(p_nus);
    VERIFY_PARAM_NOT_NULL_VOID(p_ble_evt);

    ble_gatts_evt_write_t const * p_evt_write =
        &p_ble_evt->evt.gatts_evt.params.authorize_request.request.write;

    ble_gatts_rw_authorize_reply_params_t reply = {0};

    if (p_evt_write->op == BLE_GATTS_OP_PREP_WRITE_REQ)
    {
        //err_code = get_evt_type_for_handle(p_evt_write->handle, &write_evt_uuid);
        //APP_ERROR_CHECK(err_code);

        write_evt_uuid_set = true;


		reply.type					   = BLE_GATTS_AUTHORIZE_TYPE_WRITE;
		reply.params.write.gatt_status = BLE_GATT_STATUS_SUCCESS;
		reply.params.write.update	   = 1;
		reply.params.write.offset	   = 0;
		reply.params.write.len		   = p_evt_write->len;
		reply.params.write.p_data	   = p_evt_write->data;


        err_code = sd_ble_gatts_rw_authorize_reply(p_nus->conn_handle, &reply);
        APP_ERROR_CHECK(err_code);
    }

    else if (p_evt_write->op == BLE_GATTS_OP_EXEC_WRITE_REQ_NOW)
    {
        uint8_t           value_buffer[MEM_LENGTH] = {0};
        ble_gatts_value_t value =
        {
            .len = sizeof(value_buffer),
            .offset = 0,
            .p_value = &(value_buffer[0])
        };

        ASSERT(write_evt_uuid_set);
        write_evt_uuid_set = false;

		reply.type                     = BLE_GATTS_AUTHORIZE_TYPE_WRITE;
        reply.params.write.gatt_status = BLE_GATT_STATUS_SUCCESS;
        reply.params.write.update      = 1;
        reply.params.write.offset      = p_evt_write->offset;
        reply.params.write.len         = p_evt_write->len;
        reply.params.write.p_data      = p_evt_write->data;

        err_code = sd_ble_gatts_rw_authorize_reply(p_nus->conn_handle, &reply);
        APP_ERROR_CHECK(err_code);

        /*
		在BLE_EVT_USER_MEM_REQUEST事件中sd_ble_user_mem_reply第2个参数设置为空，那么协议栈会上报BLE_GATTS_EVT_RW_AUTHORIZE_REQUEST事件。
        通过抓包可以看到每次prepare write request请求都有回应，Execute Write Request也有回应。 
        但是这里得不到数据，不知什么原因。
        */
        err_code = sd_ble_gatts_value_get(  p_nus->conn_handle,
                                            p_nus->rx_handles.value_handle,
                                            &value);
        APP_ERROR_CHECK(err_code);

        NRF_LOG_DEBUG("prepare value %s",value.p_value);
    }
    else
    {
    }
}

static ret_code_t on_rw_authorize_req(ble_nus_t * p_nus, ble_evt_t const * p_ble_evt)
{
    ret_code_t err_code;
    VERIFY_PARAM_NOT_NULL(p_nus);
    VERIFY_PARAM_NOT_NULL(p_ble_evt);

    ble_gatts_evt_rw_authorize_request_t const * ar =
        &p_ble_evt->evt.gatts_evt.params.authorize_request;

    if (ar->type == BLE_GATTS_AUTHORIZE_TYPE_READ)
    {
        //err_code = on_read(p_escs, p_ble_evt);
        //RETURN_IF_ERROR(err_code);
    }
    else if (ar->type == BLE_GATTS_AUTHORIZE_TYPE_WRITE)
    {
        if (ar->request.write.op == BLE_GATTS_OP_WRITE_REQ
         || ar->request.write.op == BLE_GATTS_OP_WRITE_CMD)
        {
            //err_code = on_write(p_escs, p_ble_evt);
            //RETURN_IF_ERROR(err_code);
        }

        else if (ar->request.write.op == BLE_GATTS_OP_PREP_WRITE_REQ
             || ar->request.write.op == BLE_GATTS_OP_EXEC_WRITE_REQ_NOW)
        {
            on_long_write(p_nus, p_ble_evt);
        }
        else if (ar->request.write.op == BLE_GATTS_OP_EXEC_WRITE_REQ_CANCEL)
        {
            ble_gatts_rw_authorize_reply_params_t auth_reply;
            memset(&auth_reply, 0, sizeof(auth_reply));

            auth_reply.type                     = BLE_GATTS_AUTHORIZE_TYPE_WRITE;
            auth_reply.params.write.gatt_status = BLE_GATT_STATUS_SUCCESS;

            err_code = sd_ble_gatts_rw_authorize_reply(p_ble_evt->evt.gatts_evt.conn_handle, &auth_reply);
            VERIFY_SUCCESS(err_code);
        }
        else
        {
        }
    }
    else
    {
        return NRF_ERROR_INVALID_STATE;
    }

    return NRF_SUCCESS;
}


static void ble_evt_handler(ble_evt_t const * p_ble_evt, void * p_context)
{
	switch (p_ble_evt->header.evt_id){
		//.....
		case BLE_EVT_USER_MEM_REQUEST:

			//如果第二个参数为空，那么协议栈将上报BLE_GATTS_EVT_RW_AUTHORIZE_REQUEST事件，不为空则不会不会。
			err_code = sd_ble_user_mem_reply(p_ble_evt->evt.gattc_evt.conn_handle, NULL);
            APP_ERROR_CHECK(err_code);
            break;
		case BLE_GATTS_EVT_RW_AUTHORIZE_REQUEST:
		{
			on_rw_authorize_req(&m_nus, p_ble_evt);
		}
		break;

	}
}

按照这种实现模式，通过抓包分析，Prepare Write Request 和 Execute Write Request请求都有给予正确的答复，但就是得不到属性中的数据，暂时没有搞清楚是怎么回事。

黑刀夜
关注
  • 1
    点赞
  • 踩
  • 4
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
（二十七）深入理解蓝牙BLE之“Nordic官网介绍”
10-08 1109
目录1. Nordic官网及资料下载2. Nordic infocenter（文档中心） 3. Nordic Devzone（开发者论坛）4. Nordic GithubNordic官网主页：Nordic Semiconductor | Specialists in Low Power Wireless - nordicsemi.com，进入官网后，一般点击“Products”标签页，即进入Nordic产品下载首页，其独立链接为：Nordic产品下载链接：Explore our product portfo
蓝牙4.0 笔记
luohaowang320的专栏
03-18 3849
1.数据重复混乱，本来回复的数据应该是A1,A2,B1,B2 .结果上来的数据为A1,B1,A2,B2 而我这边做了队列等待，是依次发送的，日志输出显示我这边的发送是正确的，怀疑是Android手机蓝牙底层的缺陷，但通过蓝牙的空中抓包，发现这边同一时间给蓝牙发送了2次相同数据，经过仔细调试，发现在连接断开，然后直接重连时，这种状况基本是必现得，初步怀疑是连接的问题，通过仔细观察蓝牙底层输出日志，
NORDIC DFU移植
最新发布
10-06
NORDIC DFU移植
nordicDFU升级nordic升级nordic手机开发
03-30
nordicDFU升级nordic升级nordic手机开发
Nordic推出低成本nRF51-DK开发套件平台
10-19
超低功耗（ULP）射频（RF）专业厂商Nordic Semiconductor ASA宣布推出nRF51-DK,这是快速、简便和灵活地开发蓝牙智能（Bluetooth Smart） （前称蓝牙低功耗 （Bluetooth low energy））、ANT/ANT+和2.4GHz专有应用的低成本开发套件平台。Nordic还宣布推出高度灵活的USB软件狗nRF51-Dongle,协助测试、分析，以及开发蓝牙智能、ANT和2.4GHz应用。 　　nRF51-DK基于Nordic的nRF51系列系统级芯片（SoC）。nRF51是结合了一个2.4GHz多协议无线电、一个32位ARM Cortex M0
block_prepare_write
kidd_3的专栏
12-01 757
VERSION:linux 2.6.35 /*from和to分别指定页面内将要操作的段的起点和终点 */ static int __block_prepare_write(struct inode *inode, struct page *page,                 unsigned from, unsigned to, get_block_t *get_block)
基于nordic平台创建一个新model过程
ching的专栏
12-10 727
一 创建新model的步骤 本指南介绍了如何创建新model的基础知识。您可以实现自己的自定义模型，该模型将使您的设备能够提供自定义状态和行为，而这些状态和行为未包含在已定义的标准模型中。 Bluetooth mesh model APIs，可以参考：mesh models api 自定义model分为以下几个步骤： Step 1: 定义各个操作码处理函数 Step 2: 将模型分配并绑定到元素 Step 3: 设置发布和订阅 Step 3.1: 设置发布 Step 3.2: 设置订阅 1 定义各
TI CC254X函数库说明续(BLE GATT.h)
厦门智创科技
02-16 2520
//初始化GATT客户端   bStatus_t GATT_InitClient(void);      //注册接收ATT的Indications或Notifications属性值   void GATT_RegisterForInd(uint8 taskId);      //准备写请求用于请求服务器准备写一个属性的值   bStatus_t GATT_PrepareWriteR
静态内存分配【nordic平台】
01-18
在Nordic平台，例如使用nRF5系列芯片，开发者通常会用到C语言进行编程。在C语言中，静态内存主要通过以下几种方式分配： 1. **全局变量和静态局部变量**：全局变量在整个程序执行期间都存在，它们在内存中的位置...
Nordic BLE 之UICR 配置
liujie49992的博客
03-03 697
UICR — User information configuration registers 用户使用寄存器 0x10001080~0x100010FC 使用nrfjprog写UICR id0=$(echo ${UUID} | cut -c 1-8) nrfjprog -f nrf52 --memwr 0x10001080 --val "0x"${id0} id1=$(echo ${UUID} | cut -c 9-16) nrfjprog -f nrf52 --memwr 0x10
认识BLE 5协议栈 —— 属性协议层
tao_tao_tao的博客
12-29 499
认识BLE 5协议栈 —— 属性协议层 2017-04-20byisyq 属性协议（Attribute Protocol）简称ATT。 ATT层定义了属性实体的概念，包括UUID、句柄和属性值等，也规定了属性的读、写、通知等操作方法和细节，这些与属性操作相关的内容称为属性协议。ATT层规定了ATT_MTU值，如果属性值很长，超过了ATT_MTU限制，将使用特殊的读写方法进行操作。 基于ATT层，可以构建出通用属性操作规范。 1. 属性 在蓝牙协议中， 属性是指一个数据实体，它包含标识符，句柄..
ATT（三）
sui1005316018的博客
07-14 588
5 Writing Attributes 5.1 Write Request Client使用Write Request请求server写入新的attribute value，server回复Write Response表示写入已经完成 Attribute Value表示将要写入的attribute的新的value值 注意： （1）如果server中相关attribute的value的长度是可变的，那么它会根据参数Attribute Value的长度进行缩短或者延伸，如果参数Attribute
nordic 调度器代码分析
huitailang_1_1的博客
03-14 1662
nrodic的队列并没有使用通常的队列链表数据结构那种方式来实现，简洁实用，写的很好，所以这里就对其进行一次解读理解： uint32_t app_sched_init(uint16_t event_size, uint16_t queue_size, void * p_event_buffer) 函数定义了一个特定长度的队列，event_size决定队列节点数据最大容量，queue_size决...
Nordic52810入门篇-定时器模块
09-26 2297
一、前言背景 为了精确控制led周期闪烁，通过引入定时器中断来处理。看了数据手册和例程，发现Nordic有提供了两种截然不同的定时器应用方案 二、定时器归类 TIMER: 定时器外设，可以理解为硬件定时器（类似STM32的通用定时器），运行在高频时钟源上（HFCLK），两种工作模式，定时与计数（捕捉与比较）；Nordic52810总共有三路定时器外设，TIMER0 TIMER1 TIMER1 ...
安卓蓝牙ATT协议介绍
suwen8100的博客
06-20 1705
蓝牙ATT协议
低功耗蓝牙学习笔记-属性协议
大樹bigtree的博客
02-02 4358
什么是属性协议? 属性协议(Attribute Protocol)简称ATT； 属性协议既包含了关于属性的定义，也包含了属性的操作方法，既属性协议包含了通信协议的内容，属性协议通讯操作的对象是属性实例； 属性协议定义了两种角色：服务器和客户端。 服务器：提供数据的蓝牙设备 客户端：需求数据的蓝牙设备 属性协议允许称为服务器的设备将一组属性及其关联的值公开给对端的称为客户端的设备。 ...
Android蓝牙BLE基本用法
kelvin_hwk的博客
08-20 2114
Android蓝牙BLE基本用法Android应用权限蓝牙相关对象获取检查设备是否支持BLE开启设备的蓝牙功能使设备的蓝牙可被发现开启BLE服务端新建一个GATT服务新建一个GATT特征值新建一个特征值描述（可选）特征值加入特征值描述（可选）服务加入特征值 Android应用权限 <uses-permission android:name="android.permission.BLUETO...
NRF52832学习笔记（25）——Notify属性服务
李肖遥的专栏
07-29 1389
一、简介 图中，主从数据发送的数据包TX和RX表示方向性的数据通道，也就是蓝牙的空中属性，空中操作事件都是采用蓝牙操作句柄进行的，因为句柄能够唯一表示各个属性。空中特性的性质包括： 主机RX 从机TX 方向： 通知：从机端上传数据给主机，不需要主机回复一个响应 指示：从机端上传数据给主机，需要主机端发一个确认给服务器 通知和指示之间不同之处在于指示有应用层上的确认，而通知没有。 主机TX 从机RX 方向： 写 没有回应的写 读 Client Characteristic Configuratio
NCS-OS系列9 :工作队列线程
weixin_36224284的博客
01-05 398
NCS-OS系列9 :工作队列线程 文章目录NCS-OS系列9 :工作队列线程前言概念工作项生命周期延迟工作触发工作系统工作队列 `System Workqueue`实现定义一个工作队列提交工作项提交一个延迟工作项推荐用法配置选项 前言 ncs 相关文章，部分为原始文档翻译，水平有限，如果有错误，欢迎指出。 本文参考链接： https://developer.nordicsemi.com/nRF_Connect_SDK/doc/latest/zephyr/reference/kernel/threads/w
nordic app_gpiote.c怎样使用
06-08
Nordic app_gpiote.c 是一个用于 GPIO 中断处理的库文件，可以方便地实现 GPIO 的中断响应功能。使用该库文件需要进行以下步骤： 1. 在 SDK 中添加 app_gpiote.c 和 app_gpiote.h 文件，并在工程中包含 app_gpiote.h 头文件。 2. 在使用 GPIO 中断的地方，调用 app_gpiote_init() 函数进行初始化。该函数需要传入一个回调函数指针，用于处理中断响应。 3. 调用 app_gpiote_input_event_enable() 函数来开启 GPIO 中断。该函数需要传入 GPIO 的引脚号、触发方式和中断优先级等参数。 4. 在回调函数中处理中断事件。回调函数的参数包括触发中断的 GPIO 引脚号、中断事件类型和时间戳等信息。 需要注意的是，使用 app_gpiote.c 库文件需要对 SDK 中的配置文件进行修改，具体可以参考 Nordic 官方文档。同时，为了避免与其他模块发生冲突，建议在使用该库文件时仅使用其提供的接口函数，避免直接操作库文件中的变量和函数。

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

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

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值