基于STM32的粮仓环境安防监测系统：从传感器到Proteus仿真实战-平芜编程栈

做了那么多单片机项目，回头再看粮仓环境安防监测这个题目，我觉得它几乎是STM32入门到进阶最适合复现的一个综合案例。单看功能——温湿度采集、烟雾检测、火焰报警、光照判断、风扇排风、加热除湿、声光告警、按键调阈值，每一个单独拎出来都不算难，但组合在一起，就是一个完整的物联网终端节点雏形。这套系统我在实际调试中花了两周时间，从原理图绘制到Proteus仿真跑通，再到打板焊接真机运行，中间踩了不少坑，也积累了很多对新手特别友好的经验。这篇文章我会把源码结构、原理图设计思路、仿真搭建步骤和常见问题全部拆开讲，基本上你照着做，从零到跑通整个系统，不会超过一个周末。

先说清楚这套系统到底是干什么的。粮仓存储最怕三件事：高温高湿导致粮食发霉、烟雾或明火引发火灾、以及夜间或无人值守时段的安全隐患。粮仓环境安防监测系统就是针对这些痛点，实时采集仓内温湿度、烟雾浓度、火焰信息和环境光照，当数值超过预设阈值时，自动启动排风扇、加热器或声光报警器，实现“监测—判断—执行”的闭环。对于学生做课程设计、毕业设计，或者工程师想快速验证一套传感器+执行器的联动方案，这套系统的软硬件架构都很有参考价值。

1. 整体方案设计与选型思路

1.1 系统需求拆解

做项目第一步不是写代码，而是把需求拆成一个个明确的功能点。我当时把粮仓安防系统拆成了四路传感输入、三种执行输出、一组人机交互：

环境温湿度检测：仓库内温度和相对湿度是粮食存储的核心指标，温度超过30℃、湿度超过70%RH就需要通风除湿。
烟雾浓度检测：早期火灾隐患通常先以烟雾形式出现，需要实时监测仓内烟雾浓度。
火焰检测：明火是粮仓最致命的威胁，必须快速识别并触发声光报警。
光照检测：白天和夜晚的安防策略不同，光照值也用于判断是否需要开启补光或进入夜间警戒模式。
执行机构：排风扇（散热排烟）、加热器（除湿）、蜂鸣器+LED（声光报警）。
人机交互：LCD1602实时显示所有参数，独立按键用来调整报警阈值。

1.2 主控选型：为什么是STM32F103C8T6

可能有同学会问，这种系统用51单片机或者Arduino不也行？确实行，但我最终选STM32F103C8T6，核心原因是这套系统的扩展性和教学价值。C8T6拥有72MHz主频、64KB Flash、20KB RAM，外设接口丰富，以后你想往这个项目上加ESP8266做WiFi上报、加OLED屏显示曲线、加舵机联动灭火装置，资源依然够用。

更重要的是，STM32的HAL库和标准外设库让代码层级清晰，传感器驱动、业务逻辑、执行控制可以分层编写，这种工程化思维是以后做复杂项目的基础。C8T6在Proteus里的仿真模型也非常成熟，可以直接用hex文件跑仿真，这一点在后面会详细讲。

1.3 传感器选型与替代方案

传感器选型我遵循一个原则：仿真能跑通、真机好购买、电路够经典。

DHT11温湿度传感器：单总线协议，数据格式固定，代码实现简单。精度虽然一般（±2℃、±5%RH），但粮仓环境监测的精度需求并不苛刻。如果你想提高精度，可以替换成DHT22或SHT30，代码只需要修改驱动层的时序解析部分。
MQ-2烟雾传感器：这是一个模拟量输出的气敏传感器，内部是二氧化锡半导体，当环境中可燃气体或烟雾浓度升高时，电导率发生变化，输出电压随之改变。接ADC通道读取电压值即可。注意MQ-2需要预热，刚上电的几分钟内输出不稳定，代码里要做延时规避。
火焰传感器：我用的是一路数字量输出的红外火焰传感器模块，检测波长范围在760nm到1100nm的红外光，有火焰时输出低电平。模块上带可调电位器，可以调节检测灵敏度。
光敏电阻模块：同样是模拟量输出，光照越强，输出电压越低（或越高，取决于电路接法）。我用的是电压随光照增强而升高的接法，方便直观判断。

1.4 执行机构设计：继电器隔离与驱动

执行机构（风扇、加热器）属于大功率设备，不能直接接在STM32的GPIO上，必须通过继电器隔离驱动。继电器选型时注意线圈电压（我用的5V继电器）和触点容量（10A 250VAC足够带动小型风扇和加热器）。

