BLE AT指令实战：从GAP广播到GATT服务构建的嵌入式蓝牙开发指南

1. 项目概述与BLE AT指令核心价值

如果你正在捣鼓物联网设备、可穿戴硬件或者任何需要无线连接的嵌入式项目，蓝牙低功耗（BLE）技术大概率是你绕不开的一环。它功耗低、连接快，非常适合那些需要长时间运行、间歇性传输少量数据的场景。但当你拿到一个BLE模块，比如Adafruit的Bluefruit LE系列，准备让它干点“正经事”时，往往会发现，光有硬件和基础的蓝牙协议栈还不够。你需要一种高效、直接的方式来告诉模块：“现在开始广播”、“以这个名称出现”、“提供这个数据服务”、“当连接上时，把这个值发给手机”。这时，AT指令集就成了你和BLE模块之间最直接的“对话语言”。

AT指令，这个源自早期调制解调器“Attention”命令的古老协议，在嵌入式无线模块领域焕发了新生。它通过简单的文本命令和响应，让开发者能够在不深入底层射频协议和驱动代码的情况下，完成对模块绝大部分功能的配置与控制。对于Adafruit Bluefruit LE模块而言，其AT指令集尤其强大，几乎覆盖了从最基础的GAP（通用访问配置文件）广播、连接到复杂的GATT（通用属性配置文件）服务构建的全部流程。这意味着，你可以通过串口发送几条指令，就实现一个自定义的传感器数据服务，或者让模块变身成一个MIDI控制器，而无需编写一行C语言的蓝牙协议栈代码。

这篇文章，我将结合自己多年在嵌入式蓝牙开发中踩过的坑和积累的经验，为你深入解析Bluefruit LE模块AT指令集中最核心、最实用的部分——GAP配置与GATT服务构建。我们会从原理出发，理解每条指令背后的蓝牙规范逻辑，然后通过具体的配置案例，如自定义广播数据、创建电池电量服务、实现MIDI事件传输等，手把手带你掌握这套高效的工具。无论你是想快速原型验证，还是为产品设计稳定的蓝牙功能，这些内容都将为你提供扎实的实践基础。

2. BLE通信基础与AT指令角色再认识

在深入AT指令细节之前，我们有必要快速统一一下对BLE核心架构的理解。这能帮助我们在配置时，不仅知道“怎么配”，更明白“为什么这么配”。

GAP（通用访问配置文件），你可以把它想象成设备的“社交名片”和“连接规则”。它决定了你的设备如何被外界发现（广播），允许谁连接（可连接性），以及连接后的一些基本参数（如连接间隔）。GAP层处理的是设备级别的交互。例如，一个温度传感器通过GAP广播自己的存在和名称，手机（作为中央设备）扫描到它并发起连接。AT指令中的AT+GAPDEVNAME、AT+GAPSTARTADV、AT+GAPINTERVALS等都是直接操作这一层的。

GATT（通用属性配置文件），则定义了连接建立后，数据如何被组织和交换。它基于客户端-服务器模型。你的BLE模块通常作为GATT服务器，它就像一个提供数据服务的商店。这个“商店”里有很多“柜台”（服务，Service），每个“柜台”又摆放着不同种类的“商品”（特征值，Characteristic）。手机作为GATT客户端，则是顾客，它可以来“读取”（Read）商品信息，或者“写入”（Write）指令来改变商品状态，还可以“订阅”（Notify/Indicate）某个商品的变化，让商店在有新货时主动通知它。我们使用AT+GATTADDSERVICE和AT+GATTADDCHAR就是在构建这个“商店”和“柜台”。

AT指令在这里扮演的角色，就是一套标准化的“装修和管理工具”。它让你能够：

1. 动态配置：无需修改和编译底层固件，通过串口实时更改模块行为。
2. 快速原型：几分钟内就能搭建出一个具备自定义服务的BLE外设。
3. 调试与诊断：通过查询指令（如AT+GAPGETCONN,AT+GATTLIST）实时了解模块状态。
4. 生产与维护：可以编写简单的脚本，通过AT指令对出厂设备进行批量配置或固件升级后的参数恢复。

理解了这个框架，我们再去看每一条具体的AT指令，就会清晰很多：它们无非是在GAP或GATT的某个特定环节，为我们提供了一个便捷的接口。

3. GAP配置详解：从设备广播到连接管理

GAP配置是设备与外界建立联系的第一步，配置得当与否，直接影响到设备的可发现性、连接成功率和功耗。Bluefruit LE的AT指令提供了非常细致的GAP控制能力。

