【实战教程】基于STM32的环境监测系统设计与实现（附完整源码与电路图）

1. 项目开篇：为什么选择STM32做环境监测？

大家好，我是老张，在嵌入式这行摸爬滚打十多年了，做过不少大大小小的项目。今天想和大家聊聊一个特别实用，也特别适合练手和毕业设计的项目——基于STM32的环境监测系统。你可能在网上看过不少类似的教程，但很多要么讲得太浅，只给个代码；要么讲得太深，一堆理论把人绕晕。我打算用这篇长文，把我自己从硬件选型、画电路图、写代码到调试的完整过程，掰开揉碎了讲给你听，目标是让你看完就能自己动手做出来。

环境监测听起来高大上，其实离我们很近。比如，你想知道家里的温湿度是否舒适，担心厨房的燃气或者烟雾有没有泄漏，或者想在花房里自动控制温度和湿度，这些都可以用我们今天要做的这个系统来实现。它的核心就是一个“感知-决策-执行”的闭环：用传感器感知环境，用单片机（我们选STM32）分析数据并做决定，最后控制风扇、加热片、蜂鸣器这些执行器件来调节环境。

为什么偏偏选STM32呢？这是我踩过不少坑后的经验之谈。对于学生或者刚入行的朋友来说，51单片机简单但功能有限；而STM32，特别是F1系列，性价比极高。它性能足够强，有丰富的外设（比如我们马上要用到的ADC、I2C、GPIO），库函数和资料也多如牛毛，社区活跃，遇到问题基本都能找到答案。用STM32来做，不仅能实现功能，更能深入学习现代嵌入式开发的核心思想，比如使用固件库、中断、定时器，这对你以后做更复杂的项目是很好的铺垫。好了，闲话不多说，我们正式开始。

2. 硬件设计与选型：把钱花在刀刃上

做硬件，第一步永远是画原理图。但画图之前，我们得先搞清楚需要哪些“演员”，以及它们怎么“搭戏”。整个系统的硬件架构可以概括为：一个大脑（STM32主控）、几只眼睛鼻子（传感器）、一张嘴（显示模块）、几只手（执行机构）和一些控制按钮。

2.1 核心主控：STM32F103C8T6，平民战神

主控芯片我强烈推荐STM32F103C8T6，也就是常说的“蓝莓派”或者“最小系统板”上用的那颗。理由很简单：它便宜（十来块钱）、性能足够（72MHz主频的Cortex-M3内核）、资源丰富（64KB Flash，20KB RAM，多个定时器、ADC、通信接口）。对于我们这个监测温湿度和烟雾的项目，它的性能绰绰有余，甚至还有大量余量让你后期添加更多功能，比如连接Wi-Fi模块上传数据到手机。

在原理图设计时，除了连接它的电源、晶振、复位电路这些最小系统之外，我们需要重点规划好它的IO口分配。这是一个好习惯，能避免后期软件调试时引脚冲突的混乱。我会建议你画一个类似下面的表格，提前做好规划：

2.2 传感器选型：稳定可靠是关键

传感器是系统的“感觉器官”，它的准确性和稳定性直接决定了整个系统的成败。

1. 温湿度传感器：DHT11。这是数字传感器，输出就是数字信号，STM32直接读取就行，省去了自己设计模拟电路和ADC校准的麻烦。虽然精度对于民用级项目完全足够（温度±2℃，湿度±5%RH），但它有个小毛病：响应速度慢，读取间隔最好大于1秒。在代码里我们需要处理好这个时序。接线也简单，VCC、GND、一根数据线接上拉电阻到IO口，还有一个NC脚空着就行。

2. 烟雾/气体传感器：MQ-2 + PCF8591 ADC模块。这里有个关键点！MQ-2本身是模拟传感器，输出一个随气体浓度变化的电压信号。而STM32虽然有内置ADC，但为了教程更清晰，也为了引入I2C总线这个重要知识点，我选择使用PCF8591这个ADC转换芯片。MQ-2的输出脚接到PCF8591的某个模拟输入通道，PCF8591通过I2C总线将数字值告诉STM32。这样做的好处是，你可以轻松扩展其他模拟传感器（比如光敏电阻）到PCF8591的其他通道，只需要改一下I2C读取的地址和通道号即可，非常灵活。

2.3 执行与交互部件：让系统“动”起来

