基于51单片机的烟雾温度火灾报警系统设计与实现

简介：这套基于单片机的火灾报警系统设计与实现资料，面向单片机初学、课程设计及电子竞赛人群，完整演示了烟雾与温度双参数监测的报警方案。系统以烟雾传感器和单片机为核心，可实时采集烟雾浓度和环境温度，并在显示模块上同步呈现，同时支持按键修改报警阈值，当浓度或温度超限时触发声光报警。硬件设计包括烟雾信号采集、单片机最小系统、按键阈值设置、显示与蜂鸣器报警电路；软件设计按模块拆分，涵盖初始化、采集处理、显示刷新、按键扫描和报警判断等子程序，便于理解各功能如何协同工作。压缩包内共36个文件，容量约4.27MB，以C/H源码、obj/lst等编译工程文件、SchDoc/PDF原理图、hex可烧录文件及实物照片为主，可对照电路图、代码和实物进行联合调试。资源已有3264人学习。通过该资源可掌握传感器信号处理、单片机接口设计、报警阈值逻辑等项目级技能，获得的完整工程模板与源码结构，能为课程设计或竞赛开发提供直接参考。

1. 项目整体设计与器件选型思路

手头这套基于单片机的火灾报警系统，是我在实验室从零开始搭的一套完整方案，包含原理图设计、51单片机源代码、实物焊接调试三个完整环节。先说说这套系统到底能干什么：它通过烟雾传感器和温度传感器实时采集环境数据，一旦烟雾浓度或温度超过设定阈值，系统就会驱动蜂鸣器报警、LED灯光闪烁，同时把当前状态显示在LCD屏幕上，实现一个标准的火灾预警闭环。

做这个项目之前，我先明确了一个核心定位：这套东西不是做产品，而是做教学和原理验证，所以器件选型全部走成熟、便宜、资料多的路线。主控芯片我选了STC89C52RC，理由很直接，51内核的生态太成熟了，寄存器手册写得很直白，中断、定时器、串口这些外设用起来不会像32位芯片那样让初学者卡在初始化配置上。如果你手头有其他51系列芯片，比如AT89S52、STC12系列，这套代码基本可以直接迁移，只是时钟和串口初始化部分要按数据手册微调。

传感器的选型是这个系统最关键的决策点。烟雾检测我用的是MQ-2气敏传感器模块，它内部有一个二氧化锡半导体气敏元件，当环境中可燃气体或烟雾浓度升高时，元件表面电导率会发生变化，从而改变输出电压。MQ-2的好处是灵敏度可调、响应速度快、模块上直接集成了比较器LM393和电位器，既可以输出数字信号（DO），也可以输出模拟信号（AO），非常灵活。温度检测我选了DS18B20，单总线协议，只需要一根数据线就能跟单片机通信，测温范围-55℃到+125℃，精度0.5℃，完全满足火灾报警场景的需求。显示部分用的是LCD1602，这是51单片机项目里最经典的显示器件，16像素乘以2行，足够显示两路传感器的实时数据和报警状态。

这套方案的选型思路很明确：所有器件都是市面上流通量最大、Datasheet最全、教程最多的型号。我见过不少新手一上来就选带IIC接口的OLED或者高精度数字温湿度传感器，但这类器件对时序要求更高，一旦出了问题排查起来非常痛苦。对于火灾报警系统这种逻辑并不复杂的项目，传感器取模拟量、MCU做阈值判断、外设做声光显示，思路越简单越不容易出错。

2. 硬件电路原理图解析

2.1 信号采集链路：从传感器到单片机引脚

整个硬件系统的信号流向是这样的：MQ-2模块的AO引脚输出模拟电压，接到单片机的P1.0（ADC通道0）；DS18B20的数据引脚接到P3.7；LCD1602的RS、RW、EN分别接P2.0、P2.1、P2.2，数据口D0到D7接P0口（需要外接上拉电阻）；蜂鸣器接P1.1，LED报警灯接P1.2；另外预留了一个继电器接口接P1.3，用来控制排风扇或者电磁阀。

MQ-2传感器在电路上需要重点说明的是它的工作电压和预热问题。MQ-2的加热丝需要5V供电，加热电流在150mA到180mA之间，所以不建议直接从单片机引脚的IO口取电，必须从5V电源端单独走线。我在原理图里专门加了一个100uF电解电容和104瓷片电容并联的电源滤波网络，放在MQ-2模块的供电引脚旁边，这个细节非常关键，因为MQ-2的加热丝在低温启动瞬间会有比较大的浪涌电流，不加滤波电容的话可能会导致单片机上电复位异常。

