简介这是一份面向STM32与ESP8266物联网开发的驱动代码工程包适合嵌入式初学者与物联网项目开发者参考解决MCU通过串口或SPI控制ESP8266并完成网络通信的问题。压缩包共85个文件以C语言头文件.h与源文件.c为主体包含Keil工程.uvproj、启动文件.s、编译脚本.bat、hex固件及文本说明等包体仅301KB目录划分USER、HARDWARE、CORE、OBJ等模块便于按功能定位。代码围绕ESP8266的AT指令交互、驱动封装、串口数据收发与Web实验展开展示从模块初始化、连接Wi-Fi到与服务器通信的完整流程同时涉及RTOS支持、中断处理、TCP/IP协作和低功耗设计可作为理解物联网通信链路的具体范例。资源已有240人学习下载对于需要快速验证ESP8266联网功能、学习STM32外设驱动或搭建同类原型项目的开发者能提供可直接运行和修改的参考基础。1. stm32esp8266这个组合解决的不是“联网”而是“让现有嵌入式设备快速获得网络能力”我做嵌入式这些年一个很深的感受是很多项目真正缺的不是算力而是“怎么把数据弄到别处去”。STM32再强出厂也不带WiFiESP8266虽然也能当MCU用但多数工程师拿到手的第一反应是“这玩意能不能老老实实当个WiFi网卡”。所以标题里的“stm32esp8266”最常见的落地形态就是STM32做逻辑控制和本地采集ESP8266烧AT固件做串口WiFi透传两边通过UART配对让MCU用几条AT指令就能把数据发到服务器或手机。这种方案在智能家居、鱼缸控制、环境监测、低成本物联网节点里出现频率极高也是新手从裸机过渡到联网的必经之路。它的好处是软件栈简单——STM32侧不需要跑TCP/IP协议栈坏处是如果不懂串口握手和AT指令时序调起来会非常折磨人。这篇文章我会按自己实际调试的顺序把接线、AT指令、STM32侧代码、MQTT上报和排错手段一次讲透。2. 连接方式与原理图STM32和ESP8266之间到底怎么接为什么不能一根TX接RX就完事2.1 先搞清楚ESP8266的三种工作模式别一上来就写代码ESP8266本身是一颗完整的WiFi SoC可以独立跑Lua、Arduino或SDK程序。但在“stm32esp8266”这个组合里最常见的还是让它跑官方AT固件把WiFi协议栈封装成串口指令。AT固件下模块上电后默认处于“透传模式”或“AT命令模式”的切换状态。你要先能发送AT并收到OK才能继续后面的配置。我一般会先用USB转TTL工具把模块单独接电脑测试确认固件版本和指令响应正常后再接到STM32上。如果你选的是ESP-01这个经典模块它的引脚只有8个但真正用到的也就VCC、GND、TX、RX、RST、GPIO0和GPIO2。其中GPIO0在拉低时进入烧录模式拉高时正常运行RST脚悬空容易受干扰建议接一个10k上拉电阻到3.3V。这些细节在连接原理图时尤其要注意很多新手把GPIO0悬空后模块无法启动误以为是硬件坏了。2.2 电源是最大的坑ESP8266瞬间电流能到300mA以上ESP8266的峰值电流比很多人想象中大得多。发送WiFi数据包时模组瞬间电流可以超过300mA如果你直接从STM32的3.3V引脚取电STM32板载LDO很可能直接被拉垮导致系统复位或WiFi连接失败。常见做法是单独用AMS1117-3.3或低压差LDO给ESP8266供电输入5V输出端至少加一个100uF电解电容和一个100nF陶瓷电容并联。STM32和ESP8266之间如果要共地就把两边GND连起来不要只靠串口线。下面是一张我常用的接线表假设STM32板子是5V供电ESP8266用独立3.3V电源STM32引脚ESP8266引脚说明PA9 (USART1_TX)RXSTM32发送到模组PA10 (USART1_RX)TX模组发送到STM32GNDGND必须共地—VCC接3.3V独立电源不接STM32板载3.3—RST接10k上拉到VCC—GPIO0上拉10k避免误入烧录模式—EN/CH_PD直接接VCC或串10k电阻注意ESP8266的IO口是3.3V逻辑STM32如果是F103等5V容忍引脚可以直接连如果使用的是其他不兼容5V的型号最好在TX线上串联一个330Ω电阻或者用电平转换芯片。否则长时间反向灌电流轻则模块发热重则烧掉GPIO。我在调试中就因为图方便直接把5V单片机串口怼上去结果ESP8266的WiFi怎么也连不上最后排查是RX脚被拉坏。2.3 为什么不用SPI或I2C连接有热搜词问“esp8266模块能连接spi接口芯片吗”能但那是另一个玩法。在stm32esp8266的标准联调里串口是性价比最高的选择。原因是ESP8266的AT固件只开放了串口透传接口SPI模式需要自己写Host侧驱动而且官方AT指令不覆盖SPI通道。I2C就更不用提吞吐量太小。如果你看到有人用SPI接ESP8266那多半是在用ESP8266的SDK做更底层的开发和本文讨论的“快速联网”不是一回事。3. 先用USB转TTL单独调通ESP8266再谈STM32侧代码3.1 模块单独验证AT指令的基本流程千万不要直接把ESP8266焊到STM32板子上然后开始写代码。正确步骤是先把ESP8266插到USB转TTL模块上在PC上用串口助手发送AT指令。串口设置通常为115200-8-N-1但如果模块是出厂固件也可能是38400。发送AT收到OK后依次验证下面几条ATCWMODE1 ATCWJAP你的SSID,你的密码 ATCIFSRATCWMODE1是Station模式只用它连接外部AP如果做热点让手机直连用模式2或3。ATCWJAP连接WiFi成功返回WIFI CONNECTED和OK。ATCIFSR查询模块获得的IP地址。这些指令每条后面必须带回车换行也就是\r\n不是只有\n。很多人在串口助手发送时忘了勾选“发送新行”结果模块一直不响应。3.2 STM32侧工程怎么建标准库和HAL库的区别STM32侧我建议别在CubeMX里纠结太久直接把USART1初始化为115200波特率、8位数据、1位停止位、无校验。无论你用的标准库还是HAL库核心都是配置好TX、RX引脚和串口中断。下面给一段HAL库的最小初始化代码主频72MHzvoid MX_USART1_UART_Init(void) { huart1.Instance USART1; huart1.Init.BaudRate 115200; huart1.Init.WordLength UART_WORDLENGTH_8B; huart1.Init.StopBits UART_STOPBITS_1; huart1.Init.Parity UART_PARITY_NONE; huart1.Init.Mode UART_MODE_TX_RX; huart1.Init.HwFlowCtl UART_HWCONTROL_NONE; HAL_UART_Init(huart1); }这段代码把串口配置为双向收发不使用硬件流控。注意ESP8266模块的RX端子需要接收STM32的TX信号所以SPL库中要检查GPIO复用映射确保PA9被配置为USART1_TX、PA10为USART1_RX。如果用的是STM32F4系列引脚可能不同但配置逻辑一致。初始化完成后可以先用HAL_UART_Transmit发送一个测试字符串看模块是否回OK。3.3 发送AT指令的三个必调参数超时、波特率、发送新行调试中最常见的现象是STM32发了ATESP8266毫无反应或者返回乱码。第一步排除波特率错误。ESP8266出厂波特率一般是115200但有些模块被刷成9600。先在串口助手用不同波特率试一圈。第二步是确认发送函数是否带\r\n。标准库的printf如果不重定向直接发字符串是没有换行的必须在末尾手动追加\r\n。第三步是检查超时设置。如果用一个死循环来等待回应一旦模块没应答整个STM32程序就会卡死。所以建议把“发送AT - 等待应答”封装成函数并设置超时时间比如500ms。下面这个函数是我常写的用查询方式发AT并等待OKuint8_t ESP_SendAT(const char *cmd, char *resp, uint16_t timeout_ms) { uint16_t i 0; uint32_t start HAL_GetTick(); memset(resp, 0, 256); HAL_UART_Transmit(huart1, (uint8_t *)cmd, strlen(cmd), 100); HAL_UART_Transmit(huart1, (uint8_t *)\r\n, 2, 100); while (HAL_GetTick() - start timeout_ms) { if (HAL_UART_Receive(huart1, (uint8_t *)resp[i], 1, 50) HAL_OK) { if (i 0 resp[i-1] \r resp[i] \n) { resp[i1] 0; return 1; } i; } } return 0; }这个函数里第一处HAL_UART_Transmit发送指令本身第二处发送回车换行。接收逻辑是一字节一字节地收直到看到连续的\r\n就认为命令响应结束。实际使用中你还需要在resp里检查是否包含OK或ERROR不要只关心返回值。另外这个函数是阻塞的放在RTOS里要小心别让低优先级任务一直占着串口。4. 实战STM32通过ESP8266建立TCP连接并上报MQTT数据4.1 AT指令序列从连接WiFi到建立MQTT的完整流程如果只是局域网透传最简单的做法是用TCP。ESP8266 AT固件支持ATCIPSTART建立TCP连接然后进入透传模式ATCIPMODE1之后所有串口数据都会原样发到服务器。但对于物联网项目我建议直接用MQTT因为它自动处理了心跳、QoS和会话保持。STM32侧不需要MQTT库只需要把MQTT报文拼成字符串通过AT指令发给ESP8266即可。完整的指令序列如下ESP_SendAT(ATCWMODE1, ...); ESP_SendAT(ATCWJAP\MyWiFi\,\12345678\, ...); ESP_SendAT(ATCIPSTART\TCP\,\192.168.1.100\,1883, ...); ESP_SendAT(ATCIPMODE1, ...); ESP_SendAT(ATCIPSEND, ...);在ATCIPSEND之后模块会返回提示符这时你发送的数据会直接进入透传通道。MQTT连接报文是二进制的不能简单用sprintf拼字符串。比如连接报文需要构造可变头协议名“MQTT”、协议级别4、连接标志、保活周期然后是ClientID。计算剩余长度时要按MQTT规范编码不能直接写数字。很多人在这一步卡住因为串口助手发的是文本而MQTT需要二进制。下面给出一个简单的MQTT CONNECT包构造函数假设ClientID固定为“stm32_01”void MQTT_ConnectPacket(uint8_t *buf, const char *client_id) { uint8_t i 0; uint8_t len 0; buf[i] 0x10; // CONNECT // 剩余长度先占位 buf[i] 0x00; // 可变头 buf[i] 0x00; buf[i] 0x04; buf[i] M; buf[i] Q; buf[i] T; buf[i] T; buf[i] 0x04; // level 4 buf[i] 0x02; // clean session buf[i] 0x00; buf[i] 0x3C; // keep alive 60s // Payload: 协议级别 ClientID len strlen(client_id); buf[i] 0x00; buf[i] len; memcpy(buf[i], client_id, len); i len; buf[1] i - 2; // 剩余长度这里小于128直接赋值 }发送前你需要先通过AT指令进入透传然后把这个二进制数组通过HAL_UART_Transmit发出去。之后等待服务器返回CONNACK0x20开头。不要一上来就发数据要确认连接成功。我见过有人直接在透传模式发CONNECT结果服务器没回应然后疯狂重发导致服务端封IP。4.2 状态机处理为什么不能一上来就死等STM32和ESP8266通信最忌讳的就是在main函数里用一串阻塞式ESP_SendAT从头执行到尾。原因很现实WiFi环境不稳定连接AP可能3秒TCP握手可能超时MQTT也可能掉线。如果全程阻塞中间任何一步失败整个系统就卡住了。我一般会维护一个状态机把ATCWJAP、ATCIPSTART、ATCIPMODE、ATCIPSEND拆成几个状态每个状态由定时器驱动重试而不是靠延时硬等。一个简单的状态定义如下typedef enum { WIFI_STATE_CHECK 0, WIFI_STATE_CONNECT_AP, WIFI_STATE_TCP_LINK, WIFI_STATE_ENTER_TRANSPARENT, WIFI_STATE_MQTT_CONNECT, WIFI_STATE_READY } WiFiState;每次进入状态时先发送对应AT指令然后设置超时。如果超时未收到预期响应就回退到上一个状态重新来。注意在TCP已经建立后如果WiFi断开状态机会自动回落到WIFI_STATE_CONNECT_AP此时要重新走一遍流程。这个设计在ESP8266这种廉价的WiFi模块上几乎是必需的因为它的RF性能很一般几个小时后掉线是常态。4.3 必踩的坑WiFi断开重连、TLS证书、串口缓冲区先说重连。ESP8266 AT固件在TCP连接断开后会往串口发送CLOSED或WIFI DISCONNECT。你需要不停读取串口数据并解析这些关键词。如果用中断接收记得把收到的数据放进环形缓冲区主循环里再解析不要在中断里做耗时的字符串比较。再说TLS。如果你要连接的是云平台经过TLS加密的MQTT端口比如8883AT固件还需要你提前烧录证书过程很复杂。我建议在“stm32esp8266.rar”这种入门组合里先用明文1883端口做局域网测试云平台测试也优先选择支持明文接入的本地Broker。如果非要上云先让ESP8266连接一个普通的TCP服务器确认链路稳定后再上TLS。串口缓冲区是另一个经典问题。ESP8266的数据接收是不定长的可能一条AT响应几十字节也可能透传数据一次几百字节。STM32侧如果只开了一个32字节的数组接收溢出就丢数据。我一般会把串口接收缓冲区开大到512字节并且用HAL_UARTEx_ReceiveToIdle_DMA这类中断。如果你用标准库可以用简单的环形队列#define RX_BUF_SIZE 512 volatile uint8_t rx_buf[RX_BUF_SIZE]; volatile uint16_t rx_head 0, rx_tail 0;在串口中断里只做存储void USART1_IRQHandler(void) { if (USART_GetITStatus(USART1, USART_IT_RXNE)) { uint8_t byte USART_ReceiveData(USART1); rx_buf[rx_head] byte; rx_head (rx_head 1) % RX_BUF_SIZE; } }主循环里从头到尾读取数据解析出“OK”“ERROR”“CLOSED”等标志然后更新状态机。注意环形队列的空满判断避免头尾追尾。这种结构看着简单但在长时间运行中比裸用标志位靠谱得多。5. 进阶让ESP8266承担更多工作而不是只当一条串口“网线”5.1 把WS2812灯带等外设交给ESP8266控制减少STM32负担最近热搜里有一个“esp8266无线控制ws2812灯带源码包含渐变/海浪/滚动等10灯光效果”很多人以为必须用STM32跑灯带逻辑其实完全可以让ESP8266直接驱动WS2812。原因有二WS2812是单线协议ESP8266的GPIO可以输出足够精准的时序灯带效果只是颜色计算不需要STM32级别的外设资源。如果你坚持用STM32也可以让STM32只发“开灯”“关灯”“切到海浪模式”这种短指令由ESP8266固件内部完成动画渲染。这种方式下两者之间不需要高频度透传即使串口偶尔被WiFi阻塞灯带动画也不会卡顿因为ESP8266已经独立运行了。但要注意此时的ESP8266不能再使用标准的透传AT固件而是要自己写Arduino或SDK程序。典型的分工是STM32通过串口发送一行JSON比如{cmd:wave,brightness:128}ESP8266解析JSON后控制WS2812的RMT/PWM输出。这相当于把ESP8266升级成一个“文字命令解释器”。如果你还是想用AT固件那就只能在STM32侧跑动画算法再把每个像素的颜色值发过去这种方式数据量极大256个灯珠每秒30帧要 25633023040字节/秒串口115200完全扛不住。如果你真的用ESP8266做这种控制我有个建议不要用Arduino的Serial.readString而是自己定义协议帧头比如用0xA5作为开头然后接命令字和数据长度最后校验和。防止WiFi串口数据流里混入一个换行就把命令切错了。5.2 用逻辑分析仪和串口监控验证整个数据流当STM32和ESP8266都焊在板子上看不到模块返回信息时调试手段只有一个在串口线上挂逻辑分析仪。把逻辑分析仪的通道接在ESP8266的TX脚和STM32的TX脚同时观察两条线。正常情况应该先看到STM32发出的AT指令再看到ESP8266返回的响应。如果只看到STM32发没看到响应问题在ESP8266侧如果两边都有但STM32程序没反应问题在串口接收中断或缓冲区解析。还有一个办法把STM32的串口1重定向出去比如世面上的开发板通常有板载USB转串口芯片直接在PC上开串口监控工具观察ESP8266返回的原始字符串。实际上我调试时都是先把ESP8266单独接电脑所有AT指令验证通过再焊到STM32上。这样能一次性排除模块本身的问题。5.3 关于“源码包”这个事给你一个不踩坑的判断方法标题里出现了.rar很多新手是下载了一个第三方源码包来学习比如声称带增强版AT固件或云平台对接的“stm32esp8266.rar”。对于这类包我提醒一句先查包内的内容结构别急着烧录。正规源码包至少应该包含STM32工程Keil或STM32CubeIDE、ESP8266固件或烧录工具、接线图或README。如果包里只有一个编译好的bin文件没有源码那基本是来路不明的固件风险极大。如果你是想自己造轮子就用我上面的思路完全不需要依赖任何外部源码包。STM32侧只是串口收发ESP8266侧AT指令固定真正需要花时间的是状态机和命令解析。把这些跑通后面你接任何传感器、执行器都只是扩展命令的问题。本文还有配套的精品资源点击获取 STM32+ESP8266联网实战：从AT指令到MQTT数据上报全解析
简介这是一份面向STM32与ESP8266物联网开发的驱动代码工程包适合嵌入式初学者与物联网项目开发者参考解决MCU通过串口或SPI控制ESP8266并完成网络通信的问题。压缩包共85个文件以C语言头文件.h与源文件.c为主体包含Keil工程.uvproj、启动文件.s、编译脚本.bat、hex固件及文本说明等包体仅301KB目录划分USER、HARDWARE、CORE、OBJ等模块便于按功能定位。代码围绕ESP8266的AT指令交互、驱动封装、串口数据收发与Web实验展开展示从模块初始化、连接Wi-Fi到与服务器通信的完整流程同时涉及RTOS支持、中断处理、TCP/IP协作和低功耗设计可作为理解物联网通信链路的具体范例。资源已有240人学习下载对于需要快速验证ESP8266联网功能、学习STM32外设驱动或搭建同类原型项目的开发者能提供可直接运行和修改的参考基础。1. stm32esp8266这个组合解决的不是“联网”而是“让现有嵌入式设备快速获得网络能力”我做嵌入式这些年一个很深的感受是很多项目真正缺的不是算力而是“怎么把数据弄到别处去”。STM32再强出厂也不带WiFiESP8266虽然也能当MCU用但多数工程师拿到手的第一反应是“这玩意能不能老老实实当个WiFi网卡”。所以标题里的“stm32esp8266”最常见的落地形态就是STM32做逻辑控制和本地采集ESP8266烧AT固件做串口WiFi透传两边通过UART配对让MCU用几条AT指令就能把数据发到服务器或手机。这种方案在智能家居、鱼缸控制、环境监测、低成本物联网节点里出现频率极高也是新手从裸机过渡到联网的必经之路。它的好处是软件栈简单——STM32侧不需要跑TCP/IP协议栈坏处是如果不懂串口握手和AT指令时序调起来会非常折磨人。这篇文章我会按自己实际调试的顺序把接线、AT指令、STM32侧代码、MQTT上报和排错手段一次讲透。2. 连接方式与原理图STM32和ESP8266之间到底怎么接为什么不能一根TX接RX就完事2.1 先搞清楚ESP8266的三种工作模式别一上来就写代码ESP8266本身是一颗完整的WiFi SoC可以独立跑Lua、Arduino或SDK程序。但在“stm32esp8266”这个组合里最常见的还是让它跑官方AT固件把WiFi协议栈封装成串口指令。AT固件下模块上电后默认处于“透传模式”或“AT命令模式”的切换状态。你要先能发送AT并收到OK才能继续后面的配置。我一般会先用USB转TTL工具把模块单独接电脑测试确认固件版本和指令响应正常后再接到STM32上。如果你选的是ESP-01这个经典模块它的引脚只有8个但真正用到的也就VCC、GND、TX、RX、RST、GPIO0和GPIO2。其中GPIO0在拉低时进入烧录模式拉高时正常运行RST脚悬空容易受干扰建议接一个10k上拉电阻到3.3V。这些细节在连接原理图时尤其要注意很多新手把GPIO0悬空后模块无法启动误以为是硬件坏了。2.2 电源是最大的坑ESP8266瞬间电流能到300mA以上ESP8266的峰值电流比很多人想象中大得多。发送WiFi数据包时模组瞬间电流可以超过300mA如果你直接从STM32的3.3V引脚取电STM32板载LDO很可能直接被拉垮导致系统复位或WiFi连接失败。常见做法是单独用AMS1117-3.3或低压差LDO给ESP8266供电输入5V输出端至少加一个100uF电解电容和一个100nF陶瓷电容并联。STM32和ESP8266之间如果要共地就把两边GND连起来不要只靠串口线。下面是一张我常用的接线表假设STM32板子是5V供电ESP8266用独立3.3V电源STM32引脚ESP8266引脚说明PA9 (USART1_TX)RXSTM32发送到模组PA10 (USART1_RX)TX模组发送到STM32GNDGND必须共地—VCC接3.3V独立电源不接STM32板载3.3—RST接10k上拉到VCC—GPIO0上拉10k避免误入烧录模式—EN/CH_PD直接接VCC或串10k电阻注意ESP8266的IO口是3.3V逻辑STM32如果是F103等5V容忍引脚可以直接连如果使用的是其他不兼容5V的型号最好在TX线上串联一个330Ω电阻或者用电平转换芯片。否则长时间反向灌电流轻则模块发热重则烧掉GPIO。我在调试中就因为图方便直接把5V单片机串口怼上去结果ESP8266的WiFi怎么也连不上最后排查是RX脚被拉坏。2.3 为什么不用SPI或I2C连接有热搜词问“esp8266模块能连接spi接口芯片吗”能但那是另一个玩法。在stm32esp8266的标准联调里串口是性价比最高的选择。原因是ESP8266的AT固件只开放了串口透传接口SPI模式需要自己写Host侧驱动而且官方AT指令不覆盖SPI通道。I2C就更不用提吞吐量太小。如果你看到有人用SPI接ESP8266那多半是在用ESP8266的SDK做更底层的开发和本文讨论的“快速联网”不是一回事。3. 先用USB转TTL单独调通ESP8266再谈STM32侧代码3.1 模块单独验证AT指令的基本流程千万不要直接把ESP8266焊到STM32板子上然后开始写代码。正确步骤是先把ESP8266插到USB转TTL模块上在PC上用串口助手发送AT指令。串口设置通常为115200-8-N-1但如果模块是出厂固件也可能是38400。发送AT收到OK后依次验证下面几条ATCWMODE1 ATCWJAP你的SSID,你的密码 ATCIFSRATCWMODE1是Station模式只用它连接外部AP如果做热点让手机直连用模式2或3。ATCWJAP连接WiFi成功返回WIFI CONNECTED和OK。ATCIFSR查询模块获得的IP地址。这些指令每条后面必须带回车换行也就是\r\n不是只有\n。很多人在串口助手发送时忘了勾选“发送新行”结果模块一直不响应。3.2 STM32侧工程怎么建标准库和HAL库的区别STM32侧我建议别在CubeMX里纠结太久直接把USART1初始化为115200波特率、8位数据、1位停止位、无校验。无论你用的标准库还是HAL库核心都是配置好TX、RX引脚和串口中断。下面给一段HAL库的最小初始化代码主频72MHzvoid MX_USART1_UART_Init(void) { huart1.Instance USART1; huart1.Init.BaudRate 115200; huart1.Init.WordLength UART_WORDLENGTH_8B; huart1.Init.StopBits UART_STOPBITS_1; huart1.Init.Parity UART_PARITY_NONE; huart1.Init.Mode UART_MODE_TX_RX; huart1.Init.HwFlowCtl UART_HWCONTROL_NONE; HAL_UART_Init(huart1); }这段代码把串口配置为双向收发不使用硬件流控。注意ESP8266模块的RX端子需要接收STM32的TX信号所以SPL库中要检查GPIO复用映射确保PA9被配置为USART1_TX、PA10为USART1_RX。如果用的是STM32F4系列引脚可能不同但配置逻辑一致。初始化完成后可以先用HAL_UART_Transmit发送一个测试字符串看模块是否回OK。3.3 发送AT指令的三个必调参数超时、波特率、发送新行调试中最常见的现象是STM32发了ATESP8266毫无反应或者返回乱码。第一步排除波特率错误。ESP8266出厂波特率一般是115200但有些模块被刷成9600。先在串口助手用不同波特率试一圈。第二步是确认发送函数是否带\r\n。标准库的printf如果不重定向直接发字符串是没有换行的必须在末尾手动追加\r\n。第三步是检查超时设置。如果用一个死循环来等待回应一旦模块没应答整个STM32程序就会卡死。所以建议把“发送AT - 等待应答”封装成函数并设置超时时间比如500ms。下面这个函数是我常写的用查询方式发AT并等待OKuint8_t ESP_SendAT(const char *cmd, char *resp, uint16_t timeout_ms) { uint16_t i 0; uint32_t start HAL_GetTick(); memset(resp, 0, 256); HAL_UART_Transmit(huart1, (uint8_t *)cmd, strlen(cmd), 100); HAL_UART_Transmit(huart1, (uint8_t *)\r\n, 2, 100); while (HAL_GetTick() - start timeout_ms) { if (HAL_UART_Receive(huart1, (uint8_t *)resp[i], 1, 50) HAL_OK) { if (i 0 resp[i-1] \r resp[i] \n) { resp[i1] 0; return 1; } i; } } return 0; }这个函数里第一处HAL_UART_Transmit发送指令本身第二处发送回车换行。接收逻辑是一字节一字节地收直到看到连续的\r\n就认为命令响应结束。实际使用中你还需要在resp里检查是否包含OK或ERROR不要只关心返回值。另外这个函数是阻塞的放在RTOS里要小心别让低优先级任务一直占着串口。4. 实战STM32通过ESP8266建立TCP连接并上报MQTT数据4.1 AT指令序列从连接WiFi到建立MQTT的完整流程如果只是局域网透传最简单的做法是用TCP。ESP8266 AT固件支持ATCIPSTART建立TCP连接然后进入透传模式ATCIPMODE1之后所有串口数据都会原样发到服务器。但对于物联网项目我建议直接用MQTT因为它自动处理了心跳、QoS和会话保持。STM32侧不需要MQTT库只需要把MQTT报文拼成字符串通过AT指令发给ESP8266即可。完整的指令序列如下ESP_SendAT(ATCWMODE1, ...); ESP_SendAT(ATCWJAP\MyWiFi\,\12345678\, ...); ESP_SendAT(ATCIPSTART\TCP\,\192.168.1.100\,1883, ...); ESP_SendAT(ATCIPMODE1, ...); ESP_SendAT(ATCIPSEND, ...);在ATCIPSEND之后模块会返回提示符这时你发送的数据会直接进入透传通道。MQTT连接报文是二进制的不能简单用sprintf拼字符串。比如连接报文需要构造可变头协议名“MQTT”、协议级别4、连接标志、保活周期然后是ClientID。计算剩余长度时要按MQTT规范编码不能直接写数字。很多人在这一步卡住因为串口助手发的是文本而MQTT需要二进制。下面给出一个简单的MQTT CONNECT包构造函数假设ClientID固定为“stm32_01”void MQTT_ConnectPacket(uint8_t *buf, const char *client_id) { uint8_t i 0; uint8_t len 0; buf[i] 0x10; // CONNECT // 剩余长度先占位 buf[i] 0x00; // 可变头 buf[i] 0x00; buf[i] 0x04; buf[i] M; buf[i] Q; buf[i] T; buf[i] T; buf[i] 0x04; // level 4 buf[i] 0x02; // clean session buf[i] 0x00; buf[i] 0x3C; // keep alive 60s // Payload: 协议级别 ClientID len strlen(client_id); buf[i] 0x00; buf[i] len; memcpy(buf[i], client_id, len); i len; buf[1] i - 2; // 剩余长度这里小于128直接赋值 }发送前你需要先通过AT指令进入透传然后把这个二进制数组通过HAL_UART_Transmit发出去。之后等待服务器返回CONNACK0x20开头。不要一上来就发数据要确认连接成功。我见过有人直接在透传模式发CONNECT结果服务器没回应然后疯狂重发导致服务端封IP。4.2 状态机处理为什么不能一上来就死等STM32和ESP8266通信最忌讳的就是在main函数里用一串阻塞式ESP_SendAT从头执行到尾。原因很现实WiFi环境不稳定连接AP可能3秒TCP握手可能超时MQTT也可能掉线。如果全程阻塞中间任何一步失败整个系统就卡住了。我一般会维护一个状态机把ATCWJAP、ATCIPSTART、ATCIPMODE、ATCIPSEND拆成几个状态每个状态由定时器驱动重试而不是靠延时硬等。一个简单的状态定义如下typedef enum { WIFI_STATE_CHECK 0, WIFI_STATE_CONNECT_AP, WIFI_STATE_TCP_LINK, WIFI_STATE_ENTER_TRANSPARENT, WIFI_STATE_MQTT_CONNECT, WIFI_STATE_READY } WiFiState;每次进入状态时先发送对应AT指令然后设置超时。如果超时未收到预期响应就回退到上一个状态重新来。注意在TCP已经建立后如果WiFi断开状态机会自动回落到WIFI_STATE_CONNECT_AP此时要重新走一遍流程。这个设计在ESP8266这种廉价的WiFi模块上几乎是必需的因为它的RF性能很一般几个小时后掉线是常态。4.3 必踩的坑WiFi断开重连、TLS证书、串口缓冲区先说重连。ESP8266 AT固件在TCP连接断开后会往串口发送CLOSED或WIFI DISCONNECT。你需要不停读取串口数据并解析这些关键词。如果用中断接收记得把收到的数据放进环形缓冲区主循环里再解析不要在中断里做耗时的字符串比较。再说TLS。如果你要连接的是云平台经过TLS加密的MQTT端口比如8883AT固件还需要你提前烧录证书过程很复杂。我建议在“stm32esp8266.rar”这种入门组合里先用明文1883端口做局域网测试云平台测试也优先选择支持明文接入的本地Broker。如果非要上云先让ESP8266连接一个普通的TCP服务器确认链路稳定后再上TLS。串口缓冲区是另一个经典问题。ESP8266的数据接收是不定长的可能一条AT响应几十字节也可能透传数据一次几百字节。STM32侧如果只开了一个32字节的数组接收溢出就丢数据。我一般会把串口接收缓冲区开大到512字节并且用HAL_UARTEx_ReceiveToIdle_DMA这类中断。如果你用标准库可以用简单的环形队列#define RX_BUF_SIZE 512 volatile uint8_t rx_buf[RX_BUF_SIZE]; volatile uint16_t rx_head 0, rx_tail 0;在串口中断里只做存储void USART1_IRQHandler(void) { if (USART_GetITStatus(USART1, USART_IT_RXNE)) { uint8_t byte USART_ReceiveData(USART1); rx_buf[rx_head] byte; rx_head (rx_head 1) % RX_BUF_SIZE; } }主循环里从头到尾读取数据解析出“OK”“ERROR”“CLOSED”等标志然后更新状态机。注意环形队列的空满判断避免头尾追尾。这种结构看着简单但在长时间运行中比裸用标志位靠谱得多。5. 进阶让ESP8266承担更多工作而不是只当一条串口“网线”5.1 把WS2812灯带等外设交给ESP8266控制减少STM32负担最近热搜里有一个“esp8266无线控制ws2812灯带源码包含渐变/海浪/滚动等10灯光效果”很多人以为必须用STM32跑灯带逻辑其实完全可以让ESP8266直接驱动WS2812。原因有二WS2812是单线协议ESP8266的GPIO可以输出足够精准的时序灯带效果只是颜色计算不需要STM32级别的外设资源。如果你坚持用STM32也可以让STM32只发“开灯”“关灯”“切到海浪模式”这种短指令由ESP8266固件内部完成动画渲染。这种方式下两者之间不需要高频度透传即使串口偶尔被WiFi阻塞灯带动画也不会卡顿因为ESP8266已经独立运行了。但要注意此时的ESP8266不能再使用标准的透传AT固件而是要自己写Arduino或SDK程序。典型的分工是STM32通过串口发送一行JSON比如{cmd:wave,brightness:128}ESP8266解析JSON后控制WS2812的RMT/PWM输出。这相当于把ESP8266升级成一个“文字命令解释器”。如果你还是想用AT固件那就只能在STM32侧跑动画算法再把每个像素的颜色值发过去这种方式数据量极大256个灯珠每秒30帧要 25633023040字节/秒串口115200完全扛不住。如果你真的用ESP8266做这种控制我有个建议不要用Arduino的Serial.readString而是自己定义协议帧头比如用0xA5作为开头然后接命令字和数据长度最后校验和。防止WiFi串口数据流里混入一个换行就把命令切错了。5.2 用逻辑分析仪和串口监控验证整个数据流当STM32和ESP8266都焊在板子上看不到模块返回信息时调试手段只有一个在串口线上挂逻辑分析仪。把逻辑分析仪的通道接在ESP8266的TX脚和STM32的TX脚同时观察两条线。正常情况应该先看到STM32发出的AT指令再看到ESP8266返回的响应。如果只看到STM32发没看到响应问题在ESP8266侧如果两边都有但STM32程序没反应问题在串口接收中断或缓冲区解析。还有一个办法把STM32的串口1重定向出去比如世面上的开发板通常有板载USB转串口芯片直接在PC上开串口监控工具观察ESP8266返回的原始字符串。实际上我调试时都是先把ESP8266单独接电脑所有AT指令验证通过再焊到STM32上。这样能一次性排除模块本身的问题。5.3 关于“源码包”这个事给你一个不踩坑的判断方法标题里出现了.rar很多新手是下载了一个第三方源码包来学习比如声称带增强版AT固件或云平台对接的“stm32esp8266.rar”。对于这类包我提醒一句先查包内的内容结构别急着烧录。正规源码包至少应该包含STM32工程Keil或STM32CubeIDE、ESP8266固件或烧录工具、接线图或README。如果包里只有一个编译好的bin文件没有源码那基本是来路不明的固件风险极大。如果你是想自己造轮子就用我上面的思路完全不需要依赖任何外部源码包。STM32侧只是串口收发ESP8266侧AT指令固定真正需要花时间的是状态机和命令解析。把这些跑通后面你接任何传感器、执行器都只是扩展命令的问题。本文还有配套的精品资源点击获取