3.1 设备标识与广播控制

设备名称是最直观的标识。使用AT+GAPDEVNAME可以读取或设置它。这里有一个关键细节：修改设备名称后，指令返回OK仅代表设置值已被模块接收并存储到非易失性内存中，但并不会立即生效。你必须发送ATZ命令让模块执行软复位，新的名称才会在广播包中体现。这是一个常见的“坑”，很多新手会疑惑为什么改名后手机扫描到的还是旧名字。

# 读取当前设备名称 AT+GAPDEVNAME UART OK # 设置新设备名称 AT+GAPDEVNAME=MySensorNode OK # 必须执行复位以使新名称生效！ ATZ OK

广播的开启与关闭由AT+GAPSTARTADV和AT+GAPSTOPADV控制。需要注意的是，如果设备当前已经处于广播状态，再次执行AT+GAPSTARTADV会返回ERROR；同样，如果设备已经连接，也无法启动广播。这种设计避免了状态混乱。

3.2 广播参数精细调优：连接与功耗的平衡

AT+GAPINTERVALS这条指令是功耗和连接速度调节的核心，但也是“高危”指令，使用需格外谨慎。它控制四个关键参数（固件0.7.0及以上版本为五个）：

1. 最小连接间隔：设备与中央设备（如手机）两次数据交换之间的最短时间。单位毫秒(ms)。值越小，数据吞吐延迟越低，连接响应越快，但功耗越高。
2. 最大连接间隔：两次数据交换之间的最长时间。中央设备会在这个范围内与外围设备协商一个实际的连接间隔。
3. 快速广播间隔：在“快速广播”阶段，发送两个广播包之间的时间间隔。间隔越短，被手机快速发现的概率越大，但功耗也越高。
4. 快速广播超时：设备以“快速广播间隔”持续广播的时间。超过这个时间后，设备会自动切换到“低功耗广播间隔”以节省电量。
5. 低功耗广播间隔（固件 >=0.7.0）：快速广播超时后的广播间隔。默认是417.5ms。

参数设置的黄金法则：不要随意修改默认值，除非你明确知道自己在做什么。许多手机操作系统对连接参数有严格的范围偏好，超出其接受范围可能导致无法连接。例如，将最小连接间隔设得过小（如7.5ms），某些iPhone可能直接拒绝连接。建议在大多数应用中，使用默认值或仅在蓝牙联盟建议的范围内微调。

# 读取当前的GAP间隔参数 AT+GAPINTERVALS 20,100,100,30 # 输出解释：最小连接间隔=20ms，最大连接间隔=100ms，快速广播间隔=100ms，快速广播超时=30秒 # 如果你只想修改广播间隔为150ms，其他保持不变，可以这样写（注意逗号占位） AT+GAPINTERVALS=,,150, OK

3.3 高级广播数据自定义：AT+GAPSETADVDATA

这是为高级玩家准备的利器，也伴随着最高风险。默认情况下，模块的广播包包含了设备名称、发射功率、支持的Service UUID列表等标准信息。AT+GAPSETADVDATA允许你完全自定义原始的广播数据载荷，覆盖默认内容。

为什么需要自定义？

1. 兼容性：某些手机App（特别是某些厂商的定制测试App）只扫描包含特定Service UUID的广播包。你需要手动将这个UUID加入广播数据。
2. 精简数据：移除不必要的默认信息，缩短广播包长度，可能有助于降低功耗（微乎其微）或满足特定协议。
3. 厂商自定义数据：可以加入一些自定义的厂商数据字段，供你自己的扫描端App识别。

广播数据格式：遵循蓝牙核心规范，每个广播数据单元都是一个[长度][类型][数据]的三段式结构。

• 长度：1字节，表示“类型+数据”部分的总字节数。
• 类型：1字节，定义该数据的含义。例如，0x01代表“Flags”，0x03代表“完整的16位UUID列表”。
• 数据：N字节，具体内容。

一个实战案例：假设我们需要广播一个设备，它仅支持BLE（不支持经典蓝牙），处于可发现模式，并且声明它支持“电池服务”（UUID: 0x180F）和“设备信息服务”（UUID: 0x180A）。

