简介基于STM32的大棚温湿度控制系统完整设计方案面向嵌入式单片机开发者及农业自动化相关专业学生针对温室环境温湿度自动监测与控制需求提供从硬件选型、电路构成、系统流程到模块实现的整体思路。文档共1个docx文件压缩包14KB虽体量精简但内容覆盖DHT11传感器数据采集、STM32主控处理、LCD1602显示、蜂鸣器报警及风扇/加热片联动调节等关键环节并附有芯片选型对比、分模块原理分析和系统调试方法。已有146人学习适合作为课程设计、毕业设计或大棚智控项目的前期方案参考能帮助读者快速理解完整的控制逻辑与实现要点。 做这个项目之前说实话我已经被各种“智能大棚”方案看花了眼。有的用 Arduino有的直接上树莓派但真正落到实际上还是 STM32 最稳。原因很简单成本低、资料全、能干的活多而且作为毕业设计或者课程设计答辩时候的可讲性也强。这个基于 STM32 的大棚温湿度控制系统核心就是一块 STM32 主控配合温湿度传感器采集大棚环境数据再根据设定的阈值去控制风扇、加热器、水泵这些执行机构顺带把数据实时显示在屏幕上。整个过程看起来不复杂但真正做起来从选型到调试坑其实不少。这篇文章我就把我实际做下来的完整流程、踩过的坑、以及排查问题的方法全部写出来给准备做类似项目的朋友一个可以直接参考的路线。1. 系统整体架构与控制思路1.1 项目定位与需求拆解先把这个项目到底要做什么说清楚。大棚温湿度控制本质上就是一个“数据采集 数据处理 输出控制”的闭环系统。放在大棚这个场景下核心需求有几个第一要能实时采集空气温度和湿度第二要能根据作物的适宜生长环境自动开启或者关闭环境调节设备第三最好能让人在本地直观看到数据不用每次掏手机第四也是容易被忽略的一点系统要有足够的稳定性不能因为传感器一次误读就乱动作。拆解下来功能模块就很清晰了。采集端是温湿度传感器处理端是 STM32 单片机输出端是继电器驱动的各类设备交互端是显示屏幕和按键再加上一个用于状态提示的蜂鸣器。这就是整套系统的全部构成。做这个项目的时候我一开始也想加 WiFi 远程监控后来先把本地功能跑通了再逐步扩展的。建议你也按这个顺序来别一上来就想着把所有功能堆上去那样出了问题根本定位不到原因。1.2 技术方案选型原因主控选择上我用的 STM32F103C8T6也就是大家常说的“蓝丸”核心板。选它的理由很实在价格便宜十几块钱一片主频 72MHz跑这种温湿度控制逻辑绰绰有余Flash 64KB、RAM 20KB资源不紧张后续加功能也够用。最关键的是这个型号的资料多到泛滥不管卡在哪一步搜索引擎基本都能找到答案。做项目最怕的不是技术难而是遇到问题连参考都找不到选 STM32F103 就不会有这个烦恼。传感器方面方案上有 DHT11、DHT22、SHT30 这几个常见选择。我做展示和实验时用了 DHT11成本和时序逻辑都有代表性如果你要做精度更高的实际应用建议直接换 SHT30走 I2C 接口可靠性好很多。这个取舍后面专门讲。输出端的执行设备最常见的就是继电器模块。继电器相当于一个“电子开关”STM32 的 GPIO 输出高电平或者低电平通过三极管驱动继电器线圈从而控制 220V 或 12V 设备的通断。这里有个很多新手容易忽略的细节继电器的驱动电流在几十毫安级别STM32 的 GPIO 直接驱动能力有限必须加三极管或者 ULN2003 这样的驱动芯片不能直接把继电器线圈接到单片机上。1.3 控制策略为什么用滞回控制控制逻辑是整个系统的灵魂。最简单的做法是设一个阈值比如温度高于 35 度就开风扇低于 35 度就关风扇。但实际跑起来你会发现传感器数据在阈值附近上下波动时继电器会疯狂吸合释放那个“咔哒咔哒”的响声听着都心疼继电器寿命也受不了。所以我在实际项目中用的是滞回控制也就是“两个阈值”的思路。举个例子降温控制我这样设定温度超过 35 度时打开风扇但温度要降到 32 度以下才关闭风扇。中间这个 35 到 32 的区间就是滞回区间。这样做的好处非常明显数据在小范围波动时继电器输出状态不会频繁翻转系统的稳定性和设备寿命都大大提升。加湿、加热的控制逻辑同理。后续如果想做更精确的控制可以在这个基础上上 PID但作为大棚环境控制滞回控制已经完全够用重点是简单可靠出了问题好排查。2. 硬件选型与电路设计要点2.1 主控核心STM32F103C8T6 够用吗这里明确回答够而且有富余。STM32F103C8T6 属于 STM32F1 系列ARM Cortex-M3 内核72MHz 主频片上资源包括 64KB Flash、20KB RAM以及丰富的定时器、串口、I2C、SPI 接口。做温湿度采集、OLED 显示、继电器控制、按键输入这些任务CPU 占用率其实很低大量时间都花在延时等待上。供电方面要注意STM32 核心板一般通过 USB 供电或者外部 5V 供电板载稳压芯片降到 3.3V 给单片机。驱动 OLED 模块一般用 3.3V继电器模块的供电则要单独从 5V 取避免大电流通过单片机稳压电路造成压降。我给系统布线的时候电源部分做了简单隔离STM32 和传感器共用一组电源继电器模块单独从 USB 或外部 5V 取电这样能有效减小继电器吸合瞬间对单片机的干扰。启动模式这个细节刚入门的朋友容易忽略。STM32 有 BOOT0 和 BOOT1 引脚用于选择启动方式。正常运行时 BOOT0 接低电平从主 Flash 启动如果 BOOT0 拉高会进入系统存储器启动模式可以配合串口下载程序。我用 ST-Link 下载程序所以 BOOT0 保持低电平就行这个问题搞清楚能避免不少“下不进程序”的困惑。2.2 温湿度传感器DHT11 和 SHT30 应该怎么选我先把这几款传感器的关键参数列出来对比一下方便你选择。传感器接口温度精度湿度精度采样周期典型价格DHT11单总线±2℃±5%RH1 次/秒2~5 元DHT22/AM2302单总线±0.5℃±2%RH2 次/秒10~20 元SHT30I2C±0.3℃±2%RH可配置5~10 元如果你是做毕业设计想演示“数据采集 控制”这个完整流程DHT11 完全够用毕竟一块钱两块钱的成本资料又多。但我要提醒你DHT11 的湿度精度确实感人标称 ±5%RH 实际可能更差用来做定性判断没问题做精确测量就吃力了。如果你打算把这个系统用到实际的大棚场景建议直接上 SHT30I2C 通信接口比单总线稳定得多也支持 CRC 校验数据可靠性高一个档次。DHT11 接线的时候有一个细节必须注意DATA 引脚需要外接一个 4.7k 到 10k 的上拉电阻到 3.3V。有些开发板模块上已经集成上拉了但如果是裸传感器或者自己做的 PCB这个电阻千万不能省。我一开始就是忘了加上拉电阻DATA 引脚电平不定读回来的数据全乱套。2.3 继电器驱动电路与设备接入继电器的驱动电路新手最容易出问题。STM32 的 GPIO 是高电平还是低电平触发取决于你买的继电器模块是“高电平触发”还是“低电平触发”版本。我用的是低电平触发模块也就是 GPIO 输出低电平时继电器吸合。为什么选低电平因为有的单片机在复位或者启动瞬间引脚状态不确定如果是高电平触发开机那一刻设备容易被误触发。低电平触发相对安全更常见的做法是 GPIO 通过三极管驱动继电器引脚在开机时即使短暂悬空继电器也不会乱动。这块用的时候要搞清楚。如果是自己画板子接分立元件电路大概是GPIO 接一个 1k~4.7k 电阻电阻另一端接 NPN 三极管基极三极管发射极接地集电极接继电器线圈一端线圈另一端接 VCC同时线圈两端反向并联一个续流二极管1N4007 或者 1N4148吸收断电瞬间的反向电动势。这个二极管不能省不然继电器断开瞬间产生的反向电压很容易击穿三极管甚至烧掉引脚。很多第一次做的人不知道这个结果继电器一吸合单片机就复位查了半天才知道是干扰问题。2.4 显示与按键接口设计显示方面我用的是 0.96 寸 OLEDSSD1306 驱动芯片I2C 接口4 个引脚就能接好。OLED 功耗低、视角好、显示内容清晰比 1602 液晶屏省事多了不用管背光和对比度。接线就是 VCC、GND、SCL、SDASCL 接 STM32 的 I2C 时钟引脚 PB6SDA 接数据引脚 PB7这是 I2C1 的默认映射。按键接口设计上我做了 3 个独立按键设置键、加键、减键。这里有个经典坑按键输入引脚必须配置为输入上拉模式而且要在硬件上加上拉电阻。因为你按下按键是把引脚拉低不按的时候引脚应该是高电平。如果配置成浮空输入引脚电平不确定按键检测就会时灵时不灵。软件层面上按键消抖也不能省。我用的是“检测到低电平后延时 20ms 再读一次仍然是低电平才认为按键按下”的方式简单有效。3. 软件设计与核心代码实现3.1 开发环境Keil5 CubeMX 还是 VSCodeSTM32 开发环境的选择这几年变化挺大。传统路线是 Keil MDK5 标准外设库很多教材还在用这套。我的建议是如果刚入门直接用 STM32CubeMX 生成初始化代码加上 HAL 库用 Keil5 编译调试。CubeMX 的好处是图形化配置时钟树、引脚复用、外设参数不用手写一堆寄存器初始化的代码出错概率大幅降低能把精力集中在业务逻辑上。也有不少人用 VSCode 搭配 EIDE 或者 PlatformIO 插件来开发 STM32体验确实比 Keil 舒服尤其是代码补全和 Git 集成。但前提是你得有折腾环境的时间插件、编译链、调试器的配合容易出问题。项目时间紧的话我建议先求稳用 Keil5 跑通全流程后续再尝试 VSCode。调试器我用的是 ST-Link V2二十几块钱一个J-Link 的替代品完全够用。这里有个很容易忽略的问题如果用 ST-LinkProgrammer 界面有时会提示固件太旧需要升级 ST-Link 的驱动和固件可以在 ST 官网下载 ST-Link Utility 或者 CubeProgrammer 来刷。3.2 DHT11 单总线时序驱动与延时问题DHT11 用的是单总线协议也就是一根线既做数据输入又做数据输出时序要求比较严格。整个读取过程分几个阶段主机发送起始信号GPIO 拉低至少 18ms然后拉高 20~40us释放总线传感器响应DHT11 检测到起始信号后拉低 80us 表示应答再拉高 80us 准备发送数据数据位传输每位数据由 50us 低电平加上高电平组成高电平持续 26~28us 代表数据 0高电平持续 70us 代表数据 1完整数据40 位数据包依次是湿度整数、湿度小数、温度整数、温度小数、校验和校验和等于前四个字节相加的低 8 位。看起来简单实际写代码时最大的坑在延时函数的准确性上。很多人的工程都是直接从正点原子或者野火的模板改的延时函数用的是 SysTick 中断方式。如果你用了 HAL_Delay()它本身是基于 SysTick 的但如果在中断服务函数里误调用了延时或者 SysTick 优先级设置不当整个系统就卡死了这就是网上热门的“stm32延时函数delay卡死”问题。我给 DHT11 的读写单独写了一个微秒级延时函数用定时器 TIM 实现不让它依赖 SysTick。具体是初始化 TIM2设置为 1us 计数一次每次延时就是把计数器清零然后等待到达目标值。这样做的好处是微秒延时不占用 CPU 中断资源也不会和 HAL 库的时钟节拍冲突。还有一个细节很多人不注意DHT11 的读取间隔必须大于 1 秒。因为 DHT11 本身的采样周期是 1 秒一次你如果频繁读取它会一直返回上一次的数据或者直接不响应。我是在主循环里用了一个 2 秒的软件定时器每 2 秒采样一次温湿度这个频率对大棚环境来说完全足够。3.3 滞回控制逻辑的代码实现控制逻辑说简单也简单说复杂也复杂。我用的是一个有限状态机每个执行设备都有两个状态开启和关闭。以排风扇为例设定两个温度阈值TEMP_ON 和 TEMP_OFFTEMP_ON TEMP_OFF。每次采样后判断如果当前状态是关闭且当前温度 TEMP_ON则开启风扇如果当前状态是开启且当前温度 TEMP_OFF则关闭风扇其他情况保持原状态不变。C 语言核心部分大概长这样typedef enum {FAN_OFF, FAN_ON} FanState_t; FanState_t fan_state FAN_OFF; void Fan_Control(float temp) { switch(fan_state) { case FAN_OFF: if(temp TEMP_ON_THRESHOLD) // 上限 35.0 度 { Relay_Set(RELAY_FAN, LOW); // 低电平触发LOW 表示吸合 fan_state FAN_ON; } break; case FAN_ON: if(temp TEMP_OFF_THRESHOLD) // 下限 32.0 度 { Relay_Set(RELAY_FAN, HIGH); // 释放 fan_state FAN_OFF; } break; default: fan_state FAN_OFF; break; } }用状态机的写法比直接 if-else 清晰很多而且不会出现“状态矛盾”的问题。比如你在 if 里开了风扇else 里关了风扇一旦温度在阈值边界跳动程序容易在同一个循环里又开又关。状态机天然避免了这个问题。类似的逻辑我复制到了加湿器、加热器上只是阈值和传感器类型不同。加热和降温的阈值需要冗余设计避免风扇和加热器同时动作互相打架。湿度控制的逻辑同理。我设定的参数是湿度低于 40%RH 启动加湿器湿度升到 55%RH 以上关闭湿度高于 75%RH 启动排风机排湿降到 65%RH 以下关闭。这里需要注意同一个风扇可能同时承担降温和排湿两个任务如果两个条件都满足那也没问题开就好了但控制逻辑要把这两个条件做“或”运算处理。3.4 OLED 显示与按键参数设置OLED 显示我用的是开源的 u8g2 库对 SSD1306 支持非常好中文显示也能搞定只是需要取模或者外挂字库。如果你用的是 HAL 库u8g2 有对应的移植例程照着改一下 I2C 接口的底层读写函数就行。我在屏幕上分了三个区域当前温度、当前湿度、设备状态。设备状态这一行会用文字显示“风扇:开 加湿:关 加热:开”这样人在现场不用看设备就知道系统在干什么。按键的使用上我做了长按和短按区分短按设置键进入设置模式加/减键调整阈值长按设置键退出并保存参数到 Flash。用 STM32 内部 Flash 保存参数不需要外接 EEPROM。保存的时候要注意STM32 内部 Flash 擦写有寿命限制F103 大约是 1 万次别在设置界面里反复保存。我的策略是只有在退出设置模式并且参数确实变化时才写入 Flash。另外Flash 写入期间 CPU 会暂停执行所以写入前要确保没有正在进行的传感器读取操作不然时序就乱了。4. 调试实录与常见问题排查技巧4.1 下载程序失败no stm32 target found做这个项目遇到最多的问题就是 Keil 点击下载时弹出 “Error: No STM32 target found! If your product embeds debug authentication, ...” 这个报错。第一次遇到的人很容易慌其实排查思路很固定。按我踩坑的顺序来先查接线ST-Link 的 SWDIO 接 PA13SWCLK 接 PA14GND 必须共地3.3V 可以不用接如果用 USB 供电。很多人只接了 SWDIO、SWCLK、GND 三根线这样是对的但如果你没共地SWD 通信一定失败。再检查 ST-Link 驱动是否安装好设备管理器里应该能看到 “STLink dongle” 或者类似的设备。要是设备管理器里显示感叹号右键更新驱动即可。第三检查 BOOT0 的状态。如果 BOOT0 被拉高芯片进入系统存储器启动模式虽然 SWD 仍然可以访问但有时会下载异常。把 BOOT0 恢复到低电平再试。第四在 Keil 的 Settings 里把 SWD 的 Max Clock 从 4MHz 降到 1MHz 甚至更低有些长线连接或者芯片供电不稳会导致 SWD 通信时序错误。最后还有一个冷门原因如果芯片之前被设置了读保护RDP也会出现连接失败。这时需要先用 CubeProgrammer 或者 ST-Link Utility 连接并进行全擦除解除读保护。遇到这个报错别急着怀疑芯片烧了大多数情况就是接线和驱动的锅。4.2 传感器数据乱跳或者一直显示 0DHT11 读取失败表现就是数据全为 0 或者温度湿度跳变离谱。我在调试阶段专门遇到过这个问题排查下来原因有三类。第一类就是上拉电阻没加前面说了DATA 引脚必须要有上拉否则电平浮空读什么都是乱的。第二类是引脚配置问题我用的 GPIO 模式是开漏输出加外部上拉GPIO_MODE_OUTPUT_OD如果你是推挽输出读数据的时候可能出现问题。第三类是最隐蔽的延时时间不准。DHT11 时序里数据 0 和数据 1 的差别就在高电平持续时间上26~28us 是 070us 是 1。如果你的微秒延时函数算得不准或者用了 ADC 等外设抢占 CPU读到的位就可能是错的。我用逻辑分析仪抓了 DHT11 的数据线波形对比标准时序后发现问题出在我的延时函数太“毛糙”实际延时比理论值多了将近 20us。后来我把微秒级延时改成 TIM 定时器的阻塞方式精度对齐之后读取成功率从 70% 提升到 99% 以上。建议你手头没有逻辑分析仪的话用示波器看波形先把传感器的响应时序抓出来对一遍再写驱动能省很多事。4.3 继电器一动作单片机就复位或者 ADC 数据突变这个现象做继电器控制几乎必遇到原因是继电器线圈吸合和断开的瞬间会产生比较大的电流突变和反向电动势通过电源线路传导到单片机造成电源电压跌落单片机直接复位或者程序跑飞。我的处理办法是电源和布线上做文章。物理隔离继电器模块供电跟单片机供电分开。我是用外部 5V 适配器给继电器模块供电而且继电器模块的 GND 和单片机的 GND 要连在一起作共地但中间加了磁珠阻隔高频干扰。电工方面继电器线圈两端加续流二极管反并联。如果用的是成品继电器模块这个二极管模块上已经有了不用额外加。软件上我在控制继电器的 GPIO 操作前加了一个 50ms 的延时让电源电压稳定后再继续下一步操作。另外继电器状态切换的代码不要放在定时器中断里执行因为中断里关不掉外部干扰最好放到主循环的统一状态处理函数里。有人会遇到“继电器不吸合但继电器模块上的指示灯亮了”的情况这种一般是继电器驱动能力不足或者模块供电电流不够。检查一下 5V 电源的电流输出能力我一开始用 USB 口取电一个继电器没问题两个继电器同时吸合就挂了换了大电流适配器就好了。4.4 看门狗、死机与参数恢复设计最后这个建议是我在做完整系统后加的就是启用独立看门狗IWDG。大棚环境设备可能一跑就是几天不重启程序偶发卡死要能自动恢复。STM32 的 IWDG 用法很简单用 LSI 低速内部时钟作为计数时钟设定一个超时时间比如 2 秒。主循环每隔一段时间就“喂狗”一次也就是重载计数器。如果程序卡死主循环跑不到喂狗的地方IWDG 超时后就会自动复位单片机让系统重新开始运行。需要注意的是喂狗的位置要放在主循环的关键路径上别放在中断里。放在中断里的话就算主循环卡死了中断还能一直触发喂狗看门狗就形同虚设了。我的喂狗位置是在一轮完整的“采集—控制—显示”完成之后这样只要这一轮流程跑完喂狗就执行任何一环卡住都会触发复位。参数恢复方面我用了 STM32F103 内部 Flash 存储阈值参数。每次开机启动后程序先从指定 Flash 地址读取参数检查标识位是否正确。如果标识位不对说明 Flash 里没有有效数据比如首次烧录程序就加载默认参数。这样的设计保证系统首次上电和参数被写坏时都能正常运行不会变成砖头。从传感器时序到继电器干扰再到看门狗兜底整套系统做下来我最大的体会是这种“小而全”的项目真正的难度不在单个功能实现而在把所有模块稳定地拼在一起。每次只改一个变量、只动一个模块测完了再改下一个是最笨也是最有效的方法。做完这个系统之后后续想升级可以考虑加个 ESP8266 模块把数据上传到云平台或者换成 SHT30 传感器提高精度再进一步还可以把滞回控制改成 PID 控制让环境调节更顺滑。核心的采集、控制、显示框架不变扩展就轻松多了。本文还有配套的精品资源点击获取