• 显示：LCD1602字符液晶。经典、便宜、驱动简单。我们采用8位并行连接方式，虽然多用了一些IO口，但编程简单，刷新速度快，非常适合显示“T:25C H:60%”这样的固定格式信息。
• 执行机构：为了安全，我们不会直接用STM32的IO口驱动大功率设备。而是用IO口控制一个三极管或MOS管，再由它们去驱动继电器模块。继电器模块再去控制220V的风扇、加热器或加湿器。在原理图和仿真里，我们用LED来模拟这些执行器的状态，比如PC0脚LED亮代表“加热开启”。
• 按键输入：四个独立按键，用于切换设置模式、调整阈值、确认保存。按键电路记得要加硬件消抖电路（电容），或者在软件里做消抖处理。
• 报警：一个蜂鸣器，当烟雾超标时发出滴滴声。同样需要用三极管来驱动，因为STM32的IO口驱动能力有限。

把这些所有器件按照原理图连接起来，你的硬件“舞台”就搭好了。我建议先用Proteus这样的软件进行仿真，把所有逻辑跑通，确认没有硬件设计错误，再动手焊接实物，这样可以节省大量时间和物料成本。

3. 软件设计思路：代码是如何“思考”的？

硬件是躯体，软件才是灵魂。我们这个系统的软件核心逻辑是一个超级循环（Super Loop），配合状态机的思想来管理不同的操作模式。别被名词吓到，其实很简单。

3.1 主程序框架：一个永不停止的循环

整个程序的骨架是这样的：初始化所有硬件 -> 进入死循环 -> 在循环里不断地检查传感器、更新显示、检查按键、根据逻辑做出控制决策。听起来是不是很直白？我们来看代码的大致结构，我会用伪代码和讲解的方式，避免直接贴一大段让人眼花。

