1. ECB02蓝牙模块基础认知
第一次接触ECB02这个蓝牙模块时，我完全被它的小身材大能量震惊了。这个指甲盖大小的模块，居然支持蓝牙5.2协议，实测穿墙能力比我家路由器还强。作为从机使用时，最让我惊喜的是它出厂就预置了常用配置，新手不用折腾复杂的AT指令就能快速上手。
这个模块的工作电压是3.3V，但部分型号自带LDO稳压，接5V也能正常工作。我实测过它的工作电流，维持在5mA左右，对电池供电的设备特别友好。通信距离方面，在办公室环境隔着两堵水泥墙还能保持稳定连接，空旷地带最远拉到过30米。
注意：模块的每帧数据上限是244字节，超过511字节会自动分包。有次我发送512字节的长数据，果然出现了数据错乱，这个坑大家一定要避开。
2. 硬件连接实战指南
2.1 引脚定义详解
ECB02的引脚排列非常简洁，主要就4个关键引脚：
- VCC：接3.3V电源（带LDO版本可接5V）
- GND：接地
- TXD：串口发送端
- RXD：串口接收端
我第一次接线时就犯了个低级错误，把TX和RX直连了。后来才明白必须交叉连接：模块的TX接开发板的RX，模块的RX接开发板的TX。建议用不同颜色的杜邦线区分，我后来都用红色接电源、黑色接地、绿色接TX、白色接RX，再也没错过。
2.2 开发板连接方案
我用的是STM32F103C8T6最小系统板，连接方式如下：
| ECB02引脚 | STM32引脚 |
|---|---|
| VCC | 3.3V |
| GND | GND |
| TXD | PC11(RX) |
| RXD | PC10(TX) |
实测发现用UART4（PC10/PC11）比USART1更稳定，可能是避免了与下载口冲突。如果要用其他串口，记得在CubeMX里开启对应外设的时钟和引脚。
3. AT指令深度解析
3.1 从机模式关键指令
模块出厂时默认是主从一体模式，我们要先用AT指令把它配置为纯从机。这几个指令我建议保存到记事本里：
AT+FACTORY\r\n // 恢复出厂设置 AT+ROLE=2\r\n // 设为从机模式 AT+MODE=1\r\n // 保持AT指令有效 AT+NAME=MyBT\r\n // 设置设备名称我第一次测试时总是不成功，后来发现是漏了回车换行符。现在用串口助手都会勾选"自动添加回车换行"选项。
3.2 指令响应处理技巧
ECB02的AT指令有个特点：成功时返回"OK"，失败时什么都不返回。我专门写了个等待响应的函数：
uint8_t waitResponse(char* expectStr, uint32_t timeout) { while(timeout--) { if(serialReceived()) { if(strstr(receiveBuffer, expectStr)) return 1; else return 0; } delay_ms(1); } return 0; }这个函数在后续的初始化流程中特别有用，建议超时时间设为1000ms以上，模块响应有时会比较慢。
4. 微信小程序联调实战
4.1 小程序开发要点
微信小程序端主要用wx.createBLEConnection和wx.writeBLECharacteristicValue这两个API。我封装了个简易控制类：
class BluetoothCtrl { constructor() { this.deviceId = '' this.serviceId = '0000FFE0-0000-1000-8000-00805F9B34FB' this.charId = '0000FFE1-0000-1000-8000-00805F9B34FB' } sendCmd(cmd) { const buffer = new ArrayBuffer(cmd.length) const dataView = new DataView(buffer) for(let i=0; i<cmd.length; i++) { dataView.setUint8(i, cmd.charCodeAt(i)) } wx.writeBLECharacteristicValue({ deviceId: this.deviceId, serviceId: this.serviceId, characteristicId: this.charId, value: buffer }) } }4.2 数据格式约定
为了可靠通信，我设计了个简单协议：
- 控制指令以"CMD_"开头
- 数据指令以"DATA_"开头
- 结尾加\n换行符
比如控制LED的指令：
CMD_LED_ON\n CMD_LED_OFF\n在STM32端用strstr函数解析特别方便：
if(strstr(receivedData, "LED_ON")) { HAL_GPIO_WritePin(LED_GPIO_Port, LED_Pin, GPIO_PIN_SET); }5. STM32代码架构设计
5.1 通信状态机实现
我设计了三层处理机制：
- 底层硬件驱动：HAL库的UART收发
- 中间协议层：数据分包/组包
- 应用层：指令解析与执行
关键数据结构：
typedef struct { uint8_t buffer[256]; uint16_t length; uint8_t readyFlag; } UART_Frame; void HAL_UART_RxCpltCallback(UART_HandleTypeDef *huart) { static uint8_t index = 0; if(rxByte == '\n') { frame.readyFlag = 1; frame.length = index; index = 0; } else { frame.buffer[index++] = rxByte; } HAL_UART_Receive_IT(huart, &rxByte, 1); }5.2 错误处理机制
在工业现场测试时发现，蓝牙偶尔会断连。我增加了心跳包机制：
- 小程序每隔5秒发送"PING"
- STM32收到后回复"PONG"
- 连续3次未收到心跳就触发重连
void checkHeartbeat() { static uint8_t timeoutCount = 0; if(strstr(frame.buffer, "PING")) { sendResponse("PONG"); timeoutCount = 0; } else { if(++timeoutCount > 3) { restartBluetooth(); } } }6. 常见问题解决方案
6.1 连接不稳定排查
遇到过最头疼的问题是随机断连，后来发现是以下原因：
- 电源干扰：改用线性稳压后改善
- 天线摆放：模块天线要远离金属物体
- 波特率偏差：用示波器校准了时钟
建议的检查清单：
- [ ] 电源电压是否稳定
- [ ] 接地是否良好
- [ ] 串口线是否过长
- [ ] 周围是否有2.4G干扰源
6.2 数据丢包处理
当传输图片等大数据量时，我采用了以下策略：
- 发送端分片：每帧200字节
- 接收端校验：增加CRC16校验
- 重传机制：超时未确认则重发
优化后的传输效率从60%提升到98%，关键代码如下：
void sendPacket(uint8_t *data, uint16_t len) { uint16_t crc = calcCRC16(data, len); uint8_t header[4] = {len>>8, len&0xFF, crc>>8, crc&0xFF}; HAL_UART_Transmit(&huart4, header, 4, 100); HAL_UART_Transmit(&huart4, data, len, 1000); }7. 性能优化技巧
7.1 低功耗配置
想让设备用电池撑更久，这几个设置很关键：
- 启用模块睡眠模式：AT+SLEEP=1
- 降低广播间隔：AT+ADVINT=500
- 关闭不必要的服务
实测电流可以从5mA降到0.5mA，纽扣电池能撑一个月。唤醒方式可以用串口数据或配置的GPIO引脚。
7.2 传输速率提升
默认115200波特率有时不够用，可以尝试：
- 修改为921600：AT+BAUD=921600
- 启用数据压缩
- 优化协议头长度
不过要注意，波特率太高会导致通信距离缩短，需要根据场景权衡。
