1. 硬件连接与基础配置第一次玩STM32和ESP8266串口通信时我踩过的最大坑就是硬件连接。ESP8266的TX必须接STM32的RXRX接TX这个反接逻辑新手特别容易搞错。记得有次调试两小时没反应最后发现是线接反了血压直接拉满。ESP8266的工作电压是3.3V而STM32的IO口虽然标称兼容5V但实测用3.3V通信更稳定。建议用AMS1117-3.3稳压模块单独给ESP8266供电避免因电流不足导致模块频繁重启。硬件连接清单如下必须连接的4根线ESP8266 TX → STM32 USART_RX如PB11ESP8266 RX → STM32 USART_TX如PB10ESP8266 GND → STM32 GNDESP8266 VCC → 3.3V电源电流≥500mA关键控制引脚CH_PD接3.3V使能模块RST可接STM32 GPIO做硬件复位波特率建议统一用115200这是ESP8266出厂默认值。初始化代码里记得开启串口接收中断我常用的HAL库配置如下// STM32CubeMX生成的USART3初始化代码 huart3.Instance USART3; huart3.Init.BaudRate 115200; huart3.Init.WordLength USART_WORDLENGTH_8B; huart3.Init.StopBits USART_STOPBITS_1; huart3.Init.Parity USART_PARITY_NONE; huart3.Init.Mode USART_MODE_TX_RX; huart3.Init.HwFlowCtl UART_HWCONTROL_NONE; HAL_UART_Init(huart3); // 开启接收中断 HAL_UART_Receive_IT(huart3, rx_data, 1);2. AT指令交互实战ESP8266的AT指令就像模块的语音控制命令但实际用起来比想象中复杂。刚开始我天真地以为发个AT就能返回OK结果发现必须严格遵循以下规则指令格式每条指令必须以\r\n结尾即回车换行响应超时等待响应建议设500ms-1s大小写敏感ATCWMODE有效atcwmode无效这里分享一个我优化过的AT指令发送函数加入了重试机制#define MAX_RETRY 3 uint8_t ESP8266_Send_AT(const char *cmd, const char *expect, uint32_t timeout) { char response[256]; uint8_t retry 0; while(retry MAX_RETRY) { HAL_UART_Transmit(huart3, (uint8_t*)cmd, strlen(cmd), HAL_MAX_DELAY); HAL_UART_Transmit(huart3, (uint8_t*)\r\n, 2, HAL_MAX_DELAY); uint32_t tick HAL_GetTick(); uint16_t idx 0; while((HAL_GetTick() - tick) timeout) { if(HAL_UART_Receive(huart3, (uint8_t*)response[idx], 1, 10) HAL_OK) { if(strstr(response, expect) ! NULL) { return 1; // 成功 } idx (idx 1) % sizeof(response); } } retry; } return 0; // 失败 }常用AT指令速查表指令功能示例响应AT测试通信OKATRST重启模块readyATCWMODE1STA模式OKATCWJAPSSID,PWD连接WiFiWIFI CONNECTEDATCIPSTARTTCP,ip,port建立TCP连接CONNECT3. 状态机设计与错误处理直接轮询AT指令的方式在复杂场景下会非常脆弱。后来我改用状态机设计稳定性提升明显。分享我的状态机实现框架typedef enum { ESP_INIT, ESP_RESET, ESP_CONNECT_WIFI, ESP_CONNECT_SERVER, ESP_TRANSPARENT_MODE, ESP_ERROR_HANDLE } ESP8266_State; void ESP8266_StateMachine(void) { static ESP8266_State state ESP_INIT; static uint32_t last_operation_time 0; switch(state) { case ESP_INIT: if(ESP8266_Send_AT(AT, OK, 500)) { state ESP_RESET; } break; case ESP_RESET: if(ESP8266_Send_AT(ATRST, ready, 2000)) { state ESP_CONNECT_WIFI; } break; case ESP_CONNECT_WIFI: if(ESP8266_Send_AT(ATCWJAP\SSID\,\PWD\, OK, 10000)) { state ESP_CONNECT_SERVER; } else if(HAL_GetTick() - last_operation_time 30000) { state ESP_ERROR_HANDLE; } break; // 其他状态省略... case ESP_ERROR_HANDLE: // 记录错误日志 printf(ESP Error: State%d\r\n, state); HAL_Delay(5000); state ESP_INIT; // 重试 break; } last_operation_time HAL_GetTick(); }对于网络异常处理我总结了几条实用经验心跳包机制每30秒发送心跳数据超时3次判定断线双重超时指令响应超时总操作超时错误分级区分可恢复错误如WiFi密码错误和硬件错误4. 数据透传优化技巧当实现基础透传后我发现直接转发数据会有粘包问题。后来通过添加帧头和校验解决了这个问题。具体方案自定义协议格式帧头0xAA 0x55长度1字节0-255数据N字节CRC8校验1字节发送端代码void Send_With_Frame(uint8_t *data, uint8_t len) { uint8_t frame[256]; frame[0] 0xAA; frame[1] 0x55; frame[2] len; memcpy(frame[3], data, len); frame[3len] Calculate_CRC8(data, len); HAL_UART_Transmit(huart3, frame, 4len, HAL_MAX_DELAY); }接收端解析void USART3_IRQHandler(void) { static uint8_t rx_buf[256], state 0, idx 0, len 0; uint8_t data USART3-DR; switch(state) { case 0: if(data 0xAA) state; break; case 1: if(data 0x55) state; else state0; break; case 2: lendata; idx0; state; break; case 3: rx_buf[idx] data; if(idx len) state; break; case 4: if(Calculate_CRC8(rx_buf, len) data) { Process_Data(rx_buf, len); // 处理有效数据 } state 0; break; } }实测这个方案在115200波特率下每秒可稳定传输5KB数据。如果追求更高效率可以考虑使用DMA空闲中断采用二进制协议替代字符串启用ESP8266的MQTT功能最后提醒几个容易忽略的细节在高温环境下ESP8266的功耗会明显上升长时间运行建议开启看门狗ATCIPCLOSE后需要延迟100ms再建立新连接
STM32与ESP8266串口通信实战：从AT指令到数据透传
发布时间：2026/7/14 20:08:53
1. 硬件连接与基础配置第一次玩STM32和ESP8266串口通信时我踩过的最大坑就是硬件连接。ESP8266的TX必须接STM32的RXRX接TX这个反接逻辑新手特别容易搞错。记得有次调试两小时没反应最后发现是线接反了血压直接拉满。ESP8266的工作电压是3.3V而STM32的IO口虽然标称兼容5V但实测用3.3V通信更稳定。建议用AMS1117-3.3稳压模块单独给ESP8266供电避免因电流不足导致模块频繁重启。硬件连接清单如下必须连接的4根线ESP8266 TX → STM32 USART_RX如PB11ESP8266 RX → STM32 USART_TX如PB10ESP8266 GND → STM32 GNDESP8266 VCC → 3.3V电源电流≥500mA关键控制引脚CH_PD接3.3V使能模块RST可接STM32 GPIO做硬件复位波特率建议统一用115200这是ESP8266出厂默认值。初始化代码里记得开启串口接收中断我常用的HAL库配置如下// STM32CubeMX生成的USART3初始化代码 huart3.Instance USART3; huart3.Init.BaudRate 115200; huart3.Init.WordLength USART_WORDLENGTH_8B; huart3.Init.StopBits USART_STOPBITS_1; huart3.Init.Parity USART_PARITY_NONE; huart3.Init.Mode USART_MODE_TX_RX; huart3.Init.HwFlowCtl UART_HWCONTROL_NONE; HAL_UART_Init(huart3); // 开启接收中断 HAL_UART_Receive_IT(huart3, rx_data, 1);2. AT指令交互实战ESP8266的AT指令就像模块的语音控制命令但实际用起来比想象中复杂。刚开始我天真地以为发个AT就能返回OK结果发现必须严格遵循以下规则指令格式每条指令必须以\r\n结尾即回车换行响应超时等待响应建议设500ms-1s大小写敏感ATCWMODE有效atcwmode无效这里分享一个我优化过的AT指令发送函数加入了重试机制#define MAX_RETRY 3 uint8_t ESP8266_Send_AT(const char *cmd, const char *expect, uint32_t timeout) { char response[256]; uint8_t retry 0; while(retry MAX_RETRY) { HAL_UART_Transmit(huart3, (uint8_t*)cmd, strlen(cmd), HAL_MAX_DELAY); HAL_UART_Transmit(huart3, (uint8_t*)\r\n, 2, HAL_MAX_DELAY); uint32_t tick HAL_GetTick(); uint16_t idx 0; while((HAL_GetTick() - tick) timeout) { if(HAL_UART_Receive(huart3, (uint8_t*)response[idx], 1, 10) HAL_OK) { if(strstr(response, expect) ! NULL) { return 1; // 成功 } idx (idx 1) % sizeof(response); } } retry; } return 0; // 失败 }常用AT指令速查表指令功能示例响应AT测试通信OKATRST重启模块readyATCWMODE1STA模式OKATCWJAPSSID,PWD连接WiFiWIFI CONNECTEDATCIPSTARTTCP,ip,port建立TCP连接CONNECT3. 状态机设计与错误处理直接轮询AT指令的方式在复杂场景下会非常脆弱。后来我改用状态机设计稳定性提升明显。分享我的状态机实现框架typedef enum { ESP_INIT, ESP_RESET, ESP_CONNECT_WIFI, ESP_CONNECT_SERVER, ESP_TRANSPARENT_MODE, ESP_ERROR_HANDLE } ESP8266_State; void ESP8266_StateMachine(void) { static ESP8266_State state ESP_INIT; static uint32_t last_operation_time 0; switch(state) { case ESP_INIT: if(ESP8266_Send_AT(AT, OK, 500)) { state ESP_RESET; } break; case ESP_RESET: if(ESP8266_Send_AT(ATRST, ready, 2000)) { state ESP_CONNECT_WIFI; } break; case ESP_CONNECT_WIFI: if(ESP8266_Send_AT(ATCWJAP\SSID\,\PWD\, OK, 10000)) { state ESP_CONNECT_SERVER; } else if(HAL_GetTick() - last_operation_time 30000) { state ESP_ERROR_HANDLE; } break; // 其他状态省略... case ESP_ERROR_HANDLE: // 记录错误日志 printf(ESP Error: State%d\r\n, state); HAL_Delay(5000); state ESP_INIT; // 重试 break; } last_operation_time HAL_GetTick(); }对于网络异常处理我总结了几条实用经验心跳包机制每30秒发送心跳数据超时3次判定断线双重超时指令响应超时总操作超时错误分级区分可恢复错误如WiFi密码错误和硬件错误4. 数据透传优化技巧当实现基础透传后我发现直接转发数据会有粘包问题。后来通过添加帧头和校验解决了这个问题。具体方案自定义协议格式帧头0xAA 0x55长度1字节0-255数据N字节CRC8校验1字节发送端代码void Send_With_Frame(uint8_t *data, uint8_t len) { uint8_t frame[256]; frame[0] 0xAA; frame[1] 0x55; frame[2] len; memcpy(frame[3], data, len); frame[3len] Calculate_CRC8(data, len); HAL_UART_Transmit(huart3, frame, 4len, HAL_MAX_DELAY); }接收端解析void USART3_IRQHandler(void) { static uint8_t rx_buf[256], state 0, idx 0, len 0; uint8_t data USART3-DR; switch(state) { case 0: if(data 0xAA) state; break; case 1: if(data 0x55) state; else state0; break; case 2: lendata; idx0; state; break; case 3: rx_buf[idx] data; if(idx len) state; break; case 4: if(Calculate_CRC8(rx_buf, len) data) { Process_Data(rx_buf, len); // 处理有效数据 } state 0; break; } }实测这个方案在115200波特率下每秒可稳定传输5KB数据。如果追求更高效率可以考虑使用DMA空闲中断采用二进制协议替代字符串启用ESP8266的MQTT功能最后提醒几个容易忽略的细节在高温环境下ESP8266的功耗会明显上升长时间运行建议开启看门狗ATCIPCLOSE后需要延迟100ms再建立新连接
)