驱动电路上，我最初直接用GPIO推继电器，结果发现STM32GPIO的灌电流能力带不动继电器线圈，系统一吸合就复位。后来改用NPN三极管（S8050）放大驱动，GPIO高电平通过1kΩ基极电阻驱动三极管导通，继电器线圈通电吸合，同时在线圈两端并联一个1N4007续流二极管，吸收断电时的反向电动势，保护三极管和MCU。关于这个续流二极管的作用，后面排查章节我会用一个具体的故障案例讲清楚。

2. 原理图设计：每个模块的关键连接

2.1 最小系统电路

STM32F103C8T6的最小系统包括电源、复位、晶振和BOOT设置四部分。

电源部分我用AMS1117-3.3将5V降压到3.3V，输入输出各接一个10μF电解电容和一个100nF陶瓷电容滤波。晶振用8MHz无源晶振，两个20pF负载电容，注意晶振下方不要铺铜，否则容易起振不稳定。复位电路是经典的10kΩ上拉电阻+100nF电容到地，NRST引脚低电平复位。

BOOT0和BOOT1各接一个10kΩ下拉电阻到地，确保从主Flash启动。实际上BOOT1在F103系列中有的封装没有独立引脚，C8T6的BOOT1就是PB2，需要处理一下，避免浮空导致启动模式异常。

2.2 传感器接口电路设计

传感器的接口电路我在设计时重点考虑了三个问题：电平匹配、噪声抑制、接口防呆。

DHT11的数据引脚接PB0，需要外接一个4.7kΩ上拉电阻到VCC，因为DHT11的数据线是开漏输出，必须靠上拉电阻才能输出高电平。数据线和电源线之间并联一个100nF电容，滤除总线上的高频噪声，这个电容在长线连接时尤其重要。

MQ-2传感器模块的AO输出接PA0（ADC1通道0），DO输出接PA1作为辅助数字量检测。虽然我只用AO做浓度判断，但DO预留出来可以做一个硬件阈值的冗余保护。光敏模块的AO接PA1。不过这里有一个细节需要特别注意：我用的传感器模块输出电压范围是0到5V，而STM32的ADC输入范围是0到3.3V，直接接会烧引脚。我用电阻分压（1kΩ+2kΩ）将最大电压降到3.3V左右，也可以用两个二极管做钳位保护。

火焰传感器DO接PB1，配置为上拉输入。正常情况下模块输出高电平，检测到火焰时输出低电平，代码里检测下降沿触发报警。

2.3 执行机构与继电器驱动电路

风扇和加热器分别接在继电器1和继电器2的公共端与常开端之间。继电器驱动电路我采用上面提到的三极管方案，具体参数：基极串联1kΩ电阻，三极管用S8050（NPN），发射极接地，集电极接继电器线圈负极，线圈正极接5V。继电器线圈两端反向并联1N4007二极管，阴极接5V，阳极接集电极。

实际上我在这个电路上吃过亏：第一次焊接时忘记装续流二极管，继电器每次吸合和释放的瞬间，单片机都会复位。用示波器测量，发现继电器线圈断电瞬间产生了将近50V的反向尖峰，直接通过地线干扰了MCU的电源。加上续流二极管后，反向尖峰被钳位在0.7V左右，系统稳定运行。这个教训让我深刻理解了为什么厂商手册反复强调续流二极管必不可少。

蜂鸣器我用的是有源蜂鸣器，接PB5，通过S8050三极管驱动。有源蜂鸣器内部自带振荡源，GPIO给高电平就会发声，不需要PWM驱动，代码里用定时器做间歇鸣叫即可。LED指示灯接PC13（板载LED）和PB6、PB7外接两个LED，分别表示报警状态和正常运行状态。

2.4 LCD1602与按键电路

LCD1602采用4位数据线模式，占用PB8-PB11四个数据脚（D4-D7），RS接PB12，RW接PB13，EN接PB14。之所以选PB口，是为了和传感器用的PA口、PC口分开，方便布线和后期调试。LCD的背光通过一个三极管控制，这样可以在夜间自动关闭背光进入省电模式。

按键电路我设计了3个独立按键：KEY1（设置键）、KEY2（加）、KEY3（减），分别接PB3、PB4、PA8。按键接法采用内部上拉，按键另一端接地，按下时引脚读到低电平。这里要注意一个细节：PB3和PB4在STM32上默认是JTAG引脚，如果要用作普通GPIO，需要在初始化代码中关闭JTAG功能，只保留SWD。这个问题让不少新手卡了很久，后面我会专门讲。

3. STM32代码架构与核心实现

3.1 工程结构与初始化流程

