物联网毕业设计STM32实战：从传感器接入到低功耗通信的完整技术栈解析

背景痛点：STM32物联网毕设的三座大山

做毕设最怕“卡壳”，而STM32物联网方向的同学几乎都会撞上同一组暗礁：

1. 外设冲突：I²C温湿度传感器、SPI屏、UART调试口同时工作时，时钟线被拉高导致数据错位，调试半天才发现是DMA通道复用冲突。
2. 内存溢出：裸机方案里为了图方便把 512 B 的 MQTT 包直接放栈上，一跑sprintf就 HardFault，仿真器里只能看到Bus Fault一闪而过。
3. 通信不稳：ESP8266 挂 TCP 长连接，宿舍 Wi-Fi 一掉线就重连风暴，几次以后 IP 栈直接死锁，板子烫手，数据还没发出去。

这三座大山把毕设周期无限拉长，很多人最后只能把“演示视频”剪成“PPT 动画”交差。下面用一张图先给出整体思路，再逐项拆解。

技术选型对比：别让模组和架构一起背锅

通信模组：ESP8266 vs NB-IoT

结论：若演示环境可控、有稳定路由，可选 ESP8266；若需要“真·户外部署”或低功耗考核指标，NB-IoT 更稳。

软件架构：裸机 vs RTOS

结论：毕设功能点一旦超过“采集+串口打印”，请果断上 RTOS；否则后期加“OLED 菜单”或“远程升级”时会陷入“大循环+全局标志”泥潭。

核心实现：Clean Code 视角下的三大模块

以下代码全部在 STM32CubeIDE 上验证通过，编译优化-Og，运行目标 MCU：STM32F103C8T6（128 KB Flash / 20 KB SRAM）。

1. ADC 读取 DHT11（单总线 bit-bang）

DHT11 虽是数字温湿度芯片，但靠 单总线 18 ms 拉低+拉高组合传输 40 bit。很多同学直接用HAL_Delay导致 RTOS 调度异常，这里改用“精准微秒定时器+状态机”。

/* dht11.h */ typedef struct { uint8_t humi_int; uint8_t humi_dec; uint8_t temp_int; uint8_t temp_dec; uint8_t checksum; } DHT11_Data; /* dht11.c */ static void DHT11_PinOutput(void){ GPIO_InitTypeDef g = {0}; g.Pin = DHT11_PIN; g.Mode = GPIO_MODE_OUTPUT_OD; g.Speed = GPIO_SPEED_FREQ_LOW; HAL_GPIO_Init(DHT11_PORT, &g); } static void DHT11_PinInput(void){ GPIO_InitTypeDef g = {0}; g.Pin = DHT11_PIN; g.Mode = GPIO_MODE_INPUT; g.Pull = GPIO_NOPULL; HAL_GPIO_Init(DHT11_PORT, &g烧写); } static uint8_t DHT11_ReadBit(void){ uint32_t cnt = 0; while(HAL_GPIO_ReadPin(DHT11_PORT, DHT11_PIN) == GPIO_PIN_RESET){ if(++cnt > 100) return 0xFF; /* 超时返回错误码 */ delay_us(1); } return (cnt > 30) ? 1 : 0; /* 26-28 us = 0, 70 us = 1 */ } DHT11_Data DHT11_Read(void){ DHT11_Data d = {0}; uint8_t bits[5] = {0}; DHT11_PinOutput(); HAL_GPIO_WritePin(DHT11_PORT, DHT11_PIN, GPIO_PIN_RESET); delay_ms(18); /* 启动信号 */ HAL_GPIO_WritePin(DHT11_PIN, GPIO_PIN_SET); delay_us(20); DHT11_PinInput(); if(HAL_GPIO_ReadPin(DHT11_PORT, DHT11_PIN) != GPIO_PIN_RESET) return d; /* 从机未响应 */ while(HAL_GPIO_ReadPin(DHT11_PORT, DHT11_PIN) == GPIO_PIN_RESET); /* 等待 80 us 低 */ while(HAL_GPIO_ReadPin(DHT11_PORT, DHT11_PIN) == GPIO_PIN_SET); /* 等待 80 us 高 */ for(int i=0;i<40;i++){ uint8_t b = DHT11_ReadBit(); if(b > 1) return d; /* 读取出错 */ bits[i/8] |= (b << (7 - i%8)); } if(bits[4] != (bits[0]+bits[1]+bits[2]+bits[3])) return d; /* 校验和 */ d.humi_int = bits[0]; d.humi_dec = bits[1]; d.temp_int = bits[2]; d.temp_dec = bits[3]; return d; }

关键点：

• 用delay_us精准到 1 µs，避免 RTOS 任务切换干扰时序；
• 出错返回全 0，调用方只需判断d.temp_int == 0 && d.humi_int == 0即可感知异常。

2. 低功耗休眠与 RTC 唤醒

毕设答辩时，评委最爱问“你功耗多少毫安”。F1 系列没有 Standby，但 Stop 模式能把电流干到 20 µA（外设全关，RTC 开）。