DS18B20的上拉电阻是另一个高频踩坑点。单总线协议要求数据线上必须接一个4.7k欧姆的上拉电阻到VCC，否则通信会不稳定，出现温度读数跳变或者直接读不出来。我在原理图上把这个电阻明确标注出来，就是为了防止有人画PCB时漏掉。如果你用的是寄生供电模式，还需要在数据线和VCC之间再接一个MOS管做强上拉，但我这套设计采用外部供电方式，就不需要这么复杂了。

2.2 执行单元与电源设计

蜂鸣器驱动电路我用了NPN三极管S8050做开关放大。为什么不能直接把蜂鸣器接到IO口上？因为51单片机的IO口灌电流能力大约只有10mA到20mA，而有源蜂鸣器的工作电流通常在25mA到35mA之间，直接驱动会导致单片机IO口电压被拉低，影响整个系统的稳定性，严重时还会烧毁IO口。三极管基极串联一个1k欧姆电阻限流，集电极接蜂鸣器负极，蜂鸣器正极接5V电源，发射极接地，这样用很小的基极电流就能控制蜂鸣器的通断。蜂鸣器两端我还反并联了一个二极管IN5819，用来吸收感性负载关断瞬间产生的反向电动势，保护三极管不被击穿。

电源部分整套系统统一使用5V供电，我推荐用USB供电或者7805稳压模块。如果用7805，输入电容选220uF，输出电容选104和100uF的组合，这样可以有效抑制纹波。我曾经遇到过因为电源纹波过大导致DS18B20读温度偶尔出现85℃这个错误值的情况，排查了很久，最后发现是电源的问题。后来在电源输出端加了LC滤波，问题就消失了。这里也提醒各位，单片机系统出问题不要总是怀疑代码，很多时候硬件供电才是根源。

3. 软件设计与源代码关键实现

3.1 主程序架构与任务调度

软件部分整个工程基于Keil C51开发环境，代码结构分成5个模块：主程序main.c、LCD显示驱动lcd1602.c、温度传感器驱动ds18b20.c、烟雾浓度采集与报警逻辑control.c、延时函数delay.c。这种模块化设计看起来好像多花了时间，但实际上对后期调试非常友好，出了问题直接定位到对应的驱动文件就行，不用在一个几千行的main.c里翻来翻去。

主程序的核心逻辑是一个不断循环的检测和判断流程：

