从串口到云端：STM32F103与ESP-01s的AT指令实战，打通MQTT上云最后一公里

1. 硬件准备与环境搭建

第一次接触STM32和ESP-01s组合开发时，我花了两天时间才搞明白硬件连接问题。这里分享几个容易踩坑的细节：ESP-01s模块需要稳定的3.3V供电，实测电流峰值能达到500mA，普通USB转TTL模块的3.3V输出往往带不动。我的解决方案是用AMS1117-3.3稳压芯片单独供电，或者直接使用带3.3V大电流输出的调试器。

接线时特别注意交叉连接原则：STM32的TX接ESP-01s的RX，RX接TX。有次熬夜调试时接反了线，数据死活传不过去，后来用逻辑分析仪抓波形才发现问题。建议用彩色杜邦线区分，比如红色接电源，黄色接TX，绿色接RX，黑色接GND。

开发环境推荐使用Keil MDK或者STM32CubeIDE，两者各有优势：

• Keil的调试工具链更成熟
• CubeIDE自带HAL库配置工具
  我习惯用CubeMX生成初始化代码，再导入Keil开发。记得在USART配置里开启全局中断，波特率建议先用115200测试，稳定后再考虑提高。

2. AT指令通信框架设计

写AT指令驱动就像教外国人说中文，必须把每句话拆解得足够简单。我总结出三个关键点：

1. 每条指令后必须加\r\n
2. 每次发送前清空接收缓冲区
3. 重要操作要加超时重试机制

下面是我在项目中验证过的通信框架：

c复制#define AT_TIMEOUT 2000 // 2秒超时

uint8_t ESP_SendCmd(char* cmd, char* expect, uint16_t timeout)
{
    USART_ClearBuffer(); // 清空接收缓存
    USART_SendString(cmd);
    
    uint32_t start = HAL_GetTick();
    while(HAL_GetTick() - start < timeout) {
        if(USART_FindString(expect)) {
            return 1; // 成功
        }
    }
    return 0; // 超时
}

处理网络异常时要特别注意：有次测试发现WiFi断开后模块会返回"WIFI DISCONNECT"，但EMQX服务器断连时只