/* low_power.c */ void Enter_Stop_Mode(void){ HAL_SuspendTick(); /* 1. 关闭 SysTick */ HAL_RTCEx_SetWakeUpTimer_IT(&hrtc, 30, RTC_WAKEUPCLOCK_RTCCLK_DIV16); /* 2. 30 s 唤醒 */ HAL_PWR_EnterSTOPMode(PWR_REGULATOR_LOWPOWER, PWR_STOPENTRY_WFI); /* 唤醒后 */ SystemClock_Config(); /* 3. 重新配置时钟 */ HAL_ResumeTick(); }

注意：

• RTC 唤醒计数器最大值 0xFFFF，若时钟源是 LSE 32.768 kHz，分频系数算错会导致“一睡不醒”；
• 唤醒后必须重新初始化所有外设，因为 Stop 会关 PLL。

3. MQTT over NB-IoT 消息封装

模组一般提供AT+QMTPUB命令，但 Topic、QoS、Payload 长度需要自己拼。下面用环形缓冲避免malloc。

#define MQTT_BUF_LEN 512 static uint8_t mqtt_ring[MQTT_BUF_LEN]; static uint16_t mqtt_wr = 0, mqtt_rd = 0; static void MQTT_PushByte(uint8_t c){ mqtt_ring[mqtt_wr] = c; mqtt_wr = (mqtt_wr + 1) % MQTT_BUF_LEN; } static void MQTT_Publish(const char *topic, const char *payload){ char len_str[4]; uint16_t len = strlen(payload); snprintf(len_str, sizeof(len_str), "%03d", len); /* 构造 AT 命令 */ const char *cmd = "AT+QMTPUB=0,0,0,0,\"%s\",\"%s\"\r\n"; char at_buf Caller 256]; snprintf(at_buf, sizeof(at_buf), cmd, topic, len_str); HAL_UART_Transmit(&huart2, (uint8_t*)at_buf, strlen(at_buf), HAL_MAX_DELAY); HAL_UART_Transmit(&huart2, (uint8_t*)payload, len, HAL_MAX_DELAY); }

代码风格：

• 无动态内存，全部静态分配；
• 错误处理交给上位机（NB-IoT 模组）返回+QMTPUB: 0,0，主循环用strstr检查即可。

性能与安全：把“能跑”变成“能扛”

1. 待机电流实测

   • 运行模式：12 mA@3.3 V（CPU 72 MHz，外设全开）
   • Stop 模式：18 µA@3.3 V（RTC & Wake-up 开）
   • 电池 2000 mAh 理论续航：2000/(18e-3) ≈ 4.5 年，考虑自放 2 %，也能撑一年。

2. 通信重传机制
   NB-IoT 模组已做 RLC 层重传，但 MQTT 仍需应用层 ACK。实现策略：

   • QoS1 消息本地缓存 3 份；
   • 若 30 s 内未收到PUBACK，则重发并指数退避；
   • 重试 3 次后标记失败，等待下次唤醒打包。

3. 固件更新安全

   • 采用“双镜像”方案：Bank0 运行，Bank1 接收升级包；
   • 镜像头部加 256 B 签名（ED25519），Bootloader 启动时校验；
   • 若验签失败，自动回滚 Bank0，拒绝“砖化”。

生产环境避坑指南：从“能点亮”到“能出货”

1. GPIO 初始化顺序
   部分引脚默认接 SWDCLK/SWIO，若先把它们配成普通 IO，会锁死调试口。正确顺序：

   • 先初始化非调试脚 → 开调度 → 再重配调试脚为 AF0。

2. 独立看门狗
   使用 IWDG，窗口 5 s，在最高优先级任务中喂狗；
   不依赖主循环，防止某个任务饿死导致误判。

3. Flash 磨损均衡
   参数区（校准值、 Profile）每 30 min 写一次，容易把 10 k 次寿命烧穿。策略：

   • 划分 8 个扇区做环形写；
   • 每次写完后移指针；
   • 启动时扫描最新非 0xFF 条目。

4. 天线布局
   NB-IoT 天线远离 DC-DC 电感，包地+π 型匹配，驻波比 < 2；
   否则“信号满格”却发不出去，调试三天都怀疑人生。

动手：先跑通 MVP，再思考多节点

最小可行系统（MVP）清单：

• 一块 STM32F103C8T6 板 + DHT11 + NB-IoT 模组（BC26/BC95）；
• 把上面三章代码跑通，实现“每 30 s 上报一次温湿度，云端能收到”；
• 用 USB-TTL 抓日志，功耗表测电流，拍照记录即可交初稿。

下一步扩展：

• 多节点：采用 nRF24L01 做 2.4 GHz MESH，主节点统一走 NB-IoT 回传；
• 边缘计算：在 STM32G0 上跑 TensorFlow Lite Micro，做温湿度异常检测；
• 低功耗定位：加 GNSS 模组，用“存储-转发”策略，只在户外唤醒定位，回宿舍休眠。

把 MVP 跑通，你会发现毕设最难的并不是代码，而是“把系统当产品”的思维：功耗、信号、异常、升级、维护，每一步都是工程问题。先让数据真正“跑”起来，再去写论文里的“创新点”，评委一看板子就能感知到你的工作量。祝你毕业顺利，代码不砖化。