ESP32-C3 学习测试 蓝牙 篇（七、GATT 数据通信 — 发送自定义数据）
前言
本来计划直接做一个蓝牙的小应用，首先得实现一下自己想要数据的传输，虽然我们前面已经测试过示例的读写了，但是还是发现一些问题，如何传输自己想要的数据呢？
网上实在是没有现成的示例，博主只能自己一遍一遍测试，失败又失败，修改再修改，最后画了大半天时间，总算是搞好了。
本文我们来实现一下 GATT 的通讯，文中并不涉及蓝牙理论的专业各种分析解释，博主也是蓝牙初学者，只通过查看示例，查看源码进行的修改测试，结果是成功，能够实现自己传输自己想要的传感器数据。
对于理解蓝牙协议的伙伴来说或许觉得太简单，因为没有太深入的理论支持，博主的过程可能会走了弯路，还望理解。
ESP32-C3 学习 蓝牙 篇系列博文连接：
自己画一块 ESP32-C3 的开发板（第一次使用立创 EDA）（PCB 到手）
https://xie.infoq.cn/article/30387388381a0d915b2494f91
开发环境是乐鑫官方的 ESP-IDF， 基于 VScode 插件搭建好的：
ESP32-C3 VScode 开发环境搭建（基于乐鑫官方 ESP-IDF——Windows 和 Ubuntu 双环境）
https://xie.infoq.cn/article/5b639e112cabba00cc1b8941a
蓝牙篇系列相关博文：
ESP32-C3 学习测试 蓝牙 篇（一、认识 ESP-IDF 的蓝牙框架、简单的了解蓝牙协议栈）
https://xie.infoq.cn/article/efbe5651b35c9d54c69bc0ab2
ESP32-C3 学习测试 蓝牙 篇（二、蓝牙调试 APP、开发板手机连接初体验）
https://xie.infoq.cn/article/a422913b3b0420b1ae7c1436d
ESP32-C3 学习测试 蓝牙 篇（三、认识蓝牙 GATT 协议）
https://xie.infoq.cn/article/9c35d44a61bf2f11aa0e5c407
ESP32-C3 学习测试 蓝牙 篇（四、GATT Server 示例解析）
https://xie.infoq.cn/article/743c10571e00b2e895cecb5d1
ESP32-C3 学习测试 蓝牙 篇（五、添加 characteristic）
https://xie.infoq.cn/article/7bb73c3b43f678e773c369d0c
ESP32-C3 学习测试 蓝牙 篇（六、添加 Service）
1、通信问题思考
只是按照自己实际的现象说明思考，只代表个人思路，不一定是正确的，所以仅供参考。
我们目的是想用一个 characteristic 传输温湿度数据。首先能确保手机端能够接受到自己每次不同的想要发送的数据。
在我们前面文章测试的过程中，虽然能够正常读取到数据，也能正常的写数据，看似按照自己定义的数据传输，但是存在一个问题，就是发送数据以后，读取到的数据会变成发送的数据：
回头看了一下示例中的，READ 事件：
看到 gatt_server_service_table 示例中的 READ 事件，啥也没做啊？这下疑问更多了，啥也没做手机怎么能收到数据？不是好歹得有个发送数据的函数？怎么才能传输不同的数据呢？
想起来我们曾经在 gatt_server 示例中分析过，想要发送什么数据在这个事件中写就可以了：
.
2、 如何才能每次传输不同的数据
看了一下代码，新建了一个变量 rsp， 函数esp_ble_gatts_send_response也是有的，所以这个代码我们直接复制过来是没问题的，我们来测试一下，直接复制过来看一下是不是就固定了？ 于是乎我们改了下代码，如下图：
这样我们读数据，是不是每次都可以读到上面写的，然后设置一个变量，每次修改，就可以读到不同的数据了？
程序修改编译没有问题，下载测试，还是老样子，没有改变，测试图就不重复放了，现象就是发送以后读取到的数据是自己发送的。
需要注意一下 LOG 输出的消息：
第一次尝试失败！
琢磨了一阵子，考虑了一下想到了： 我想要传输数据，我应该使用一个单独的只读的 characteristic 用于数据传输，这样就不会被写的数据打扰了（在这个示例框架中是这样），对！
于是我不测试可读可写的 characteristic ，用示例中的只读 characteristic 测试：
只读的 characteristic 思路是对的，但是使用 gatt_server 示例中的代码还是不行，读到的只是初始化中的数据，这个数据是在初始化决定的，好像不太好改啊，怎么才能修改这个数据呢。
然后我又注意到，通知部分是临时定义的数组决定的值，不会因为写数据改变，然后想到通知部分的处理方法：
我可不可以用通知这个地方的函数发送过去？不管行不行试一试再说！
修改代码：
这里还是编译正常，在说明测试结果之前，要说一下对 handle 的认识理解。
3、 对 handle 的认识
对于蓝牙的应用测试，我们期初只介绍了基本概念在对于 ESP-IDF 的示例我们分析也只是了解框架，设计离线和思路，函数意义我们也没有深入讲解，在本次测试过程中，因为测试这个问题，让我加深了某一小部分问题的理解，比如 handle 这个东西。
因为 WRITE 事件中有一句判断：
我要把这个用到 READ 事件中，所以看了看这部分代码，以前忽略的这些东西，稍微理解了一些。
对于 handle 来说，如下图的总结：
attribute 我们前面说过，characteristic 每个值都是用 attribute 表达的：
结合上面，对于我们示例来说，对每个 characteristic 的管理都是通过这个 handle 来实现的，而这个 handle 在我们示例中的对应关系为：
上面的是枚举中，是不算 HRS_IDX_NB 还是不算 IDX_SVC 不太清楚，图中这样不算 HRS_IDX_NB 从 0 到 9 开始标记 10 个 handle， 如果是不算 IDX_SVC ， 从 1 到 10 开始标记也是 10 个 handle 。
只需要记住的是 对 value 操作的值对应的 handle 即可，不管哪种方式，characteristic value 的 handle 值都不变，所以我们完全可以确定自己要操作的是哪个 characteristic 的哪个属性，当然一般都是对 value 的操作。
4、继续尝试
完成上面分析，我们修改一下代码（上面贴出的代码中，忘了把 param->write.handle 改成 param->read.handle），我们要操作的是 handle 为 45 的 B：
作为测试还加了一句：
编译正常，烧录测试一下：
还是有问题……
这样看来，使用示例中几个简单看上去能够发送的函数都不行，怎么办呢？
后来一下子也不知道怎么办才好，去官方论坛搜索相关问题，无果，不能吃现成的= =！
没办法，于是到官网去搜索 gatt 相关的东西，虽然我也不知道要怎么找，翻看官网的函数 API ，感觉漫无目的的往下看，忽然看到一个函数，眼前一亮：
5、测试成功
在官网看到的函数名称一看就知道什么东西，设置 characteristic 的值？...... ...
... ...
简直就是醍醐灌顶，茅塞顿开：
读写得写，不就是对读 characteristic 的 value，写 characteristic 的 value ，初始化的时候给了 characteristic 一个 value，我们可以正常读到，如果写了 characteristic ，就是改变了 value 的值，那么读到的数据当然是自己写的数据，我们想要读自己的数据，就改变 characteristic 值就可以了!!!
于是立马看了看整函数，纳尼……………… 这么巧 (还是自己太蠢了……)?
我们前面 2 中方式测试的函数就在这个函数上面：
.
速度搞起！ 这把一定行，立马修改测试起来：
测试结果：
先开心一下，上结果：
改过来了！改过来了！
但是这里注意一个细节，第一次读取 还是原始的值，从第二次才改过来，说明一个问题，就是读取的时候立马就取了当时 characteristic 的 value。
这个 ESP_GATTS_READ_EVT 事件应该是读取完毕才会触发 。
这就说明，如果我们想要读取实时数据，不能在这个这个时间触发后去修改数据，而应该在另外的地方把实时数据 更新到 characteristic 的 value ，等到客户端想要读取数据的时候，就是实时数据。
结语
本文其实算下来也算简单，主要要记住两个点：
每次的读取都是读取对应 characteristic 的 value，使用esp_ble_gatts_set_attr_value函数可以修改 characteristic 的 value 值。
ESP_GATTS_READ_EVT 事件是读取成功才会触发的。
好了，本文也算有一定收获，至少知道了如何想要发送自定义数据，有了今天的测试基础，我们下一篇文章就直接来更新使用 ESP32-C3 做蓝牙小应用了，小激动！
本文就到这里，谢谢大家！
版权声明: 本文为 InfoQ 作者【矜辰所致】的原创文章。
原文链接:【http://xie.infoq.cn/article/5811ee36243e1eae36c552e72】。文章转载请联系作者。
CSDN、知乎、微信公众号： 矜辰所致 2022.08.02 加入
不浮夸，不将就，认真对待学知识的我们，矜辰所致，金石为开！ 为了活下去的嵌入式工程师，画画板子，敲敲代码，玩玩RTOS，搞搞Linux ...
评论