1. Flags字段：0x01类型。数据0x06（二进制00000110）表示：比特1=1（LE通用可发现模式），比特2=1（不支持BR/EDR）。长度=0x02（类型1字节+数据1字节）。所以第一部分是02-01-06。
2. 服务UUID列表字段：0x03类型（完整的16位UUID列表）。我们要加入两个UUID：0x180F和0x180A。注意蓝牙规范中UUID是小端字节序（低位在前），所以0x180F写作0F-18，0x180A写作0A-18。数据部分共4字节。长度=0x05（类型1字节+数据4字节）。所以第二部分是05-03-0F-18-0A-18。
3. 组合：将两部分拼接起来：02-01-06-05-03-0F-18-0A-18。

# 设置自定义广播数据 AT+GAPSETADVDATA=02-01-06-05-03-0F-18-0A-18 OK # 同样需要ATZ复位生效 ATZ OK

严重警告：错误地使用此命令，特别是错误配置了Flags，可能导致你的设备对手机完全不可见。如果误操作，最直接的恢复方法是执行AT+FACTORYRESET恢复出厂设置，这将清除所有自定义配置（包括GATT服务）并恢复默认广播数据。

4. GATT服务构建实战：从电池服务到自定义数据

GATT是BLE数据交互的灵魂。通过AT指令构建GATT服务，是一个从抽象定义到具体实现的过程。让我们以两个最典型的例子来贯穿整个流程：标准的电池服务和自定义的传感器数据服务。

4.1 使用内置电池服务：快速上手的捷径

对于标准的、已由蓝牙技术联盟（SIG）定义好的服务，如电池服务（Battery Service, UUID: 0x180F），Bluefruit LE固件提供了更便捷的指令，无需我们手动构建GATT结构。

启用电池服务：AT+BLEBATTEN=1。这条指令相当于在后台自动执行了AT+GATTADDSERVICE和AT+GATTADDCHAR，创建了一个符合SIG标准规范的电池服务，其中包含一个电池电量特征（Battery Level Characteristic, UUID: 0x2A19），属性为“可读”和“可通知”。启用后需要复位(ATZ)生效。

更新电量值：AT+BLEBATTVAL=72。这条指令用于更新电池电量特征的值（范围0-100）。手机上的客户端可以读取这个值，或者订阅其通知，当电量变化时自动接收更新。

这是最快捷的为设备添加标准服务的方法，适用于需要快速实现标准功能的场景。

4.2 手动构建自定义GATT服务：以环境监测为例

当我们需要传输非标准数据时（如温湿度、GPS坐标、自定义控制命令），就必须手动创建服务和特征。这个过程遵循一个清晰的流程：清空 -> 添加服务 -> 添加特征。

第一步：清空现有配置在开始新的配置前，务必先使用AT+GATTCLEAR清除之前定义的所有自定义服务和特征，避免冲突。

AT+GATTCLEAR OK

第二步：添加一个自定义服务我们创建一个用于环境监测的服务，使用一个128位的自定义UUID以确保唯一性。

AT+GATTADDSERVICE=UUID128=00-11-22-33-44-55-66-77-88-99-AA-BB-CC-DD-EE-FF 1 OK

命令成功执行后，会返回一个服务索引ID，这里是1。请务必记下这个ID，后续为该服务添加特征时需要知道它属于哪个服务（虽然AT指令通过“最后一个添加的服务”来关联，但记录ID有助于调试）。

第三步：为服务添加特征现在为我们刚创建的环境监测服务添加两个特征：一个用于“只读”温度数据，另一个用于“写+通知”的风扇控制命令。

特征1：温度数据（只读，可通知）

AT+GATTADDCHAR=UUID=0x2A6E,PROPERTIES=0x0A,MIN_LEN=2,MAX_LEN=2,VALUE=00-00,DATATYPE=2,DESCRIPTION="Temperature Celsius" 1 OK

• UUID=0x2A6E：这里我们“借用”了SIG定义的“温度”特征UUID。当然，你也可以用自定义的16位UUID（如0x1234），但使用标准UUID能让一些通用App（如nRF Connect）自动识别和解析数据格式。
• PROPERTIES=0x0A：这是属性位掩码。0x02是读，0x08是写，0x10是通知。0x0A=0x02(读) +0x08(写？) 等等，这里似乎有误。对于只读温度，我们可能只需要0x02（读）或0x12（读+通知）。假设我们希望手机能订阅温度变化，应使用0x12（0x02 + 0x10）。这是一个关键点：PROPERTIES的值需要仔细计算。
• MIN_LEN/MAX_LEN=2：我们假设温度用16位有符号整数表示（单位0.01摄氏度），所以长度固定为2字节。
• VALUE=00-00：初始温度值，设为0。
• DATATYPE=2：指明VALUE是字节数组格式。
• DESCRIPTION：添加一个用户描述，方便调试时识别。

