简介：基于51单片机的火灾报警器毕业设计项目源码，面向计算机、通信、自动化等相关专业学生、老师与从业者，适用于课程设计、毕业设计及期末大作业。项目集成单片机端C语言程序与LabVIEW上位机，可采集温度、烟雾、光强等多路环境数据，异常时触发声光警报，并通过上位机图形化界面实时监控与事件记录，形成从传感器、控制器到上位机的完整数据链路。压缩包共64个文件，整体容量仅152KB，涵盖C源码与头文件、LabVIEW虚拟仪器文件、编译中间产物（目标文件、列表文件、可执行文件）、项目文档及数据备份等，目录结构清晰，便于分模块查阅与二次开发。目前已有49人学习下载，完整度较高。除核心代码外，配套README文档对开发背景、硬件连接、软件编译烧录、上位机安装运行均有详细说明，涵盖DS18B20温度传感、BH1750FVI光照传感、ADC0809模数转换等典型模块，能够帮助学习者完整理解传感器数据采集、串口通信与上位机交互流程。对于具有一定单片机基础或正在筹备毕业设计的学生，可在此基础上扩展传感器类型、调整报警阈值、优化界面布局，快速构建个性化智能火灾监测方案。
1. 这个毕业设计为什么值得复现：51 单片机火灾报警器的完整链路
火灾报警器听起来是个老掉牙的题目，但如果你把“51 单片机 + LabVIEW 上位机”拆开看，它其实是一条完整的数据采集、逻辑判决、串口通信和上位机可视化的工程链路。单做下位机，很多人几天就能写完；单画一个上位机界面，也不算难。真正拉开差距的，是下位机采集的数据怎样通过串口稳定地送到 LabVIEW 里，LabVIEW 怎样解析、显示、再反过来控制下位机的阈值参数。这套机制，放到任何用 MCU 做数据采集的场合都通用。
这个项目适合两类人：一类是正在做毕业设计、需要“从零到一”拿出可演示成果的本科生，另一类是想低成本验证上位机与单片机通信方案的工程师。它的核心价值在于：51 单片机负责传感采集和本地报警，LabVIEW 负责远程监视与参数回写，两者通过串口构成了一个完整的“端—管—云”雏形。理解了这个链路，之后再换 STM32、换 Qt、换 Python，都只是换壳。
2. 下位机核心：51 单片机的传感器选型、采集逻辑与报警状态机
2.1 传感器选型：MQ-2 烟雾传感器与 DS18B20 温度传感器的组合逻辑
火灾报警器最怕的就是“单点误报”。只用烟雾传感器，厨房炒菜的油烟就能让报警器疯狂响；只用温度传感器，等到温度上来火已经烧大了。常见的做法是同时采集烟雾浓度和温度，用“或门”触发紧急报警、用“与门”触发预警。也就是说，烟雾浓度超过阈值或温度超过 75℃ 就立刻报警；烟雾浓度超过预警值且温度超过 50℃ 才进入预警状态。这套判决逻辑比单纯看一个量要可靠得多。
MQ-2 是模拟输出传感器，输出的是一个 0~5V 的电压信号，对应烟雾浓度。它需要接到 51 单片机的 ADC 引脚上。不过标准 51 单片机（比如 STC89C52）内部没有 ADC，最常见的外扩方案是使用 ADC0832 或 PCF8591。ADC0832 是 8 位 ADC，通过两根线（CLK 和 DATA）与单片机通信；PCF8591 是 I2C 接口的 8 位 ADC，还可以同时接 4 路模拟输入。做火灾报警器，PCF8591 更合适，因为你可能还需要接一个光敏电阻来判断现场是否断电，多出来的通道可以直接用。
DS18B20 是数字温度传感器，走单总线协议，只占用一个 IO 口就能读到温度数据，分辨率可以通过配置寄存器设置为 9~12 位。12 位分辨率转换一次需要 750ms，这个时间在火灾报警场景里完全够用，但如果你把报警速度要求定在 100ms 以内，就要考虑用 10 位分辨率。
2.2 采样与阈值判决：用定时器实现 100ms 周期采样与滤波
传感器采集不能“读一次就算数”。MQ-2 的输出电压会随着气流波动，直接与阈值比较会产生大量的误触发。常见做法是在定时器中断里做周期采样，然后对连续 5 次采样的结果做中值滤波，用滤波后的值再去和阈值比较。
// 定时器0 10ms中断，累计10次中断为100ms采样周期 void Timer0_ISR() interrupt 1 { static unsigned int tick_count = 0; TH0 = 0xDC; // 11.0592MHz，10ms重装值 TL0 = 0x00; tick_count++; if (tick_count >= 10) { tick_count = 0; sample_smoke(); sample_temp(); fire_judge(); } }sample_smoke()里做的是触发 PCF8591 读取烟雾通道和温度通道的电压值，fire_judge()则负责将滤波后的数值与阈值比较，并更新报警状态机。需要注意两个细节：PCF8591 的 I2C 读取速度不能太快，两次读取之间至少要留 100μs 的间隔；DS18B20 的读取必须关闭中断，否则单总线的时序会被定时器中断打断导致读回 85℃ 的复位默认值。
阈值存储是一个容易被忽略的问题。不要直接在代码里写死if (smoke_value > 1000)，而应该把预警阈值和报警阈值放在两个可写变量里，通过串口命令由上位机动态修改，同时默认值从 EEPROM（或者 STC 的内部 Flash）读取。这样你在 LabVIEW 上位机上输入一个新的烟雾浓度上限时，下位机不需要重新烧录固件就能生效。
2.3 报警状态机：空闲、预警、报警、复位四态迁移
状态机是让代码清晰的关键。如果不用状态机，你会发现代码里到处是 if 嵌套，出现“复位时报警继电器还在吸合”“预警状态下无法升级为报警”这类逻辑漏洞。
typedef enum { STATE_IDLE, STATE_WARNING, STATE_ALARM, STATE_RESET } fire_state_t; fire_state_t current_state = STATE_IDLE; void fire_judge(void) { switch (current_state) { case STATE_IDLE: if (smoke_value > alarm_threshold || temp_value > 75) { current_state = STATE_ALARM; alarm_output(ON); } else if (smoke_value > warn_threshold && temp_value > 50) { current_state = STATE_WARNING; buzzer_beep(1Hz); } break; case STATE_WARNING: if (smoke_value > alarm_threshold || temp_value > 75) { current_state = STATE_ALARM; alarm_output(ON); } else if (smoke_value < warn_threshold - hysteresis) { current_state = STATE_IDLE; // 滞回退避 buzzer_off(); } break; case STATE_ALARM: // 只有收到上位机复位命令或本地按键才能退出 if (reset_flag) { current_state = STATE_IDLE; alarm_output(OFF); reset_flag = 0; } break; default: current_state = STATE_IDLE; break; } }状态迁移里最重要的概念是“滞回”——退出预警的阈值要比进入预警的阈值低一截。比如进入预警的烟雾浓度阈值是 800，退出预警的条件是浓度低于 700。没有滞回，浓度在 800 附近抖动时，状态机会在空闲和预警之间疯狂跳变。这是很多同学调试时觉得“单片机反应莫名其妙”的最大原因。
3. 串口协议设计：下位机与 LabVIEW 上位机之间的数据帧约定
3.1 为什么不能用裸数据发送：帧同步、校验与粘包处理
很多初学者做的第一个版本是直接用printf("smoke=%d temp=%d\r\n", smoke, temp)往串口发字符串，LabVIEW 那边用字符串匹配去解析。这个方案在演示的时候能用，但一遇到串口偶发错误就崩：只要一个字符丢失，后面所有的解析都对不齐。正确的做法是自定义二进制帧协议。
帧格式建议这样设计：帧头（0xAA 0x55）、数据长度、命令字、数据区、CRC16 校验、帧尾（0x0D 0x0A）。LabVIEW 端用“状态机解析法”处理串口数据，而不是简单地“收到什么显示什么”。因为底层串口可能一次收到半帧、两帧，甚至一帧带噪声的数据，解析不到位就会导致显示错位。
#define FRAME_HEADER1 0xAA #define FRAME_HEADER2 0x55 #define FRAME_TAIL1 0x0D #define FRAME_TAIL2 0x0A // 填充上行遥测帧：上报烟雾、温度、状态 void build_telemetry_frame(uint8_t *buf, uint16_t smoke, int16_t temp, uint8_t state) { uint8_t idx = 0; buf[idx++] = FRAME_HEADER1; buf[idx++] = FRAME_HEADER2; buf[idx++] = 0x06; // 数据区长度 buf[idx++] = CMD_TELEMETRY; // 命令字 buf[idx++] = (smoke >> 8) & 0xFF; buf[idx++] = smoke & 0xFF; buf[idx++] = (temp >> 8) & 0xFF; buf[idx++] = temp & 0xFF; buf[idx++] = state; uint16_t crc = crc16(buf + 2, idx - 2); // CRC 从长度字节开始算 buf[idx++] = (crc >> 8) & 0xFF; buf[idx++] = crc & 0xFF; buf[idx++] = FRAME_TAIL1; buf[idx++] = FRAME_TAIL2; }3.2 命令字定义：上行遥测与下行控制
下位机上行的数据是遥测帧，包含烟雾浓度、温度、当前状态；上位机下行的数据是控制帧，包含阈值设置、复位命令、声光报警开关。命令字需要集中定义，不要散落在代码里。
| 方向 | 命令字 | 含义 | 数据区 |
|---|---|---|---|
| 上行 | 0x01 | 遥测帧 | 烟雾高字节、烟雾低字节、温度高字节、温度低字节、状态码 |
| 上行 | 0x02 | 报警事件主动上报 | 状态码、时间戳（可选） |
| 下行 | 0x81 | 设置烟雾阈值 | 阈值高字节、阈值低字节 |
| 下行 | 0x82 | 设置温度阈值 | 阈值高字节、阈值低字节 |
| 下行 | 0x83 | 复位报警 | 无数据区 |
| 下行 | 0x84 | 设置自动上报周期 | 周期值（单位：秒） |
握手和应答策略：下位机收到下行命令后，需要回发一帧应答帧（命令字为 0x03，数据区为收到命令字的原值），上位机在 500ms 内没收到应答就重发，连续重发 3 次未成功则提示“通信超时”。注意，下行命令里包含阈值设置这类需要写入 EEPROM 的操作，下位机必须应答“已写入”（0x00）或“写入失败”（0x01）。如果上位机不做应答检查，就会出现界面显示设置成功、但掉电重启后阈值被还原的诡异问题。
4. LabVIEW 上位机开发：VISA 串口通信、波形显示与联动控制
4.1 VISA 配置与串口参数匹配：波特率、数据位、停止位必须一致
LabVIEW 做上位机的核心是 VISA 节点。如果还没安装 VISA，NI 官网可以下载运行时，安装后会在“函数选板—仪器 I/O—串口”里看到 VISA Configure Serial Port、VISA Write、VISA Read、VISA Close 这四个最基本的节点。
串口参数的匹配是联调的第一道关。51 单片机常用晶振是 11.0592MHz，这是因为这个晶振可以精确分频出 9600 波特率（误差率 0%）。如果你非要用 12MHz 晶振跑 9600，误差率是 0.16%，短帧没问题，长帧可能出错。建议以 9600、8、None、1 作为默认参数，这是两个设备最容易达成一致的配置。
VISA Configure Serial Port VISA resource name: COM3 baud rate: 9600 data bits: 8 parity: None stop bits: 1.0 flow control: None一个很容易踩的坑：主控读串口时没有先设置VISA Set I/O Buffer Size，而 VISA Read 的字节数在属性节点里配置。如果上位机只读一次 1 字节，那一帧数据要循环读 13 次才能拼完，漏一个字就全乱了。常见做法是把 VISA Read 的读取字节数设置为 13（对应一帧的长度），但串口数据是异步到达的，一次性读 13 字节可能导致阻塞等待超时。更稳的做法是设置 VISA 属性节点中的Bytes at Port，先查询缓冲区里有多少字节，够 13 个才去读。
4.2 读串口与状态机解析：把字节流还原成传感器数值
读取和解析是两个独立过程。读取只管往缓冲区里填字节，解析只消费缓冲区里的数据。这里尤其不建议用“读取 → 分割字符串 → 匹配”的方式，因为二进制数据中间任何字节都可能等于换行符。
解析核心是一个四状态的有限状态机：找帧头 1（0xAA）→ 找帧头 2（0x55）→ 接收长度和载荷 → 校验并解析。在 LabVIEW 里用移位寄存器保存当前状态和已接收字节数组。
简要逻辑可以用文本伪代码表示：
State = IDLE for byte in received_bytes: if State == IDLE: if byte == 0xAA: State = HEADER1 elif State == HEADER1: if byte == 0x55: State = HEADER2 else: State = IDLE elif State == HEADER2: payload_len = byte State = PAYLOAD_RECEIVE buffer = [] elif State == PAYLOAD_RECEIVE: buffer.append(byte) if len(buffer) == payload_len + 3: # 数据区+CRC2+帧尾2 if crc_check(buffer): parse_frame(buffer) State = IDLE else: State = IDLE在 LabVIEW 里实现时，注意用“条件结构”而不是“事件结构”处理串口数据。事件结构依赖状态变化触发，但串口数据如果 200ms 内没有新字节到达，事件结构不会触发。循环加延时（比如 50ms 轮询一次 Bytes at Port）是最简单可靠的方式。
4.3 界面设计：波形图表、仪表盘、报警灯与历史数据记录
LabVIEW 前后面板的设计有一个常见误区：把界面上放了很多仪表、开关、波形图，但数据之间的逻辑关系没有。火灾报警器上位机建议至少包含三个功能区域：
- 实时趋势区：用“波形图表”显示烟雾浓度和温度的历史曲线，横轴是时间，纵轴是两个量程不同的数据。烟雾浓度和温度的量纲不同，不能共用一个 Y 轴，正确做法是使用两个波形图表，或者使用“复合轴”功能把两条曲线放在同一个图表的不同 Y 轴上。
- 状态区：报警灯用布尔控件表示，配合条件结构改变颜色——空闲是绿色，预警是黄色，报警是红色。把巡更联动按钮、复位按钮放在这个区域，按钮按下时通过 VISA Write 发送下行控制帧。
- 参数区：数值输入控件，用于设置烟雾报警阈值、温度报警阈值和自动上报周期。这里必须做一个“防抖”处理：用户在输入控件里敲了数字但没按回车，不能直接发送。建议把“发送参数”做成一个单独的按钮，按下时才读取当前输入值并组帧发送。
历史数据记录建议用“写入带分隔符电子表格”函数，把每次收到的遥测帧追加到 CSV 文件里。注意这个函数每次调用都会打开和关闭文件，如果遥测帧的频率是每秒 1 帧，性能没问题；如果达到每秒 50 帧，建议改成“创建文件 + 在循环里写入 + 关闭文件”的缓存写入模式。
5. 联调和排错：串口数据对不上、LabVIEW 卡死、误报漏报的根因排查
5.1 第一步先做回环测试：确认链路通，再确认协议对
调联调，最大忌讳是上下位机同时改代码然后直接连接测试。先做两个独立测试：
- 把 51 单片机的 TX 和 RX 短接，用串口助手发送任意数据，看能否原样返回。这可以确认串口外设本身工作正常。
- 把 51 单片机与电脑连接，打开串口助手（如 SSCOM 或 AccessPort），先不打开 LabVIEW 程序，直接看下位机主动发出的遥测帧的十六进制数据是不是
AA 55 06 01 ... 0D 0A的格式。这一步是确认下位机没问题，再谈上位机的解析。
如果串口助手里看到的数据格式完全正确，但 LabVIEW 里显示乱码，问题基本锁定在 LabVIEW 的 VISA 配置或解析逻辑上。常见问题是 VISA Read 读取的字节长度固定不是 13，导致解析器永远处于“半帧状态”。正确做法是，每次进入循环先读 Bytes at Port 属性节点，如果缓冲区字节数小于 13 就跳过本轮解析；如果大于等于 13，则一次性读走并送入解析状态机。
5.2 上位机“卡死”和“显示跳变”的根因
LabVIEW 程序卡死，多数不是 LabVIEW 本身崩溃，而是 VISA Read 被设置了过长的超时时间，同时又在一个串口数据永远不会到达的端口上做阻塞读取。比如你设置 VISA Read 的 timeout 为 10 秒，下位机断电后，前面板会出现“无响应”的效果。建议把 timeout 限制在 300ms，并通过错误输出簇来判断是否超时，超时后忽略错误继续循环。
显示跳变问题，也就是界面上的数值来回跳动，根因在前面说的“中值滤波”没有做够。MQ-2 的电压信号本身带有白噪声，采样值可能从 780 到 820 之间随机波动。如果这个波动恰好跨越报警阈值 800，报警状态就会反复触发。除了在下位机做中值滤波，上位机也可以做一次惯性滤波，也就是“本次显示值 = 0.7 × 上次显示值 + 0.3 × 本次采样值”。惯性滤波对阶跃信号的响应稍微变慢，但能有效消除随机噪声引起的 UI 跳动。
5.3 误报与漏报：阈值设置和传感器预热时间
误报和漏报是一对矛盾，根源在 MQ-2 的标定和预热。MQ-2 传感器上电后需要预热 5 分钟以上，输出电压才能稳定。如果程序一上电就立刻采集电压，你会发现初始数值可能很高，然后慢慢回落。如果此时阈值设置过低，上电瞬间就会误报。应对方法是：下位机在状态机里增加一个“预热态”，上电后 300 秒内不进行报警判决，只更新显示的测量值。
标定方法是把传感器放在洁净空气中，读取稳定后的 ADC 值作为基线；把传感器放在烟雾环境中（比如点燃一根火柴并吹灭，用烟靠近传感器），记录 5 秒内的最大 ADC 值。报警阈值建议取两者中间偏上，即 基线 + (烟雾峰值 − 基线) × 0.7。不要在界面里随便输入一个 500、1000 之类的数值，必须和实际硬件标定结果挂钩。
6. 进阶技巧：用 LabVIEW 在线调整阈值参数与远程标定
下位机在按下“发送参数”时需要先对下位机的应答做超时处理。真正的做法是：上位机发送完阈值设置命令后，记录当前时间戳，进入等待应答状态；如果下位机在 500ms 内回应了“接收成功”，界面提示“参数已生效”；如果超时，则提示“参数下发失败，请检查串口通信”。这样现场调试的时候，你就能立刻知道是串口线问题、协议问题还是下位机 flash 写入失败。
还可以做一个自动标定流程：让下位机进入标定模式后，上位机每 2 秒发一次读值命令，连续采 30 组数据并计算平均值，然后把这个平均值加上一个设定偏移量生成报警阈值，再下发回下位机。这个操作把人工标定要做的计算逻辑全部自动化，演示的时候也更有说服力。
另外，上位机可以通过串口命令动态修改下位机的采样周期。如果 LabVIEW 界面上发现烟雾浓度波动过大，可以直接下调采样间隔；如果想降低功耗，可以提高间隔。这个能力在毕业设计答辩时经常被评委问到。
本文还有配套的精品资源，点击获取