int main(void) { // 1. 硬件初始化 LCD_Init(); // 液晶屏准备好 DHT11_Init(); // 温湿度传感器准备好 Key_Init(); // 按键引脚设置好 PCF8591_Init(); // ADC芯片初始化，设置好I2C LED_Init(); // 用于指示的LED灯初始化 Buzzer_Init(); // 蜂鸣器初始化 // 2. 变量定义与初始化 u8 temperature, humidity, smoke_value; u8 temp_high = 28, temp_low = 26; // 温度阈值 u8 humi_high = 80, humi_low = 78; // 湿度阈值 u8 smoke_threshold = 30; // 烟雾阈值 u8 mode = 0; // 0:正常显示模式，1-5:分别设置各个阈值 // 3. 显示初始界面 LCD_Show_Static_String(); // 显示“T:”、“H:”、“S:”等固定字符 // 4. 主循环 - 系统心脏 while(1) { // 4.1 读取传感器数据（感知世界） DHT11_Read(&temperature, &humidity); smoke_value = PCF8591_ReadChannel(0); // 读取通道0的烟雾AD值 // 4.2 更新实时数据显示（告诉用户） LCD_Show_Temp_Humi_Smoke(temperature, humidity, smoke_value); // 4.3 按键扫描与处理（与用户交互） Key_Scan(&mode, &temp_high, &temp_low, &humi_high, &humi_low, &smoke_threshold); // 4.4 环境逻辑判断与控制（大脑决策并执行） // --- 温度判断 --- if(temperature > temp_high) { Fan_ON(); // 开风扇降温 Heating_OFF(); } else if(temperature < temp_low) { Fan_OFF(); Heating_ON(); // 开启加热 } else { Fan_OFF(); Heating_OFF(); // 温度舒适，什么都不做 } // --- 湿度判断 --- (逻辑类似) if(humidity > humi_high) { Dehumidify_ON(); // 除湿 Humidify_OFF(); } else if(humidity < humi_low) { Dehumidify_OFF(); Humidify_ON(); // 加湿 } else { // ... 关闭所有湿度设备 } // --- 烟雾判断 --- if(smoke_value > smoke_threshold) { Buzzer_ON(); // 触发报警 } else { Buzzer_OFF(); } // 4.5 一个小延迟，避免循环过快 Delay_ms(500); } }

这个框架就是系统的“工作流程图”。它清晰地把不同功能模块化，后续维护和添加新功能都非常方便。

3.2 关键模块驱动详解：与硬件对话

这里挑两个有代表性的模块，讲讲驱动它们时需要注意的“坑”。

DHT11的驱动：它用的是单总线协议，对时序要求极其严格。说白了就是单片机要用IO口模拟出特定的高低电平脉冲来启动它，然后它才会拉低总线并开始返回40位数据。很多新手读不出数据，99%是时序问题。我的经验是，严格按照数据手册的微秒级延时来写Delay_us()函数，并且关闭总中断，防止其他中断打断时序。读取成功后，别忘了校验和，确保数据正确。

PCF8591的I2C读写：这是学习I2C通信的绝佳例子。STM32的硬件I2C比较复杂，容易卡住，对于新手，我反而推荐先用软件模拟I2C，就是用两个普通IO口（PB6, PB7）模拟SCL时钟线和SDA数据线的时序。这样你能彻底理解I2C“起始信号-发送设备地址-选择通道-读取数据-停止信号”的整个过程。PCF8591的地址是固定的（0x90），读取模拟通道0的代码逻辑是：启动 -> 发送0x90（写）-> 发送控制字（选择通道0和自动增量模式）-> 重新启动 -> 发送0x91（读）-> 读取两个字节（第一个是上一次的转换结果，第二个才是当前值）-> 停止。

3.3 按键与设置功能：状态机的巧妙应用

如何用四个按键实现循环设置五个参数（温度上下限、湿度上下限、烟雾阈值）？这里就用到了简单的状态机。我们定义一个mode变量。

• mode=0：正常显示模式。此时按“设置”键，mode变为1，进入设置温度下限状态，屏幕上对应的温度下限值开始闪烁。
• mode=1：此时“加”“减”键用来调整温度下限值。再按“设置”键，mode变为2，进入设置温度上限状态，以此类推。
• 当mode=5（设置烟雾阈值）时，再按“设置”键，mode变回0。
• 在任何设置模式下，按下“确认”键，都会立即保存当前设置的所有阈值到STM32的内部Flash（或者EEPROM，如果外挂了的话），然后跳回mode=0。这样即使断电，数据也不会丢失。

这个逻辑在Key_Scan()函数里实现。它让复杂的交互变得有条不紊，是嵌入式菜单设计的入门经典。

4. 系统集成与调试：让项目真正跑起来

代码模块都写好之后，真正的挑战才开始——集成与调试。我习惯的步骤是：分模块调试 -> 联合调试 -> 优化完善。

4.1 分模块调试：逐个击破

不要一下子把所有代码都烧进去。先用最简单的程序测试每个硬件是否正常工作。

1. 测试LCD：写个程序只让LCD显示“Hello World”，确认背光、对比度可调，显示清晰。
2. 测试DHT11：写个程序只读取温湿度，并通过串口打印到电脑（记得初始化串口），看看数据是否合理。用手握住传感器，看温度是否上升。
3. 测试PCF8591和MQ-2：用打火机在MQ-2附近（别点燃！）轻轻放点气，观察通过I2C读回来的AD值是否显著增大。同时用万用表测量MQ-2输出脚的电压变化，与AD值对比，理解其对应关系。
4. 测试按键和LED：写个程序，按不同的键，点亮不同的LED，确认硬件连接和消抖程序没问题。
5. 测试蜂鸣器：给个高低电平，听它响不响。

每个模块都调通了，你的信心会大增，也为后续排错打下了坚实基础。

4.2 联合调试与逻辑验证

把所有代码整合到一起。这时最常见的问题是资源冲突或时序打架。比如，你的DHT11时序延时可能被LCD的繁忙检测打断。我的建议是，在主循环中，把传感器读取这类对时序敏感的操作放在一起，尽快完成。显示刷新可以稍慢一点。如果问题依旧，可以考虑在读取DHT11时暂时关闭全局中断。

然后就是验证核心逻辑：用手捂热DHT11，看温度超过上限后，对应的“风扇LED”是否点亮；对着MQ-2喷点清洁剂，看蜂鸣器是否报警；进入设置模式，调整阈值，断电再上电，看保存的值是否正确。

4.3 优化与扩展思考

系统基本运行后，我们可以想得更远一点，这也是提升项目亮点的关键。

• 抗干扰优化：传感器数据会不会偶尔跳变？可以尝试软件滤波，比如中位值平均滤波：连续采样5次，去掉最大最小值，剩下3个取平均。这样得到的值就平稳多了。
• 增加通信功能：这是绝佳的扩展点！可以添加一个ESP8266 Wi-Fi模块，通过串口与STM32通信。让STM32把环境数据定时发送给ESP8266，由它上传到云平台（比如阿里云、OneNET），这样你就能在手机App上远程监控了。代码层面，你需要为STM32增加一个串口中断接收解析程序，来处理ESP8266返回的数据。
• 改用OLED显示屏：LCD1602只能显示字符，而一块0.96寸的OLED屏（I2C接口）可以显示图形和汉字，能画出温湿度变化曲线，视觉效果和用户体验直接上一个大台阶。
• 低功耗设计：如果想让设备用电池长期工作，可以考虑加入休眠模式。在环境参数稳定时，让STM32进入停机（Stop）模式，定时由RTC闹钟唤醒，醒来后采集一次数据，如果无需控制，则继续休眠。

调试的过程就是不断遇到问题、分析问题、解决问题的过程。记得我第一次做的时候，因为LCD的忙标志判断没写好，屏幕乱码，查了一整天。所以，耐心和细致的观察是你的最佳工具。当你看到自己亲手制作的系统按照预期稳定运行时，那种成就感是无与伦比的。希望这篇长文能为你铺平道路，祝你成功！