纠正后的命令（假设需要可读和可通知）：

AT+GATTADDCHAR=UUID=0x2A6E,PROPERTIES=0x12,MIN_LEN=2,MAX_LEN=2,VALUE=00-00,DATATYPE=2,DESCRIPTION="Temperature Celsius" 1 OK

特征2：风扇控制（可写，可通知）

AT+GATTADDCHAR=UUID=0xFF01,PROPERTIES=0x1C,MIN_LEN=1,MAX_LEN=1,VALUE=00,DATATYPE=2,DESCRIPTION="Fan Speed Control" 2 OK

• UUID=0xFF01：使用一个自定义的UUID（在0xFFxx范围内）。
• PROPERTIES=0x1C：0x04(无响应写) +0x08(有响应写) +0x10(通知) =0x1C。这允许手机发送控制命令（写），并且当模块端风扇速度因其他原因改变时，可以通知手机（通知）。
• MIN_LEN/MAX_LEN=1：控制命令用1字节表示，比如0x00关，0x01低速，0x02高速。
• VALUE=00：初始状态为关闭。

第四步：查看与验证使用AT+GATTLIST可以列出所有已定义的服务和特征，这是非常重要的调试手段。

AT+GATTLIST ID=01,UUID128=00-11-22-33-44-55-66-77-88-99-AA-BB-CC-DD-EE-FF ID=01,UUID=0x2A6E,PROPERTIES=0x12,MIN_LEN=2,MAX_LEN=2,VALUE=0x0000,DATATYPE=2,DESCRIPTION="Temperature Celsius" ID=02,UUID=0xFF01,PROPERTIES=0x1C,MIN_LEN=1,MAX_LEN=1,VALUE=0x00,DATATYPE=2,DESCRIPTION="Fan Speed Control" OK

第五步：读写特征值

• 读取温度：AT+GATTCHAR=1（读取索引为1的特征值）
• 设置风扇速度：AT+GATTCHAR=2,0x02（写入0x02到索引为2的特征）

最后，别忘了复位：所有GATT相关的配置，在完成后都需要执行ATZ复位才能生效并对外提供服务。

4.3 关键参数解析与避坑指南

在构建GATT服务时，以下几个参数需要特别关注：

1. PROPERTIES（属性）：这是一个位掩码字段，决定了客户端能对这个特征做什么。最常见的组合：

   • 0x02：只读。用于传感器数据，客户端只能读取。
   • 0x08或0x0C(0x04+0x08)：可写。用于接收控制命令。0x08（Write）要求服务器回复确认，更可靠；0x04（Write without Response）不回复，速度更快但可能丢失。
   • 0x10：通知。服务器可以主动向已订阅的客户端推送数据更新，客户端无需轮询。这是实现实时数据流（如心率、传感器读数）的首选方式，功耗远低于客户端不断读取。
   • 0x12(0x02+0x10)：可读+通知。经典组合，客户端可以读取初始值，并订阅后续变化。
   • 0x1A(0x02+0x08+0x10)：可读、可写、可通知。功能最全。

2. UUID冲突规则：当使用128位UUID定义服务时，为该服务添加的16位UUID特征，其值不能与128位UUID的第3、4字节相同。这是蓝牙协议栈实现的一个限制。例如，服务UUID为00-11-**22-33**-44-55-...，那么特征的16位UUID就不能是0x3322。

3. DATATYPE（数据类型，固件>=0.7.0）：这个参数非常有用，它告诉模块如何解析和处理VALUE以及后续通过AT+GATTCHAR写入的数据。

   • AUTO (0)：模块自动猜测（默认）。
   • STRING (1)：作为字符串处理。
   • BYTEARRAY (2)：作为原始字节数组处理。这是最常用、最可控的方式。
   • INTEGER (3)：作为整数处理。 明确设置DATATYPE可以避免数据格式歧义，尤其是在处理二进制数据时。

5. 专用服务指令解析：MIDI与电池服务实践

除了通用的GATT构建指令，Bluefruit LE模块还针对特定应用场景提供了封装好的高级AT指令，极大简化了配置流程。MIDI服务和电池服务就是典型例子。

5.1 BLE MIDI服务实践

BLE MIDI允许你将模块变成一个无线MIDI设备，连接支持BLE MIDI的音乐软件或硬件。这比传统USB-MIDI或5针DIN接口更方便。

启用MIDI服务：AT+BLEMIDIEN=1。这条指令会在GATT服务器中创建符合MIDI over BLE规范的服务和特征。同样需要复位生效。

