ESP32 BLE蓝牙透传实战：从AT指令到手机APP通信（附完整配置代码）

ESP32 BLE蓝牙透传实战：从AT指令到手机APP通信（附完整配置代码）

如果你手头有一块ESP32开发板，想快速实现一个无线数据透传项目，比如把传感器数据发到手机，或者用手机遥控一个小设备，那么BLE（蓝牙低功耗）透传可能是最直接的选择。很多教程会直接扔给你一串AT指令，照着敲完或许能通，但一旦遇到问题，比如手机搜不到设备、数据发不出收不到，往往就卡住了，因为你不清楚每条指令背后的“故事”。这篇文章，我想从一个实践者的角度，和你聊聊如何真正“玩转”ESP32的BLE透传。我们不止于复现步骤，更会深入每条AT指令的意图，拆解配置中的关键参数，并分享几个我调试时踩过的“坑”以及填坑方法。目标是让你不仅能连通，更能理解，从而能灵活应对自己的项目需求。

1. 理解基石：ESP32 AT固件与BLE透传模型

在动手接线和敲指令之前，花几分钟理解我们使用的工具和工作原理，能极大减少后续的困惑。ESP32的AT固件，本质上是乐鑫官方提供的一套“命令解释器”。它把ESP32复杂的Wi-Fi和蓝牙协议栈功能，封装成一条条以“AT”开头的文本指令。我们通过串口发送这些指令，AT固件解析并执行，再将结果返回给串口。这种方式屏蔽了底层SDK开发的复杂性，让我们可以像搭积木一样，用简单的命令组合出强大的功能。

那么，什么是BLE透传？ 你可以把它想象成在ESP32和手机（或其他BLE中心设备）之间，建立了一条透明的“数据管道”。任何从管道一端塞进去的数据，都会原封不动地从另一端冒出来。对于ESP32，数据来源通常是其UART串口（连接着传感器或主控MCU）；对于手机，则是一个BLE通信APP。透传的核心价值在于协议转换：它将串口的字节流，透明地转换为BLE协议的数据包进行无线传输，反之亦然，而两端应用无需关心蓝牙协议的具体细节。

为了实现这个模型，ESP32 AT固件的BLE Server模式需要构建几个关键组件：

• GATT（通用属性协议）服务：这是BLE通信的数据组织框架。一个服务包含多个特征值（Characteristic），每个特征值代表一个可读、可写或可通知的数据点。
• 特征值（Characteristic）：透传通常需要两个特征值，一个用于“发送”（从手机到ESP32），属性为WRITE或WRITE_NO_RESPONSE；另一个用于“接收”（从ESP32到手机），属性为NOTIFY或INDICATE，以便手机能订阅并接收数据。
• UUID（通用唯一识别码）：用于唯一标识服务和特征值。你可以使用标准的16位UUID（如0xFFE0），但更常见的做法是使用完整的128位UUID，以确保唯一性，避免与其他设备冲突。

理解了这个模型，再看那些AT指令，你就知道它们各自在搭建这个通信管道中扮演什么角色了。

2. 环境准备与固件烧录

工欲善其事，必先利其器。这一部分我们准备好所有软硬件环境。

2.1 硬件连接

你需要准备以下物品：

• ESP32开发板：市面上常见的型号如ESP32-DevKitC、NodeMCU-32S，或者安信可的ESP32-S系列模组都可以。
• USB转串口模块：如果开发板已集成USB转串口芯片（如CP2102、CH340），则无需额外准备。
• 杜邦线若干。
• 一台电脑和一部支持BLE的智能手机。

连接示意图与关键点：

大多数ESP32开发板会有两组UART：UART0通常用于程序下载和默认日志输出，UART1可以自由配置为通用串口。在使用AT固件时，我们主要通过UART1与外部MCU或PC进行AT指令通信和数据透传。与电脑连接进行调试时，接线如下：