代码基于标准外设库（SPL）编写，不用HAL库的原因是我个人觉得SPL的逻辑更直观，适合学习底层原理。工程目录划分为：HARDWARE（外设驱动）、SYSTEM（系统配置）、USER（主逻辑）、CORE（启动文件）。

主程序的初始化流程是这样的：

int main(void) { HAL_Init(); SystemClock_Config(); // 配置系统时钟为72MHz delay_init(72); // 延时函数初始化 GPIO_Init(); // 初始化所有GPIO ADC1_Init(); // 初始化ADC1，通道0和通道1 Timer2_Init(); // 定时器2，用于DHT11时序控制 USART1_Init(115200); // 串口调试（可选） LCD1602_Init(); // LCD初始化 KEY_Init(); // 按键初始化 EEPROM_Init(); // 使用内部Flash模拟EEPROM Read_Threshold(); // 读取保存的报警阈值 while(1) { DHT11_Read_Data(&temperature, &humidity); MQ2_Read_Value(); Flame_Detect(); Light_Read(); Process_Control(); // 核心逻辑：阈值判断与执行器控制 Display_Update(); // LCD刷新显示 Key_Scan(); // 按键扫描 delay_ms(200); // 200ms刷新周期 } }

3.2 DHT11驱动：单总线时序的精确控制

DHT11用的是单总线协议，所有的时序控制都基于微秒级别的延时函数。主机发送起始信号后，DHT11响应并连续输出40位数据（湿度整数、湿度小数、温度整数、温度小数、校验和）。每一位数据用不同的高电平持续时间区分：26到28μs代表“0”，70μs代表“1”。

我在真机调试中遇到的典型问题是用普通延时函数模拟时序时，由于编译器优化级别不同，延时不准确导致读到的数据全为0。解决方案是使用定时器做微秒级延时，并且在读取时序时关闭中断，防止其他中断打断时序采集。

uint8_t DHT11_Read_Byte(void) { uint8_t i, dat = 0; for(i = 0; i < 8; i++) { while(DHT11_DQ_IN == 0); // 等待低电平结束 delay_us(40); // 如果40us后仍为高，说明是1 if(DHT11_DQ_IN == 1) { dat |= (1 << (7 - i)); while(DHT11_DQ_IN == 1); // 等待高电平结束 } } return dat; }

3.3 ADC采集：烟雾浓度与光照的量化处理

MQ-2传感器的输出是模拟电压，对应的物理含义是烟雾浓度。我在代码中进行了校准处理：先将ADC采集的12位数字量转换为实际电压值，再通过传感器手册中的灵敏度特性曲线，将电压值映射到烟雾浓度等级。

uint16_t ADC_Read_Value(ADC_TypeDef* ADCx, uint8_t channel) { ADC_RegularChannelConfig(ADCx, channel, 1, ADC_SampleTime_55Cycles5); ADC_SoftwareStartConvCmd(ADCx, ENABLE); while(ADC_GetFlagStatus(ADCx, ADC_FLAG_EOC) == RESET); return ADC_GetConversionValue(ADCx); }

我采用的是多通道轮询模式，PA0采集烟雾电压，PA1采集光照电压，每次切换通道后加一个短延时，等待ADC稳定。这里踩过一个坑：ADC连续采集的数值跳动比较大，尤其在电机或继电器动作时，数值波动能到几十个ADC单位。后来我在软件上加了滑动平均滤波（连续采8次取平均），配合硬件上的RC滤波（100Ω+10μF），数据就稳定了。

烟雾浓度的电压阈值我设定为1.5V（对应中等烟雾浓度），光照阈值设定为1.2V（对应环境明显变暗）。这两个值不是固定的，通过按键可以进入设置模式调整。

3.4 核心联动逻辑：阈值判断与执行策略

系统联动逻辑是整个项目的灵魂，我把它设计成一个状态机。状态划分为：正常模式、预警模式、报警模式。

正常模式：温度低于温度上限、湿度低于湿度上限、烟雾浓度低于烟雾阈值、无火焰信号。所有执行机构关闭，LCD显示“NORMAL”，绿色LED闪烁表示系统正常运行。
预警模式：温度或湿度超过上限。启动排风扇（温度高时）或加热器（湿度高时），LCD显示预警类型。此时蜂鸣器不响，但橙色LED常亮。
报警模式：烟雾浓度超标或检测到火焰。立即启动蜂鸣器间歇鸣叫（响0.5秒、停0.5秒），排风扇全速运转排烟，红色LED快速闪烁（周期100ms），并通过串口输出报警信息“FIRE ALARM! T=xx C H=xx%”。

预警和报警之间可以同时触发，比如温度高和烟雾浓度高同时出现，优先处理报警逻辑。状态机的好处是逻辑清晰、不容易出现多个if判断互相覆盖的情况，也便于后续扩展语音播报或短信报警功能。

3.5 按键调阈值与参数断电保存

阈值可调是我认为这个项目最容易被忽略但实用性很强的功能。实际粮仓环境中，不同季节、不同存储物的温湿度要求不同，写死阈值等于功能残疾。我的实现思路是：

按下KEY1进入设置模式，LCD第二行显示当前可调参数（温度阈值→湿度阈值→烟雾阈值→光照阈值），KEY2和KEY3分别执行加减。连续按KEY1可以循环切换参数，长按KEY1（超过2秒）退出设置模式并保存参数。

参数保存使用STM32内部Flash模拟EEPROM。F103的Flash支持按页擦除（每页1KB），我将最后一页作为参数存储区。写入前先擦除整页，再写入参数结构体。读取时直接指针访问指定地址。注意Flash写入前必须确认主频稳定，且写入过程中不能断电，否则容易损坏Flash。实际上我测试了连续100次写入，Flash都能正常读写，但官方手册说Flash擦写寿命大约1万次，所以代码里我加了一个判断——只有参数值发生变化时才执行写Flash操作。

4. Proteus仿真搭建与调试

4.1 仿真元件清单与接线要点

Proteus仿真可以说是这套系统快速验证的最佳拍档，不用焊接硬件就能先跑通逻辑。我用的版本是Proteus 8.9，元件清单如下：

STM32F103C8：在元件库搜索“STM32F103C8”即可找到
DHT11：Proteus 8.6以上版本自带DHT11模型，搜索“DHT11”
MQ-2：Proteus没有直接的MQ-2模型，我用一个电位器（POT-HG）模拟其模拟输出，手动调节电压模拟烟雾浓度变化
火焰传感器：用一个按键开关模拟，按下为低电平（模拟检测到火焰），释放为高电平
光敏电阻：同样用POT-HG模拟，调节电位器改变光照电压
LCD1602：搜索“LM016L”或“LCD1602”
继电器：用“RELAY”模型，搭配NPN三极管驱动
蜂鸣器：搜索“BUZZER”，注意选有源型

接线时注意：Proteus中STM32F103C8模型默认没有内部上拉，所以按键外接上拉电阻（我用10kΩ），或者把GPIO配置为内部上拉，但仿真模型的内部上拉不一定生效，最好还是外接电阻保险。

4.2 Keil生成HEX文件并烧录仿真

在Keil中需要先配置生成HEX文件：Options for Target -> Output -> 勾选“Create HEX File”。

Proteus仿真烧录步骤很简单：双击STM32F103C8元件，在Program File中选择生成的.hex文件，点击“OK”后开始仿真。这里有个关键点：Proteus仿真运行后，如果代码中有等待外部中断或者死循环的延时，仿真速度会明显变慢。可以在Debug菜单中调整仿真速度，或者使用“Run Simulation”的加速模式。

不过我在仿真中遇到一个很典型的问题：DHT11在Proteus中的时序模型和真机有差异，有时候读出来全是0xFF。排查后发现是仿真模型对起始信号的时间要求比数据手册更严格，需要把主机起始信号拉低时间从18ms缩短到10ms左右。真机上18ms没问题，但仿真就过不去，我修改了延时参数后仿真正常了。这说明一个问题：仿真不是万能的，它只能验证逻辑框架，时序细节必须拿真机调。

4.3 仿真方案扩展：用虚拟仪表辅助调试

仿真调试时我习惯加几个虚拟仪表辅助观察：在ADC输入引脚挂一个电压表，直观看到模拟量变化；在继电器输出端挂LED，方便确认执行器动作。这些虚拟仪表不会影响逻辑，但对排查问题非常有帮助。

更好的做法是开启Proteus的“Digital/Analog Graph”，实时绘制ADC输入电压波形。我在调试烟雾阈值时，就是通过示波器视图观察电位器调节过程中的电压变化，进而确定合理的ADC采样周期和滤波参数。

5. 常见问题与排查实操记录

5.1 问题速查表

我把这个项目从仿真到真机过程中遇到的高频问题整理成一张表，每个问题背后都是一次真实的排查经历。

现象	可能原因	排查方法与解决思路
系统反复复位	继电器无续流二极管，反向电动势干扰电源	加1N4007续流二极管，测量继电器线圈两端的反向尖峰是否被钳位
DHT11读数全为0	延时函数不精确，或被中断打断	关闭中断读时序，改用定时器精确延时
LCD显示花屏	4位模式下初始化时序错误，或EN引脚抖动	检查LCD初始化代码的延时，保证EN至少保持1μs高电平，并在写入前清零
ADC数值跳动大	电源噪声，或采样频率过高	硬件加RC滤波，软件加滑动平均滤波，采样间隔增大到10ms以上
按键无效	JTAG引脚冲突（PB3/PB4）	在GPIO初始化中关闭JTAG：GPIO_PinRemapConfig(GPIO_Remap_SWJ_JTAGDisable, ENABLE)
MQ-2初始读数偏高	传感器预热不充分	上电后延时5分钟再进入正常检测循环，或者代码里做开机预热倒计时
仿真运行缓慢	Proteus中频繁刷新LCD	延长刷新周期到300ms，或在代码中只在数据变化时刷新LCD
火焰传感器误报	阳光中的红外成分干扰	调节模块上的电位器降低灵敏度，代码中连续检测3次低电平才确认报警

5.2 一个典型故障的完整排查过程

我印象最深的是继电器误动作问题。现象是系统运行一段时间后，排风扇会无缘无故启动。起初以为是代码判断逻辑有bug，反复检查阈值判断代码，逻辑上没有任何问题。用串口打印传感器数据后发现，温度值在正常范围内波动，但偶尔会有一个异常大的跳变。

进一步排查发现，异常跳变总是出现在继电器动作的瞬间。继电器吸合时的大电流导致电源电压瞬间跌落，ADC参考电压也跟着波动，采集到的数据就出现了尖峰。软件上的滑动平均滤波虽然能过滤随机噪声，但对这种周期性尖峰效果有限。

最终的解决方案是双管齐下：硬件上用大容量电解电容（470μF）做电源储能，降低负载突变时的电压跌落；软件上在继电器动作后增加20ms的静默期，期间不进行ADC采样。从这个案例中我的体会是：嵌入式系统的很多问题不是代码逻辑的问题，而是电源完整性和信号完整性出了问题。遇到软件判断异常时，先检查硬件环境，往往能更快定位根因。

6. 系统扩展方向与开源资料获取

6.1 从“能跑”到“好用”的演进路径

这套基础系统跑通之后，你可以从以下方向继续演进，难度逐步递增：

接入ESP8266/ESP32实现WiFi远程监控，手机端通过MQTT协议查看实时温湿度和报警状态。这是最推荐的第二步，因为软件上只需增加一个串口协议解析模块，把传感器数据格式化成JSON字符串通过串口发给WiFi模块即可。
用DHT22或SHT30替换DHT11，提高温湿度采集精度。SHT30用I2C接口，和现有代码的改动集中在驱动层，业务逻辑完全不用动，能直观感受到接口设计对可维护性的价值。
增加OLED显示屏，在一屏内显示所有数据曲线，LCD1602的显示能力确实有限，OLED用I2C接口，只需占用两个引脚。
增加GSM模块实现短信报警，在没有WiFi的偏远粮仓，短信是更可靠的报警手段。
增加备用锂电池和充放电管理电路，断电时系统仍能工作数小时，如果配合NB-IoT模块，甚至可以做到长期离线监控。

6.2 开源内容说明

这个项目我整理成完整开源包，包含三部分内容：

源码工程：完整的Keil工程，带详细注释，针对标准外设库和HAL库分别提供一份版本，方便不同学习背景的人对照阅读。
原理图文件：AD绘制的原理图和PCB文件，PDF版本方便直接查看。原理图按模块分区标注，每个模块有中文注释，新手可以直接照着抄。
Proteus仿真文件：已经调通所有模块的仿真工程，下载后安装Proteus 8.6以上版本，选择HEX文件路径即可直接运行。

获取方式我放在文章末尾的说明中。这套系统我前前后后调试了两周，最终稳定运行了一整夜没有异常，才敢把代码和图纸放出来。如果你在复现过程中遇到问题，欢迎在评论区带上你的现象描述和代码截图，我基本每天都会看评论。

做这个项目给我最大的感受是：嵌入式系统开发的核心能力不是背下某个芯片的寄存器，而是建立一套“分析现象—定位原因—验证解决”的思维闭环。任何一个看似简单的传感器模块，接上主控、加上执行器、放到具体场景中之后，都会暴露出你在Datasheet里永远找不到的问题。粮仓安防系统的价值不在于技术多前沿，而在于它完整呈现了一个真实产品从需求到实现的全过程——数据采集、逻辑判断、执行输出、人机交互、异常处理，一个都不少。你把它完全吃透了，再去看那些带操作系统、带云平台的大型项目，底层思路其实是相通的。