发送MIDI事件：AT+BLEMIDITX是核心指令。它接受一个十六进制数组格式的MIDI事件流。

• MIDI事件格式：标准的MIDI消息，如90-3C-7F表示“通道1（0x90），音符C3（0x3C），力度127（0x7F）”（音符开）。
• 指令优势：它可以一次性打包发送多个MIDI事件（最多4个完整事件，或1个完整事件加最多7个“运行状态”事件），这提高了传输效率，对于快速的音符序列至关重要。

# 发送一个“音符开”事件（通道1，音符C3，力度最大） AT+BLEMIDITX=90-3C-7F OK # 发送两个连续事件：C3音符开，A2弯音轮事件 AT+BLEMIDITX=90-3C-7F-E0-00-40 OK # 发送一个完整事件后跟随一个“运行状态”事件（省略状态字节） # 第一个事件：90-3C-7F (通道1，C3开) # 第二个事件：3C-00 (运行状态，C3关，因为状态字节与前一事件相同，故省略) AT+BLEMIDITX=90-3C-7F-3C-00 OK

接收MIDI事件：当连接的中央设备（如电脑DAW）发送MIDI数据到模块时，数据会被缓存。你可以使用AT+BLEMIDIRX来读取下一个可用的MIDI事件。如果缓存区为空，该命令会立即返回OK而不带数据；如果有数据，则返回十六进制格式的MIDI事件。

实战技巧：

• 低延迟优化：MIDI对实时性要求高。确保设备的GAP连接间隔（AT+GAPINTERVALS）设置得较小（如20-40ms），以减少数据传输延迟。
• 数据打包：尽量利用AT+BLEMIDITX的多事件打包能力，将短时间内发生的多个MIDI事件（如一个和弦的所有音符）打包成一条指令发送，可以减少协议开销和连接事件次数，提高效率和稳定性。

5.2 电池服务实践

如前所述，电池服务是标准服务。除了基本的启用和设置电量，还有一些细节需要注意：

• 电量更新策略：不要过于频繁地调用AT+BLEBATTVAL。电池电量变化缓慢，通常每分钟或电量变化超过1%时更新一次即可。频繁更新会浪费连接事件，增加功耗。
• 通知功能：启用电池服务后，其电量特征默认支持“通知”。这意味着你可以在手机端订阅该特征。当模块端电量变化并调用AT+BLEBATTVAL更新后，手机会自动收到通知，无需主动查询。这是实现低功耗电量监控的最佳实践。
• 与自定义服务共存：电池服务可以和你自定义的其他GATT服务完美共存。AT+GATTLIST会列出所有服务，包括通过AT+BLEBATTEN添加的标准电池服务。

6. 调试指令与生产维护技巧

开发过程中难免遇到问题，Bluefruit LE提供了一组调试指令，用于深入排查。

6.1 连接与状态查询

• AT+GAPGETCONN：快速检查当前是否已连接。返回1为已连接，0为未连接。这是编写连接状态逻辑判断的基础。
• AT+GAPDISCONNECT：主动断开当前连接。用于测试重连逻辑或复位连接状态。

6.2 内存与配置诊断（谨慎使用）

• AT+DBGNVMRD：读取非易失性存储中的原始配置数据。输出是一长串十六进制数，对应着设备名称、GAP间隔、GATT服务结构等所有通过AT指令设置的参数。当你发现配置行为异常，怀疑配置存储损坏时，可以查看此输出（虽然可读性差）。与一份已知的正常配置对比，或许能发现问题。
• AT+DBGSTACKSIZE：返回当前栈内存使用量。对于深度嵌入式开发，监控栈使用情况有助于防止栈溢出导致系统崩溃。

警告：AT+DBGMEMRD（读取原始内存）和AT+DBGSTACKDUMP（堆栈转储）是极其底层的指令。错误地访问内存地址（如非对齐访问）会直接导致ARM内核触发硬件错误（HardFault），使模块停止响应，通常需要断电重启。除非你在Adafruit技术支持的确切指导下进行深度调试，否则不要使用这些指令。

6.3 生产与部署流程建议

