1. 项目概述
这个项目通过STM32微控制器搭配ESP8266 WiFi模块，实现了从互联网获取网络时间(NTP)和天气数据的功能。作为一名嵌入式开发者，我经常需要在设备中集成时间同步和天气信息显示功能，比如智能家居控制面板、农业监测设备或者工业仪表盘。传统方案需要外接RTC时钟模块和专用气象传感器，成本高且维护麻烦。而通过联网获取这些数据，不仅节省硬件成本，还能确保信息的实时性和准确性。
ESP8266作为一款高性价比的WiFi模块，与STM32的组合堪称经典。我在多个商业项目中都采用过这个方案，稳定性和性价比都经过验证。本文将分享从硬件连接到软件实现的完整过程，包括AT指令调试、JSON数据解析等关键环节的实战经验。
2. 硬件准备与连接
2.1 元器件选型建议
STM32系列我推荐使用F103C8T6最小系统板（俗称"蓝板"），价格约15元，具有足够的GPIO和UART资源。ESP8266建议选用ESP-01S模块，相比老版ESP-01稳定性更好，价格约12元。两者通过USB-TTL模块（如CH340G）与电脑连接调试，整套硬件成本可控制在50元以内。
注意：ESP-01S默认固件可能不支持最新AT指令，建议先刷入最新官方AT固件。我遇到过模块响应异常的问题，刷机后解决。
2.2 电路连接详解
连接方案采用UART通信：
- STM32的USART2_TX(PA2) → ESP8266的RX
- STM32的USART2_RX(PA3) → ESP8266的TX
- 共地连接（必须）
- ESP8266的CH_PD接3.3V高电平
- VCC接3.3V（严禁接5V！）
实测中发现，如果STM32使用硬件串口+中断接收模式，稳定性远优于软件模拟串口。以下是CubeMX配置要点：
- 启用USART2，模式Asynchronous
- 波特率115200（与ESP8266默认一致）
- 开启全局中断
- DMA可选（大数据量时建议启用）
3. 软件架构设计
3.1 通信协议选择
网络时间采用NTP协议，通过公共NTP服务器（如pool.ntp.org）获取。天气数据则通过心知天气等免费API获取，返回JSON格式。相比XML，JSON解析更节省单片机资源。
我在项目中封装了三个核心层：
- 硬件驱动层：HAL库串口操作
- 网络协议层：AT指令封装
- 应用逻辑层：数据解析与业务处理
3.2 内存管理方案
由于STM32F103只有20KB RAM，需要特别注意内存分配：
- 接收缓冲区设为512字节（环形缓冲区设计）
- 使用静态分配替代动态内存
- JSON解析时启用预处理，只提取关键字段
实测发现，如果直接使用cJSON库解析完整响应，很快就会内存溢出。我的优化方案是：
c复制// 示例：仅提取温度字段
char* p = strstr(jsonBuf, "\"temp\":");
if(p) {
sscanf(p+7, "%f", &temperature);
}
4. 关键代码实现
4.1 WiFi连接流程
完整的AT指令交互流程如下（需加入超时判断和错误重试）：
c复制AT+CWMODE=1 // 设置为Station模式
AT+CWJAP="SSID","password" // 连接WiFi
AT+CIPSTART="TCP","api.seniverse.com",80 // 建立TCP连接
踩坑记录：ESP8266对长SSID或特殊字符密码支持不佳，建议先用手机热点测试。我曾因SSID含中文导致连接失败。
4.2 NTP时间获取实现
NTP协议采用UDP通信，时间戳位于报文第40-43字节。核心代码片段：
c复制// 构造NTP请求包
uint8_t ntpPacket[48] = {0};
ntpPacket[0] = 0xE3; // LI=3, Version=4, Mode=3
// 发送请求
HAL_UART_Transmit(&huart2, "AT+CIPSEND=48\r\n", ...);
HAL_UART_Transmit(&huart2, ntpPacket, 48, ...);
// 解析响应（示例）
uint32_t secondsSince1900 = ntohl(*(uint32_t*)(rxBuf+40));
uint32_t unixTime = secondsSince1900 - 2208988800UL; // 转换为Unix时间戳
4.3 天气API请求示例
以心知天气为例，GET请求格式：
code复制GET /v3/weather/now.json?key=YOUR_KEY&location=beijing&language=en&unit=c HTTP/1.1\r\n
Host: api.seniverse.com\r\n\r\n
返回的JSON示例：
json复制{
"results": [{
"now": {
"temp": "23",
"text": "晴"
}
}]
}
5. 常见问题与优化
5.1 稳定性问题排查
现象：ESP8266偶尔无响应
解决方案：
- 电源增加100μF电容
- AT指令间加入100ms延时
- 启用硬件流控（RTS/CTS）如果模块支持
5.2 低功耗优化技巧
- 每小时只同步1次时间（NTP请求耗电）
- 天气数据更新间隔设为2小时
- 空闲时关闭ESP8266电源：
c复制HAL_GPIO_WritePin(ESP_PWR_GPIO_Port, ESP_PWR_Pin, GPIO_PIN_RESET);
5.3 精度提升方案
网络延迟会导致NTP时间误差，我的补偿算法：
c复制// 测量请求往返时间(RTT)
uint32_t rtt = HAL_GetTick() - sendTimestamp;
unixTime += rtt / 2; // 补偿一半RTT
6. 项目扩展思路
这个基础框架可以衍生出多种应用：
- 智能闹钟：通过天气自动调整唤醒时间
- 农业温室控制器：根据天气预报启停灌溉
- 工业设备日志系统：带时间戳的数据记录
我在一个商业项目中曾扩展实现多城市天气轮询，关键点是：
- 使用链表存储城市列表
- 每个城市单独请求
- 本地缓存最近查询结果
硬件上也可以升级为ESP32，内置WiFi/蓝牙且性能更强，但成本会提高约3倍。对于简单应用，STM32+ESP8266的组合仍是性价比之选。