基于ESP8266与STM32的WiFi物联网控制系统设计与实现

1. 项目概述：为MCU赋予WiFi能力的ESP8266方案

如果你手头有一些基于STM32、Arduino或者PIC的嵌入式项目，想让它们连上WiFi，实现远程控制或者数据上传，但又觉得从头开发WiFi协议栈太麻烦，或者觉得市面上的WiFi模块太贵，那ESP8266这个芯片绝对是你的“梦中情片”。我最早在2015年初开始折腾它，当时它的固件和文档还比较“野生”，但即便在那时，用它给一个STM32F103核心板快速搭建一个WiFi控制终端，整个过程也充满了惊喜。这个项目本质上是一个“翻译官”系统：ESP8266负责处理所有复杂的WiFi网络协议（比如连接路由器、建立TCP服务器），然后通过简单的串口指令与你的主控MCU（我用的STM32）对话。这样一来，你的MCU根本不需要懂TCP/IP，只需要会收发电平信号和解析字符串命令，就能轻松玩转网络功能。

我用的核心硬件是ESP8266的ESP-01模块，当时价格也就二十多块钱，体积小巧，引脚简单。整个系统的架构很清晰：ESP-01作为网络前端，连接到家庭WiFi路由器并开启一个TCP服务器；我的STM32板子通过串口与ESP-01通信，解析从网络客户端（比如电脑上的终端软件或者手机App）发来的命令，并控制板载的LED灯。后来，我还陆续为这个系统开发了PC端、安卓端和iOS端的控制客户端，增加了用滑块控制LED亮度的功能，让这个简单的Demo项目变得更具实用性和可玩性。下面，我就把这个项目的设计思路、具体实现步骤、踩过的坑以及积累的经验，毫无保留地分享出来。

2. 核心硬件选型与平台搭建

2.1 为什么选择ESP8266 ESP-01模块

在项目启动时，市面上能给MCU用的WiFi方案选择并不多。ESP8266的出现，以其极高的性价比（一片SOC的价格甚至低于很多单纯的射频芯片）和相对完整的TCP/IP协议栈，迅速在创客和工程师圈子里火了起来。我选择ESP-01模块，主要基于以下几点考量：

首先， 成本与功能平衡 。ESP-01模块只引出了芯片的部分GPIO，最主要的就是串口TX/RX，以及两个可用的GPIO（GPIO0和GPIO2）。对于复杂的独立应用来说，引脚确实捉襟见肘，但正因如此，它完美契合了“串口WiFi透传模块”的定位。我们的主MCU（STM32）拥有丰富的IO和计算资源，缺的是网络能力。让ESP-01专心负责网络通信，通过串口收发数据，是一种非常合理的分工。其次， 尺寸与功耗 。ESP-01的尺寸极小，非常适合嵌入到现有项目中，而不需要对原有结构做大改动。最后， 社区与生态 。即便在早期，围绕ESP8266的社区也非常活跃，各种AT命令集、SDK和固件层出不穷，遇到问题比较容易找到参考方案。

注意：ESP-01模块通常有多个版本，早期版本默认波特率可能是9600或74880，新版本固件则多为115200。在设计电路和编写代码前，务必确认你手中模块的固件版本和默认设置。最稳妥的方法是，先用USB转TTL工具连接模块，通过串口助手发送“AT”指令测试其状态和波特率。

2.2 测试平台的具体构成

我的测试平台核心是一块自制的STM32F103C8T6最小系统板，也就是俗称的“蓝色药丸”。这颗MCU主频72MHz，有足够的性能来处理应用逻辑和串口数据。板上除了MCU的基本电路，还特意为ESP-01设计了一个8Pin的排母接口，方便插拔。电源部分需要特别注意，ESP8266在发射数据时峰值电流可能超过200mA，因此必须确保供电线路能提供至少500mA的稳定电流。我使用了板载的3.3V LDO稳压芯片，并为其配备了足够的滤波电容。

指示与调试接口 ：

1. 状态指示灯 ：一颗绿色LED用于显示网络连接状态。其逻辑是：常灭表示未连接WiFi；慢速闪烁表示已连接WiFi但无客户端接入；常亮表示有客户端通过TCP连接上来。这个状态机对于调试网络连接问题至关重要。
2. 受控指示灯 ：一颗红色LED，用于接收网络命令并执行动作。它响应四个命令： Lon （开）、 Lof （关）、 Lbl （闪烁）、 Lzz （特殊闪烁模式）。在实际项目中，这个LED可以替换为继电器、电机、舵机等任何执行器。
3. 调试接口 ：板子上引出了SWD调试接口用于程序下载和调试，以及一个额外的串口（USART2）连接了逻辑分析仪，用于抓取STM32与ESP-01之间的串口通信数据流，这在分析复杂的通信故障时是终极武器。

2.3 硬件连接原理详解

ESP-01模块与STM32的连接非常简单，但有几个关键点决定了系统的稳定性：

• 电源（VCC, GND） ：必须连接稳定的3.3V电源。切勿使用STM32芯片IO口输出的3.3V，电流能力不够。必须直接从板载的3.3V电源网络取电。
• 串口（TX, RX） ：ESP-01的TX接STM32的RX（例如PA10），RX接STM32的TX（例如PA9）。注意，这里是交叉连接。
• CH_PD（使能脚） ：必须接高电平（3.3V）模块才能工作。通常直接上拉到VCC。
• GPIO0（模式选择） ：此引脚在上电时的电平决定了模块的启动模式。高电平（或悬空，模块内部有上拉）为 正常启动模式 ，运行固件。低电平则为 下载模式 ，用于烧录新固件。在我们的应用中，需要将其固定接高电平（通过一个10K电阻上拉到VCC）以确保每次上电都正常启动。
• GPIO2 ：在ESP-01中，这个引脚内部也有上拉，通常悬空即可，不影响启动。但在一些定制固件中可能有用，我们这里暂不涉及。
• RST（复位） ：低电平有效。STM32可以通过一个GPIO控制此引脚，实现软件复位ESP模块。这在模块“卡死”或需要重新配置网络时非常有用。我的设计中就用到了这个功能。

3. 软件架构设计与通信协议

3.1 基于状态机的固件设计思想

对于嵌入式系统，尤其是要处理异步事件（如串口接收、定时器、网络状态）的系统，一个清晰的状态机架构能让代码逻辑变得非常清晰，也易于维护和扩展。我放弃了简单的前后台（超级循环）方式，而是采用了一种 协作式状态机（Cooperative State Machine） 的模型。你可以把它理解成多个“轻量级线程”或“任务”，它们在一个大循环中轮流执行，每个任务执行完一小段后就主动让出CPU。

在这个项目中，我主要设计了两个这样的“任务”：

1. ESP控制任务 ：这是核心任务。它负责通过串口与ESP-01模块通信，管理其整个生命周期：上电复位 -> 发送AT指令初始化 -> 连接指定WiFi -> 建立TCP服务器 -> 监听客户端连接 -> 接收/转发网络数据 -> 处理异常（如断线重连）。这个任务被分解成多个状态（如 STATE_RESET , STAT