1. 项目缘起与整体设计思路1.1 为什么选择STM32做消防预警主控实验室场景的消防预警和商用楼宇那套系统完全是两码事。商用系统动辄几万块一套走的是消防总线协议还得配专门的消防主机和联网模块对一间几十平米的实验室来说属于杀鸡用牛刀。但实验室又有它的特殊性贵重仪器多、无人值守时段长、化学品和锂电池充电区往往是火灾隐患重灾区。我见过太多实验室就是装个几十块钱的烟感报警器响了也没人知道等真出事已经晚了。这个项目用STM32做主控核心考量就三点。第一是实时性STM32的中断响应是微秒级的从传感器触发到蜂鸣器响、继电器切断电源整个链路可以控制在毫秒级这是拿树莓派跑Linux做不到的Linux调度延迟摆在那。第二是外设丰富一颗STM32F103C8T6就有多路ADC、多个定时器、USART、I2C、SPI温度传感器、烟雾传感器、显示屏、继电器、GSM模块全都能直接挂上去不需要额外扩展芯片。第三是成本与可靠性整块主控板BOM成本控制在五十块以内而且STM32的工业级温度范围和抗干扰能力放在实验室这种有电机、有变频设备的电磁环境里比消费级MCU稳得多。提示如果你手头是STM32F103C8T6最小系统板蓝板完全可以直接用不需要自己打板。这个项目的原理图设计时就是围绕最小系统板扩展底板的结构做的方便快速复现。1.2 系统整体架构拆解整个系统我把它分成四层来设计这样后期调试和扩展都清晰。感知层DHT11温湿度传感器负责环境温湿度监测MQ-2烟雾传感器负责可燃气体和烟雾浓度检测火焰传感器红外接收管方案负责明火检测。三个传感器覆盖了火灾发生前温度异常升高、可燃气体泄漏和火灾初期烟雾、明火两个阶段形成梯度预警。控制层STM32F103C8T6作为核心跑裸机程序不跑RTOS因为任务不复杂裸机足够且更稳定。主循环轮询传感器数据定时器中断做周期采样和蜂鸣器驱动外部中断接火焰传感器做紧急响应。执行层蜂鸣器做本地声光报警LED指示灯做状态指示继电器模块做电源切断接实验室总闸或者大功率设备插座OLED显示屏做实时数据显示。交互层三个按键做阈值设置和报警消音OLED显示当前温湿度、烟雾浓度、系统状态。可选加一个HC-05蓝牙模块或者ESP8266做远程通知但基础版本不依赖网络保证断网也能工作。这个架构的好处是每一层都可以独立替换。比如你觉得DHT11精度不够换成SHT30只需要改I2C驱动觉得MQ-2预热时间太长换成MQ-135或者PM2.5传感器也只需要改ADC采集和阈值判断逻辑。1.3 方案选型中的几个关键取舍为什么不用RTOS很多教程一上来就上FreeRTOS但这个项目任务数量少传感器采集、显示刷新、按键扫描、报警逻辑裸机的前后台架构完全够用而且少了RTOS的栈溢出、优先级反转这些坑对新手更友好。实测下来主循环周期控制在50ms以内响应完全跟得上。为什么DHT11而不是DS18B20DS18B20精度更高±0.5°C vs ±2°C但DHT11能同时测温湿度而且单总线协议简单成本更低。实验室消防预警对温度精度要求没那么苛刻±2°C完全够用关键是响应速度——DHT11从触发到出数据大概20msDS18B20转换一次要750ms在火灾预警场景下这个差距很致命。为什么继电器用低电平触发市面上的继电器模块有高电平触发和低电平触发两种。我选低电平触发是因为STM32复位期间GPIO默认是高阻态如果继电器是高电平触发上电瞬间可能误动作。低电平触发的话上电默认不动作更安全。这个细节在原理图设计时就要确定好不然后面改起来麻烦。仿真方案的选择Proteus仿真STM32有个坑——Proteus对STM32的外设支持不完整特别是ADC和I2C经常出现仿真能跑但实物不工作的情况。我的做法是Proteus只做逻辑验证按键、显示、报警逻辑传感器用信号发生器模拟实物调试再用真实传感器。这样既保证了仿真效率又避免了仿真和实物脱节。2. 硬件原理图核心细节解析2.1 STM32最小系统与电源设计原理图这部分我重点说几个容易翻车的地方。STM32F103C8T6最小系统看起来简单但电源部分如果处理不好ADC采集会飘得厉害。电源方案实验室一般有12V或24V直流电源但STM32要3.3V传感器有的要5V。我的设计是两级降压第一级用LM2596把12V降到5V给继电器、蜂鸣器、传感器供电第二级用AMS1117-3.3把5V降到3.3V给STM32和OLED供电。这里有个细节——AMS1117的输入输出压差要大于1.1V5V降到3.3V压差1.7V没问题但如果你直接用12V降到3.3VAMS1117会烫得能煎鸡蛋。去耦电容每个电源引脚旁边必须放0.1uF陶瓷电容VDDA模拟电源还要额外加一个1uF钽电容。我实测过不加VDDA去耦电容的话MQ-2的ADC读数波动能到±50加了之后波动降到±5以内。复位电路标准的是10K上拉电阻100nF电容但我在复位按键旁边并联了一个1N4148二极管作用是快速放电。没有这个二极管的话快速按复位键时电容放电慢可能出现复位不彻底的情况。晶振电路8MHz主晶振配两个20pF电容32.768kHz晶振配两个12pF电容。这里注意晶振要尽量靠近MCU引脚走线要短且对称否则起振不稳定。我在PCB上把晶振放在MCU背面正下方走线长度控制在5mm以内。2.2 传感器接口电路与抗干扰处理DHT11接口DHT11是单总线数据线需要4.7K上拉电阻。但实验室环境电磁干扰大我在数据线和VCC之间又并联了一个100nF电容做滤波。注意这个电容不能太大否则会吃掉数据线上的快速跳变沿导致通信失败。实测100nF是上限再大就要丢包了。MQ-2接口MQ-2输出的是模拟电压接STM32的ADC引脚我用PA0。这里有两个关键点一是MQ-2的加热丝需要5V供电而且预热时间要24小时以上才能稳定第一次用的时候别急着调阈值二是ADC参考电压要稳我在VDDA和VSSA之间加了1uF0.1uF并联电容效果很明显。火焰传感器接口我用的是红外接收管方案不是那种带比较器的模块直接接STM32的外部中断引脚PB0。红外接收管输出的是模拟信号但明火产生的红外强度足够触发数字中断。这里加了一个LM393比较器做整形阈值用电位器调。注意火焰传感器的安装角度——红外接收管的视角大概60度要对着实验室的主要区域不能对着窗户阳光中的红外会误触发。继电器驱动电路STM32的GPIO驱动能力只有20mA驱动不了继电器线圈通常要70mA以上。我用的是S8050三极管做驱动基极串1K电阻集电极接继电器线圈线圈两端并联1N4007续流二极管。这个续流二极管绝对不能省否则继电器断开瞬间的反向电动势能把三极管打穿。2.3 人机交互与显示电路OLED显示屏用的是0.96寸I2C接口的SSD1306。I2C的SCL和SDA线各需要4.7K上拉电阻。这里有个坑——很多OLED模块自带上拉电阻如果你在MCU端再加上拉电阻并联后阻值变小可能导致通信失败。我的做法是先用万用表量一下模块上有没有上拉有的话MCU端就不加。按键电路三个按键分别接PA1、PA2、PA3每个按键配一个10K上拉电阻和100nF电容做硬件消抖。虽然软件也能消抖但硬件消抖能减轻CPU负担而且响应更干脆。按键另一端接GND按下时GPIO读到低电平。蜂鸣器电路有源蜂鸣器直接接GPIO串一个1K电阻限流无源蜂鸣器需要PWM驱动。我用的是有源蜂鸣器简单省事。但有源蜂鸣器的声音比较单调如果你想要那种消防警报的“嘀嘟嘀嘟”声得用无源蜂鸣器加PWM通过改变频率来实现。LED指示灯三个LED分别表示正常绿、预警黄、报警红。每个LED串一个1K限流电阻。这里注意LED的驱动电流——STM32单个GPIO最大20mA三个LED同时亮也就60mA在总电流限制内但最好还是用三极管驱动减轻MCU负担。3. 软件架构与核心代码实现3.1 主程序框架与任务调度裸机程序我用的是时间片轮询中断的混合架构。SysTick定时器每1ms产生一次中断在中断里维护一个全局时间戳主循环里根据时间戳判断各个任务的执行时机。// 任务调度结构体 typedef struct { void (*task)(void); // 任务函数指针 uint32_t interval; // 执行间隔(ms) uint32_t last_run; // 上次执行时间 } Task_t; Task_t tasks[] { {Sensor_Read, 500, 0}, // 传感器每500ms读一次 {Display_Update, 200, 0}, // 显示每200ms刷新 {Key_Scan, 20, 0}, // 按键每20ms扫描 {Alarm_Logic, 100, 0}, // 报警逻辑每100ms判断 };这个架构的好处是任务之间互不阻塞传感器读取慢不会影响按键响应。实测下来主循环一圈大概2msCPU占用率不到10%。为什么传感器采样间隔是500msDHT11的采样周期不能小于1秒数据手册要求但MQ-2和火焰传感器可以更快。我折中取500msDHT11每两次采样读一次MQ-2和火焰每次读。这样既满足了DHT11的时序要求又保证了烟雾和火焰的响应速度。3.2 传感器驱动与数据处理DHT11驱动单总线协议关键是时序要准。STM32F103在72MHz主频下一个NOP是13.9nsDHT11的时序要求是微秒级所以要用__NOP()做延时。我封装了一个delay_us函数用SysTick做基准。void DHT11_Start(void) { GPIO_InitTypeDef GPIO_InitStruct; // 配置为推挽输出 GPIO_InitStruct.GPIO_Pin DHT11_PIN; GPIO_InitStruct.GPIO_Mode GPIO_Mode_Out_PP; GPIO_InitStruct.GPIO_Speed GPIO_Speed_50MHz; GPIO_Init(DHT11_PORT, GPIO_InitStruct); GPIO_ResetBits(DHT11_PORT, DHT11_PIN); // 拉低 delay_ms(20); // 至少18ms GPIO_SetBits(DHT11_PORT, DHT11_PIN); // 拉高 delay_us(30); // 20-40us // 切换为浮空输入 GPIO_InitStruct.GPIO_Mode GPIO_Mode_IN_FLOATING; GPIO_Init(DHT11_PORT, GPIO_InitStruct); }MQ-2数据处理MQ-2输出的是模拟电压STM32的ADC是12位的参考电压3.3V所以分辨率是3.3/4096≈0.8mV。但原始ADC值波动很大我用了滑动平均滤波——维护一个长度为10的数组每次新数据进来就替换最旧的数据然后取平均值。这样处理之后读数稳定性提升了一个数量级。#define FILTER_LEN 10 uint16_t mq2_buf[FILTER_LEN] {0}; uint8_t mq2_idx 0; uint16_t MQ2_GetValue(void) { uint32_t sum 0; mq2_buf[mq2_idx] ADC_GetConversionValue(ADC1); mq2_idx (mq2_idx 1) % FILTER_LEN; for (int i 0; i FILTER_LEN; i) { sum mq2_buf[i]; } return sum / FILTER_LEN; }火焰传感器处理火焰传感器接的是外部中断触发方式选下降沿。中断服务函数里置一个标志位主循环里检测到标志位就进入报警状态。注意中断服务函数要尽量短我见过有人在中断里直接驱动蜂鸣器结果蜂鸣器响的时候其他中断全被阻塞了。3.3 报警逻辑与阈值管理报警逻辑我设计了三档正常、预警、报警。阈值可以通过按键修改存在STM32的Flash里用Flash模拟EEPROM掉电不丢失。状态温度阈值烟雾阈值火焰动作正常40°C1500无绿灯亮预警40-60°C1500-2500无黄灯亮蜂鸣器慢响报警60°C2500有红灯亮蜂鸣器急响继电器断开阈值的设定依据实验室正常温度在20-30°C40°C已经明显异常MQ-2的ADC值在洁净空气中大概800-1200有烟雾时能到2000以上1500是预警线2500是报警线。这些值需要根据实际环境标定没有一套阈值能通吃所有实验室。Flash存储的实现STM32F103的Flash页大小是1KB我选最后一页0x0801FC00存阈值。写入前要先擦除整页然后按半字16位写入。注意Flash写入期间CPU会暂停所以不要在中断里写Flash。void Save_Threshold(uint16_t temp, uint16_t smoke) { FLASH_Unlock(); FLASH_ErasePage(0x0801FC00); FLASH_ProgramHalfWord(0x0801FC00, temp); FLASH_ProgramHalfWord(0x0801FC02, smoke); FLASH_Lock(); }3.4 OLED显示与按键交互OLED我用的是u8g2库的裁剪版只保留了画点、画线、显示字符串这几个函数Flash占用从20KB降到了6KB。显示内容分三行第一行温湿度第二行烟雾浓度第三行系统状态。按键交互设计短按切换设置项长按进入/退出设置模式设置模式下短按加减阈值。长按检测用计数器实现——按键按下时计数器每20ms加一加到50即1秒就判定为长按。if (Key_Read(KEY_SET) 0) { key_cnt; if (key_cnt 50) { // 1秒长按 if (mode MODE_NORMAL) { mode MODE_SET; } else { mode MODE_NORMAL; Save_Threshold(temp_th, smoke_th); } key_cnt 0; } } else { if (key_cnt 0 key_cnt 50) { // 短按 if (mode MODE_SET) { set_item (set_item 1) % 2; } } key_cnt 0; }4. 仿真验证与实物调试实录4.1 Proteus仿真环境的搭建要点Proteus仿真STM32首先要在Proteus里装STM32的元件库。我用的是Proteus 8.9自带STM32F103C8模型但这个模型不支持ADC和I2C所以仿真时传感器要用信号发生器代替。具体做法DHT11用数字信号发生器模拟单总线时序这个比较麻烦我直接用一个按键触发模拟数据MQ-2用电位器分压模拟模拟电压输出火焰传感器用按键模拟中断触发。OLED用Proteus自带的I2C OLED模型但显示效果和实物有差异只能看个大概。仿真能验证什么按键逻辑、显示刷新、报警状态机、继电器动作逻辑。仿真不能验证什么ADC精度、DHT11时序、I2C通信稳定性、电源纹波。所以我的建议是仿真只做逻辑验证实物调试才是重头戏。4.2 实物调试中的五个典型问题问题一DHT11读数为零。第一次调试时DHT11死活读不出数据用逻辑分析仪抓波形发现STM32拉低20ms后释放但DHT11没有响应。查了半天发现是上拉电阻没接——DHT11的数据线是开漏输出没有上拉电阻的话总线一直是低电平。补上4.7K上拉电阻后正常。问题二MQ-2读数漂移。MQ-2的ADC读数一直在缓慢上升从800涨到1500。这是预热不充分的表现MQ-2的加热丝需要通电24小时以上才能稳定。我连续通电48小时后再测读数稳定在900左右波动±20。问题三继电器误动作。系统上电瞬间继电器会“嗒”一声吸合一下。用示波器看GPIO波形发现上电时GPIO有一个短暂的高电平脉冲。原因是STM32复位期间GPIO状态不确定我在继电器驱动三极管的基极加了一个10K下拉电阻问题解决。问题四OLED显示闪烁。OLED刷新时整屏闪烁原因是每次刷新都全屏清除再重绘。改成局部刷新——只更新变化的区域闪烁消失。具体做法是维护一个显示缓冲区对比新旧数据只重绘变化的字符。问题五蜂鸣器干扰ADC。蜂鸣器响的时候MQ-2的ADC读数会跳变。这是电源耦合干扰——蜂鸣器的工作电流通过电源线耦合到了ADC参考电压上。我在蜂鸣器的电源引脚旁边加了一个100uF电解电容做储能干扰明显减小。4.3 常见问题速查表现象可能原因排查方法解决方案DHT11无响应上拉电阻缺失量数据线电压加4.7K上拉ADC读数漂移预热不足/参考电压不稳连续监测ADC值预热24h/加去耦电容继电器误动作GPIO上电状态不确定示波器抓上电波形基极加下拉电阻OLED闪烁全屏刷新观察刷新频率改局部刷新蜂鸣器干扰ADC电源耦合蜂鸣器响时测ADC加储能电容按键抖动硬件消抖不足示波器看按键波形加100nF电容火焰传感器误触发阳光红外干扰遮挡测试调整安装角度/加滤光片5. 项目扩展与个人实操心得5.1 从基础版到联网版的升级路径基础版是不联网的但实验室往往需要远程通知。我试过三种方案各有优劣。ESP8266方案成本最低十几块通过AT指令连WiFi用MQTT协议推送到手机。缺点是ESP8266的AT固件不稳定偶尔会死机需要加看门狗。我的做法是STM32每5分钟给ESP8266发一次心跳超过3次没响应就复位ESP8266。HC-05蓝牙方案适合短距离10米内手机装个蓝牙串口APP就能收报警。优点是简单可靠不需要配网。缺点是距离有限而且手机必须一直在范围内。GSM模块方案用SIM800C发短信优点是不依赖网络有手机信号就行。缺点是成本高模块SIM卡而且短信有延迟几秒到几十秒。适合对可靠性要求极高的场景。我的建议是基础版ESP8266成本增加不多但实用性提升明显。如果实验室有现成的网络覆盖ESP8266是最优解。5.2 几个让我踩坑的细节Flash写入次数限制STM32F103的Flash擦写次数是1万次。如果每次按键调整阈值都写Flash一天调十次三年就写坏了。我的做法是只在退出设置模式时写一次而且加了一个判断——如果阈值没变就不写。看门狗的使用工业场景建议开独立看门狗IWDG但调试阶段先别开否则程序跑飞了直接复位你连问题都看不到。我的做法是调试阶段用窗口看门狗WWDG复位前会先进中断可以在中断里打个标志或者点个灯方便定位问题。PCB布局的讲究模拟部分MQ-2、DHT11和数字部分OLED、继电器要分开布局地线要单点接地。我第一版PCB没注意这个MQ-2的读数一直被继电器干扰第二版把模拟地和数字地分开走线在电源入口处用0欧电阻连接问题解决。外壳的选择实验室环境有灰尘和腐蚀性气体外壳要选IP54以上防护等级的。我用的是标准导轨安装的塑料外壳开孔处用防水接头传感器用延长线引出来。注意火焰传感器的窗口要透明不能用不透明的外壳挡住。5.3 这个项目还能怎么玩如果你已经跑通了基础版可以试试这几个扩展方向。多节点组网用RS485总线把多个STM32节点连起来每个节点负责一个区域主节点汇总数据。RS485的抗干扰能力比WiFi强得多适合大面积实验室。注意RS485的终端电阻——总线两端各接一个120欧电阻中间节点不接。数据记录与分析加一个SD卡模块把传感器数据按时间戳存成CSV文件。跑一个月之后把数据导出来用Excel画个曲线你就能看出实验室的温湿度变化规律比如下午两点到四点是温度高峰周末无人时烟雾浓度最低。这些数据对优化阈值很有帮助。联动灭火装置继电器不仅可以切电源还可以触发气溶胶灭火器或者二氧化碳灭火器。但注意灭火装置的动作要谨慎——误触发的话损失比火灾还大。我的做法是加一个双重确认机制烟雾和火焰同时触发才启动灭火单独一个只报警不灭火。接入现有监控系统如果实验室已经有摄像头或者门禁系统可以通过继电器干接点把报警信号接进去实现联动录像或者门禁常开方便逃生。这个需要和现有系统的接口协议对接一般用干接点最简单。5.4 给准备复现的朋友几句实在话这个项目的代码和原理图我全部开源了但直接抄作业大概率会翻车。原因很简单——传感器的一致性很差同一批MQ-2的灵敏度能差20%DHT11的精度更是看运气。所以阈值一定要自己标定我的建议是先烧录一个只读传感器的程序让系统跑24小时记录下正常状态下的数据范围然后在这个范围上浮30%作为预警阈值上浮80%作为报警阈值。另外电源一定要用好的我见过太多人用手机充电器给STM32供电结果ADC读数飘到没法用。实验室场景建议用线性电源或者高质量的开关电源纹波控制在50mV以内。如果实在要用开关电源在电源入口加一个LC滤波电路效果立竿见影。最后说一句消防预警系统可靠性比功能多更重要。我宁愿要一个只能报警但从来不死机的系统也不要一个功能花哨但三天两头重启的系统。所以代码里看门狗、异常处理、状态机兜底这些看似无聊的东西才是真正保命的。
