1. 项目概述
在嵌入式开发中，STM32与ESP8266的组合堪称经典搭档。我最近完成了一个有趣的项目：使用STM32F103微控制器控制ESP8266 WiFi模块，将传感器数据发送到手机端。这个方案相比传统的蓝牙传输，具有更远的通信距离和更好的穿透性，特别适合远程监控类应用。
这个项目实际上是前一个实验的延续——之前我已经实现了STM32通过ESP8266向电脑TCP服务端发送数据的功能。这次的目标是将接收端从电脑换成手机，验证移动端的数据接收能力。整个过程看似简单，但在硬件连接、供电设计、软件调试等环节都有不少需要注意的技术细节。
2. 硬件准备与连接
2.1 核心硬件选型
我使用的硬件配置如下：
- 主控芯片：STM32F103C8T6（蓝色pill开发板）
- WiFi模块：ESP-01S（基于ESP8266芯片）
- 手机：普通Android智能手机
- 供电方案：3.3V稳压电源模块
关于ESP8266模块的选择，这里有个实用建议：ESP-01S相比老款ESP-01，内部已经做了电源优化，稳定性更好。实测中，ESP-01S在连接WiFi时的电流峰值约为250mA，而老款ESP-01可能达到300mA以上。
2.2 硬件连接示意图
正确的硬件连接是项目成功的基础。STM32与ESP8266的连接方式如下：
| STM32引脚 | ESP8266引脚 | 备注 |
|---|---|---|
| PA9 (TX) | RX | 串口交叉连接 |
| PA10 (RX) | TX | 串口交叉连接 |
| 3.3V | VCC | 必须确保3.3V供电 |
| GND | GND | 共地 |
| PC13 | EN | 可选，用于硬件复位 |
| PB0 | RST | 可选，用于硬件复位 |
重要提示：ESP8266必须使用独立的3.3V稳压电源供电！直接使用STM32开发板上的3.3V引脚供电会导致电压不稳定，这是很多初学者容易犯的错误。
3. 软件环境配置
3.1 开发工具准备
软件方面需要准备以下工具：
- Keil MDK-ARM开发环境
- STM32CubeMX（用于初始化代码生成）
- 串口调试助手（如SSCOM或XCOM）
- 手机端网络调试工具（推荐使用"网络调试精灵"）
3.2 STM32工程配置
在STM32CubeMX中需要进行以下关键配置：
- 启用USART1（或其他可用串口）
- 波特率：115200
- 数据位：8
- 停止位：1
- 无校验
- 配置一个GPIO用于ESP8266的复位控制（可选但推荐）
- 生成代码时注意选择正确的芯片型号
在生成的工程中，需要添加ESP8266的驱动代码。我建议采用模块化编程，将ESP8266相关操作封装成独立的.c/.h文件，方便复用。
4. 核心代码实现
4.1 AT指令控制流程
ESP8266通过AT指令进行控制，完整的通信流程如下：
- 发送AT测试指令，确认模块响应正常
- 设置WiFi模式为Station模式（AT+CWMODE=1）
- 连接目标WiFi热点（AT+CWJAP="SSID","password"）
- 设置单连接模式（AT+CIPMUX=0）
- 建立TCP连接（AT+CIPSTART="TCP","server_ip",port）
- 发送数据（AT+CIPSEND=length）
每个AT指令发送后，都需要等待模块返回"OK"或相应的成功响应。在实际编程中，我建议为每个步骤编写单独的函数，并实现超时重试机制。
4.2 关键代码片段
以下是几个关键函数的实现示例：
c复制// ESP8266初始化函数
uint8_t ESP8266_Init(void)
{
uint8_t retry = 3;
while(retry--)
{
if(ESP8266_SendCmd("AT", "OK", 1000)) break;
HAL_Delay(500);
}
if(retry == 0) return 0;
// 设置WiFi模式
if(!ESP8266_SendCmd("AT+CWMODE=1", "OK", 1000)) return 0;
// 连接WiFi
char cmd[64];
sprintf(cmd, "AT+CWJAP=\"%s\",\"%s\"", WIFI_SSID, WIFI_PASSWORD);
if(!ESP8266_SendCmd(cmd, "OK", 5000)) return 0;
// 设置单连接
if(!ESP8266_SendCmd("AT+CIPMUX=0", "OK", 1000)) return 0;
// 建立TCP连接
sprintf(cmd, "AT+CIPSTART=\"TCP\",\"%s\",%d", SERVER_IP, SERVER_PORT);
if(!ESP8266_SendCmd(cmd, "CONNECT", 5000)) return 0;
return 1;
}
// 数据发送函数
void ESP8266_SendData(uint8_t *data, uint16_t len)
{
char cmd[16];
sprintf(cmd, "AT+CIPSEND=%d", len);
if(ESP8266_SendCmd(cmd, ">", 1000))
{
HAL_UART_Transmit(&huart1, data, len, 1000);
}
}
5. 手机端设置与调试
5.1 手机端调试工具配置
在手机端，我使用的是"网络调试精灵"这款APP。具体设置步骤如下：
- 打开手机热点，确保ESP8266能连接上
- 在APP中选择"TCP Server"模式
- 端口号设置为与STM32代码中一致的端口（如8080）
- 点击"创建"按钮启动服务
需要注意的是，手机热点的IP地址通常是固定的（如192.168.43.1），这个IP需要在STM32代码中正确配置。
5.2 常见连接问题排查
在实际调试中，可能会遇到以下问题：
- 连接超时：检查手机热点是否开启，SSID和密码是否正确
- TCP连接失败：确认手机端TCP服务已启动，防火墙没有阻止连接
- 数据接收不全：检查发送和接收的波特率是否一致
- 模块不响应：检查硬件连接，特别是TX/RX是否交叉连接
6. 供电问题深度解析
6.1 ST-Link供电不足问题
这是本项目中最容易踩的坑之一。当使用ST-Link通过SWD接口给STM32供电时，整个系统的电流供给能力非常有限。而ESP8266在以下两个阶段会出现电流峰值：
- WiFi连接阶段：约250mA
- 数据传输阶段：约150mA
ST-Link的供电能力通常不超过100mA，这会导致电压跌落，模块工作异常。表现为：
- AT指令无响应
- 随机复位
- 连接WiFi时失败
6.2 解决方案
我测试过几种供电方案，效果对比如下：
| 供电方案 | 稳定性 | 便利性 | 成本 |
|---|---|---|---|
| ST-Link单独供电 | 差 | 高 | 低 |
| USB转TTL供电 | 一般 | 中 | 低 |
| 独立3.3V稳压电源 | 优 | 低 | 中 |
| 锂电池+稳压模块 | 优 | 中 | 高 |
推荐使用第三种方案：采用AMS1117-3.3V稳压芯片，输入5V，输出3.3V，可以稳定提供500mA以上的电流，完全满足系统需求。
7. 项目优化与扩展
7.1 软件优化建议
- 增加重连机制：当WiFi断开时自动尝试重新连接
- 实现数据分包：大数据量时分包发送，避免缓冲区溢出
- 添加心跳包：维持TCP连接稳定性
- 优化AT指令处理：使用状态机模式提高响应速度
7.2 硬件优化建议
- 添加电平转换电路：虽然ESP8266标称3.3V，但实际测试发现其TX信号能达到3.6V，长期使用可能影响STM32的IO口寿命
- 增加电源滤波电容：在ESP8266的VCC引脚附近添加100μF电解电容和0.1μF陶瓷电容，可有效抑制电流突变
- 使用专用WiFi模块底板：集成自动下载电路、复位电路等，提高稳定性
8. 实测效果与数据分析
在实际测试中，我记录了不同距离下的通信稳定性：
| 距离(m) | 信号强度(dBm) | 数据传输成功率(%) | 备注 |
|---|---|---|---|
| 1 | -30 | 100 | 无障碍 |
| 5 | -55 | 99.8 | 一堵墙 |
| 10 | -70 | 98.5 | 两堵墙 |
| 15 | -80 | 95.2 | 三堵墙 |
从数据可以看出，在普通家庭环境中（10米范围内），这种通信方案非常可靠。当距离超过15米或多层墙壁阻隔时，建议考虑使用外置天线版本的ESP8266模块。
9. 项目总结与心得
通过这个项目，我深刻体���到嵌入式无线通信系统的几个关键点：
- 电源设计至关重要：无线模块的瞬时电流需求往往被低估，必须预留足够余量
- 接地要完整：数字地和模拟地要合理布局，避免干扰
- AT指令需要严格遵循时序：每条指令的响应时间和重试机制需要精心设计
- 调试分步骤进行：先确保模块单独工作正常，再整合到系统中
一个实用的调试技巧：在初期阶段，可以先用USB转TTL工具直接连接ESP8266，用串口调试助手手动发送AT指令，验证各环节正常后再用STM32控制。这样可以快速定位问题是出在硬件连接、网络配置还是代码逻辑上。
这个项目的完整代码我已经整理上传到GitHub，包含详细的注释和示例。后续我计划在此基础上增加MQTT协议支持，实现更灵活的物联网应用。