1. 配置脚本化：将一系列AT指令（设置名称、GAP参数、GATT服务、使能特定功能等）写在一个文本文件里，通过串口工具一次性发送。这确保了每次生产烧录的一致性。
2. 出厂前复位测试：在完成所有AT指令配置后，执行ATZ复位，然后使用手机蓝牙扫描，验证设备是否以正确的名称、正确的服务出现并可以正常连接和通信。
3. 备份配置：对于复杂的GATT配置，可以将成功的AT+GATTLIST输出保存下来，作为“配置清单”，便于后续复查或复制到其他设备。
4. 恢复出厂设置：AT+FACTORYRESET是终极武器。它会清除所有自定义配置（包括通过AT指令设置的一切），恢复模块到出厂状态。当配置混乱或实验失败时使用。

7. 常见问题与故障排查实录

即使按照文档操作，在实际项目中你还是会遇到各种问题。下面是我总结的一些典型场景和解决方法。

问题1：手机扫描不到设备。

• 检查广播是否开启：确认已发送AT+GAPSTARTADV且返回OK。如果已连接，需要先断开或停止广播。
• 检查设备名称和广播数据：如果你使用了AT+GAPSETADVDATA，一个错误的Flags设置（比如漏掉了可发现模式）会导致设备“隐身”。最稳妥的方法是先AT+FACTORYRESET，用默认配置测试是否能被发现，再逐步添加自定义广播数据。
• 检查广播间隔：AT+GAPINTERVALS中的广播间隔是否被设得过大（比如超过几秒）？这会导致手机需要很长时间才能扫描到。
• 物理距离与干扰：确保设备在手机附近（几米内），并远离强烈的Wi-Fi路由器、微波炉等2.4GHz干扰源。

问题2：手机能扫描到，但连接失败或瞬间断开。

• 检查GAP连接参数：这是最常见的原因。手机操作系统对连接间隔有兼容性要求。尝试将AT+GAPINTERVALS的最小/最大连接间隔改为更宽松、更通用的值，如AT+GAPINTERVALS=30,100,100,30。绝对不要使用像7.5ms这样的极端值，除非你明确知道两端设备都支持。
• 检查电源：确保模块供电充足且稳定。连接瞬间的射频发射电流较大，劣质USB线或电量不足的电池可能导致电压跌落，致使模块复位。

问题3：连接成功，但手机App找不到我自定义的服务或特征。

• 确认复位：在AT+GATTADDSERVICE和AT+GATTADDCHAR之后，是否执行了ATZ？没有复位，新的GATT表不会生效。
• 检查UUID格式和冲突：确认128位UUID字符串格式正确（16字节，以短横线分隔）。确认16位特征UUID没有与父服务128位UUID的第3、4字节冲突。
• 使用专业App调试：在手机上安装“nRF Connect”或“LightBlue”这类通用BLE调试App。它们能列出设备的所有服务和特征，并显示其UUID、属性和值。这是验证GATT配置是否正确的黄金标准。对比App中显示的内容与你通过AT指令配置的是否一致。

问题4：通过AT+GATTCHAR写入数据成功，但手机端读到的值没变。

• 检查特征属性：确认该特征的PROPERTIES包含了0x02（读）或0x10（通知）。如果属性是0x08（只写），那么客户端是无法读取的。
• 通知的使能：对于“通知”属性，手机客户端需要先向该特征的CCCD（客户端特征配置描述符）写入0x0001来启用通知。模块端更新特征值后，数据才会被推送。如果手机只是被动读取，则需要你主动发送AT+GATTCHAR写命令后，手机再发起读请求才能看到新值。理解“读”、“写”、“通知”三种交互方式的区别至关重要。

问题5：发送AT+BLEMIDITX后，电脑DAW没有收到MIDI信号。

• 确认MIDI服务已启用并复位：AT+BLEMIDIEN=1后必须ATZ。
• 检查电脑蓝牙和DAW设置：确保电脑蓝牙已开启并已配对/连接你的模块。在DAW（如Ableton Live, Logic Pro）的MIDI设置中，需要将BLE设备添加为MIDI输入端口。
• 检查MIDI通道：你的MIDI事件（如90-...）是发送到通道1。确保DAW的MIDI轨道监听的是正确的通道（通常是通道1或“All Channels”）。
• 使用MIDI监控工具：在电脑上运行一个独立的MIDI监控软件（如MIDI-OX on Windows, MIDI Monitor on Mac），查看是否有原始MIDI数据流入，这可以排除DAW软件自身设置的问题。

通过系统性地理解GAP/GATT原理，熟练掌握这些AT指令，并运用上述的调试方法，你就能从容地驾驭Bluefruit LE模块，为你的嵌入式项目注入稳定、高效的蓝牙连接能力。从简单的数据透传到复杂的自定义协议，这套工具链都能提供坚实的支撑。