void main(void) { unsigned char smokeValue = 0; // 烟雾浓度对应的ADC采样值 float temperature = 0; // 当前温度值 Lcd12864_Init(); // 实际项目里可根据屏型号换成 Lcd1602_Init() Ds18b20_Init(); Buzzer_Init(); while (1) { smokeValue = MQ2_GetValue(); // 读取烟雾传感器ADC值 temperature = Ds18b20_GetTemper(); // 读取温度值 Alarm_Process(smokeValue, temperature); Display_Process(smokeValue, temperature); delay_ms(200); // 循环间隔200ms } }

整个主循环的间隔我控制在200ms，这个时间设定是经过考虑的。火灾报警系统需要一定的响应速度，但也不需要每毫秒都刷新，200ms的轮询周期既能保证异常情况在0.2秒内被发现，又能留出足够的时间让ADC采样稳定、LCD显示不闪屏。如果你觉得响应速度不够快，可以把delay改成50ms，但要配合LCD显示刷新逻辑做调整，否则屏幕会明显闪烁。

3.2 烟雾浓度采集与报警阈值判定

烟雾浓度采集用到的是ADC0804模数转换芯片，8位分辨率，输出范围0到255，对应0V到5V的模拟输入电压。为什么在用STC89C52还要外挂ADC芯片？因为51单片机本身不带ADC模块，这是它跟STM32最大的差距。ADC0804的时序并不复杂，CS拉低使能，WR拉低启动转换，转换完成后INTR引脚拉低，此时读取DB0到DB7就能得到数字量。

核心读取函数：

unsigned char MQ2_GetValue(void) { unsigned char value = 0; ADC0804_CS = 0; // 片选使能 ADC0804_WR = 0; // 启动转换 ADC0804_WR = 1; while(ADC0804_INTR); // 等待转换完成，INTR变低 ADC0804_RD = 0; value = P0; // 从P0口读取8位数据 ADC0804_RD = 1; ADC0804_CS = 1; return value; }

阈值判断的逻辑是这样设计的：先对烟雾采样值做5次连续采样，去掉最大值和最小值，取中间三次的平均值，然后再跟设定的报警阈值做比较。为什么要做滤波？因为MQ-2本身存在一定的输出波动，如果直接用单次采样的值做判断，很容易出现烟雾浓度恰好处于临界值附近时蜂鸣器反复鸣叫的情况。我实测过，不加滑动滤波时报警信号会间隔性地一响一停，加上滤波之后整个系统就稳定多了。

火灾报警的双重判定条件是这套软件设计的核心亮点：只有烟雾浓度超过阈值且温度超过50℃时，才判定为一级火灾报警；单条件触发时只提示预警状态。这样设计的目的是降低误报率，毕竟单纯炒菜的油烟也可能让烟雾传感器数值飙高，但温度不会同时升高到50℃。当然，你可以在代码里用宏定义这个判定模式，改成“或”逻辑来提升灵敏度，这个根据项目需求调整就行。

3.3 DS18B20时序操作与温度读取

DS18B20的驱动最考验对时序的理解。它是单总线通信，所有操作都严格依赖时序：初始化时序、写时序、读时序。采样间隔和时序延迟如果不符合要求，就会出现数据错误。核心代码如下：

bit Ds18b20_Init(void) { bit presence = 0; DQ = 1; delay_us(2); DQ = 0; delay_us(480); // 拉低总线480us以上，产生复位脉冲 DQ = 1; delay_us(60); // 释放总线等待从设备应答 presence = DQ; // 读取存在脉冲，0表示有设备应答 delay_us(420); return presence; }

这里必须用微秒级延时，C51里用_nop_()或者自己写一个简单的循环来实现。我见过不少人在Keil里直接用delay_ms(1)代替微秒延时，结果温度读数要么是0要么是85，这就是典型的时间参数不匹配问题。如果你用的是12MHz晶振，一个机器周期是1us，_nop_()正好是一个机器周期，写时序的时候用它做基础延时单位非常合适。

DS18B20读取温度的完整流程是：复位后发送0xCC跳过ROM匹配（因为总线上只挂了一个DS18B20），再发送0x44启动温度转换，等待转换完成（默认12位精度需要750ms）后再复位，发送0xCC和0xBE读取暂存器，得到的16位数据中低4位是小数部分，高5位是符号位，中间7位是整数部分。实际使用中如果需要0.5℃的分辨率，把低4位直接忽略、右移4位得到整数温度就足够了。

4. 实物搭建、调试与排坑实录

4.1 PCB布局与焊接要点

画PCB的时候我踩过一个比较深的坑，就是MQ-2传感器位置放得太靠近蜂鸣器。MQ-2本身是一个开放式结构的传感器，气体需要自由流通才能准确检测，而蜂鸣器在工作时会带动周围空气振动，无形中影响了传感器附近的气流，导致烟雾浓度读数上下波动。后来我把MQ-2挪到板子边缘、蜂鸣器放到对角位置，问题才解决。所以布局时气敏传感器一定要远离任何可能产生气流扰动的器件。

焊接顺序也有讲究。我建议先把电源部分的元件焊上，包括电源插座、滤波电容、7805、LED电源指示灯，然后通电用万用表确认5V输出电压正常，再焊接主控芯片座、晶振、复位电路。等最小系统工作正常了，再逐步焊接LCD接口、传感器模块、蜂鸣器驱动电路。这种分模块焊接的方法，可以最大限度降低“焊完一上电全板冒烟”的惨剧概率。

这里分享一个很多教程不会讲的细节：STC89C52的复位电路。常规设计是10uF电解电容串联10k电阻，接一个按键，P0口需要外接10k排阻做上拉。如果你忘了加P0口上拉电阻，LCD1602在显示的时候会出现一个非常诡异的现象——背光亮了，但屏幕就是不显示字符。因为P0口内部没有上拉电阻，输出高电平的驱动能力极弱，解决方式就是加排阻或者直接用P2口接LCD数据线，实测P2口是可以直接驱动LCD1602的，虽然官方手册里P2口是准双向IO口，但驱动能力和P0完全不同。

4.2 常见问题与排查技巧速查表

我把这套系统从画原理图到实物调试过程中遇到的坑整理成了一张速查表，基本涵盖了新手做这类项目可能遇到的90%的问题。

特别强调一点：MQ-2传感器刚通电的前几分钟，输出值会有一个明显的漂移过程，这是气敏元件内部加热丝在工作、元件表面温度正在稳定所致，不是故障。我发现不少同学拿示波器测MQ-2输出，看到电压在缓慢变化就以为板子有问题，结果折腾了半天，只是没等预热。建议调试前先让传感器通电稳定5分钟以上再校准，这是做这类气敏项目的基本操作习惯。

4.3 报警阈值标定技巧

报警阈值的设定是整个项目的灵魂。每个使用环境不同，MQ-2的基准输出电压也就不一样，在空气质量好的环境里可能只有0.3V，在空气略有油烟的环境里可能到了1.0V。所谓标定，就是让系统先学习当前环境下的“正常烟雾值”，然后在此基础上叠加一个增量作为报警阈值。低成本做法是在代码里定义一个偏移量：

#define SMOKE_ALARM_OFFSET 40 #define TEMP_ALARM_VALUE 50 unsigned char smokeBase = 0; void Calibrate_Baseline(void) { unsigned char i; unsigned int sum = 0; for(i = 0; i < 10; i++) { sum += MQ2_GetValue(); delay_ms(100); } smokeBase = sum / 10; } void Alarm_Process(unsigned char smoke, float temp) { if(smoke > smokeBase + SMOKE_ALARM_OFFSET || temp > TEMP_ALARM_VALUE) { Buzzer_ON(); LED_ON(); } else { Buzzer_OFF(); LED_OFF(); } }

这样每次开机先让系统自动采集10次平均值作为基准值，再把阈值设定在基准值叠加偏移量的位置。如果是用于厨房这种油烟本来就偏大的环境，把偏移量适当调高到60到80，减少误报；如果是用于机房这种本身就要求高敏感度的场景，偏移量可以降到20。

我在实际使用中发现，只用烟雾阈值和只用温度阈值判断都有明显缺点。烟雾传感器对明火产生的烟感很灵敏，但对电烤炉这类无烟热源完全没反应；DS18B20测温准确，但火灾发生初期温度上升到50℃需要一定时间。两者结合使用是最稳的方案，也正是这套系统采用双重判断的原因。

4.4 实物调试的核心流程

拿到焊接好的板子后，我的调试流程是：先用万用表短路档检查电源正负极之间有没有短路（这一步能救回不少板子），确认无误后插上USB电源，看电源指示灯是否亮，量一下7805输出是不是5V。然后下载烧录程序，STC89C52用STC-ISP软件通过串口烧录，设置晶振为12MHz，如果板子上用的是11.0592MHz晶振要改对应频率。

最小系统跑起来之后，我习惯先单独测试每个外设。先测LCD1602，因为我写了一个专门的测试程序，让屏幕全显“A”，正常的话整个屏幕会显示一片“A”字符；再测DS18B20，看显示的室温跟温度计是否一致，误差在正负1℃内都算正常；最后测MQ-2，用一个打火机的气体口靠近传感器（不用点火，只释放丁烷气体），看ADC数值是否明显升高，直到触发报警。这一步千万注意，测试时不要在传感器旁边直接点火，尤其是扣下打火机但没有电子打火点的瞬间，气体直流出来，如果没控制好浓度会让MQ-2输出持续饱和，需要等很久才能恢复。

5. 源代码结构与扩展方向

这套系统完整的源代码工程包含以下文件：

• main.c：主循环和状态机调度
• lcd1602.c/h：LCD1602底层驱动，走4位模式，节省IO口
• ds18b20.c/h：DS18B20驱动，包含CRC校验
• control.c/h：报警判定逻辑、阈值标定
• delay.c/h：微秒和毫秒延时

如果你希望把系统做得更接近实际产品，我建议在以下三个方向做扩展。第一个方向是在现有基础上增加GSM或Wi-Fi模块，火灾报警信息可以通过串口发送到远程平台，实现远程报警；第二个方向是接入更高精度的ADC芯片（比如12位的ADS7824），提高烟雾浓度数据的分辨率，方便分析缓慢变化的趋势；第三个方向是把主控升级到STM32，用RTOS做多任务调度，让传感器采集、显示刷新、报警处理并行运行，从根本上提升系统的响应能力。

同时给你一个提醒：如果在其他平台复现这套代码，ADC读取、LCD的引脚映射、DS18B20的时序延时这几个点一定要结合自己的芯片手册重新确认，特别是延时函数，晶振频率不一样，延时时间就不一样。这几个地方是我在移植过程中最容易出问题的部分，也是各位如果照着这个方案复现，很容易栽跟头的地方。

这个项目的完整度比较高，从硬件原理图到软件代码都能跑通，实物也稳定运行了很久，非常适合作为单片机课程设计、毕业设计或者想深入了解传感器采集和嵌入式逻辑实现的练手项目。如果有任何环境差异的问题，优先从电源和时序两个方向排查，大概率能找到原因。

本文还有配套的精品资源，点击获取