基于51单片机的家居安防系统：传感器调试与状态机设计实战

每年到各种设计和课程项目节点，都会有同学拿一块快被焊穿了的开发板来找我：“系统功能全都写上去了，为什么就是不敢用？”拆开一看，传感器确实都接了，但红外探头正对着空调出风口，程序里也没有布防倒计时和报警确认机制，人回家一推门它就响，人不在家它反而安安静静。做基于51单片机的家居安防系统，真正难的不是把几个传感器点亮，而是把误报、漏报、断电恢复、布防撤防体验这些“现实问题”一次性理顺。这篇文章把整条链路从头到尾走一遍，包括需求拆解、硬件选型、传感器调试、状态机设计、联调实测和后续扩展思路，写给正在做课程设计、想系统学单片机，或者打算把demo改造成真正能放家里用的设备的朋友。

1. 需求拆解：这套系统到底在防什么、怎么防

1.1 先把需求列成清单，再决定接哪些传感器

安防系统听起来是标准件，但每个使用场景的侧重点完全不一样。出租屋最怕的是门窗被撬和深夜有人闯入；家庭场景则要额外考虑厨房的火焰和燃气泄漏。所以在动手之前，我习惯先把需求拆成几条硬性功能。

• 防盗：检测非法闯入，对应人体红外传感器（PIR）和门窗门磁开关。
• 防火：检测明火和烟雾，对应火焰红外模块和MQ-2烟雾传感器。
• 人机控制：支持布防、撤防，必须有密码输入，对应4x4矩阵键盘。
• 状态反馈：当前处于布防还是撤防、剩余倒计时多少秒，通过LCD1602显示，配合蜂鸣器和LED指示。

很多课程设计之所以“功能都有但演示总翻车”，问题就出在需求没有拆开。传感器只是接上了，报警策略完全没设计，结果演示时要么人还没走出房间就开始报警，要么搬一箱东西路过就响个不停。把需求清单写清楚，后面的硬件选型和程序结构才有依据。

1.2 都2025年了，为什么我仍然推荐用51做这类项目

先说结论：如果你的项目核心是“多路传感器信号采集 + 简单的状态控制 + 人机交互”，51单片机在今天依然完全够用，甚至是性价比最高的选择。但如果你要跑视频、做语音识别、上复杂加密通信，那确实应该转32位平台。

51的优势主要体现在三个方面。第一是资料极度丰富，任何一个坑都有前人踩过，对于没有太多调试经验的同学来说，这意味着你能很快找到对照实验。第二是逻辑透明，51的程序基本是“主循环 + 中断”这种直线结构，传感器信号一到，端口就翻转，不需要考虑线程、资源和休眠唤醒这些复杂问题，对理解嵌入式最核心的“输入-处理-输出”模型特别有帮助。第三是硬件便宜，一个最小系统板几块钱，烧录也简单，烧坏了不心疼。

我不太认同“用51就是落后”的说法，选型本质上是“哪个更匹配我手上的问题”，不是“哪个听起来更高级”。当然，如果是做真产品、功耗和无线协议栈需求明确，肯定要换平台，这一点文末会展开。

1.3 系统框架：从传感器到执行器的信号流

整个系统的信号流动方向很清晰，分四个环节，我用一张表概括。

感知层的四个传感器输出不外乎两种：数字电平（高/低）或模拟电压。比如PIR、门磁、火焰模块的数字口直接输出TTL电平，MQ-2模块带一个电压比较器，也能输出数字信号。51单片机本身没有ADC，所以最稳妥的方案是让所有传感器都工作在数字输出模式，软件只需要读取高低电平和处理抖动。这样整个系统的逻辑异常简单：某个条件满足了，状态机就跳转。后面我会说明，如果想把烟雾浓度做成连续量，需要额外加ADC芯片或换带ADC的型号。

2. 硬件搭建：最小系统、传感器接法与驱动电路

2.1 STC89C52最小系统容易漏的三处

51单片机要用起来，最小系统要配四个东西：电源、晶振、复位电路和EA引脚处理。电源部分5V供电，注意正负极不要接反；晶振用12MHz晶振加两个30pF电容，接到XTAL1和XTAL2；复位电路用10uF电解电容加10k电阻，上电时自动复位；EA引脚必须接高电平到VCC，否则单片机去读外部ROM，程序跑了白跑。

最容易漏的是P0端口的上拉电阻。P0是开漏结构，内部没有上拉，如果直接拿P0接LCD的数据线，经常出现“程序明明是对的，显示却乱码”的诡异现象。我在调试中遇到过最莫名其妙的一个问题：LCD刚开始显示正常，运行几分钟后开始花屏，最后发现是P0的排阻虚焊，接触不良导致高电平没有真正被拉上去。所以只要用了P0口，一定接一个10k排阻到VCC，这个钱省不得。

另外，如果计划加串口通信模块，比如后面提到的WiFi模块，晶振最好用11.0592MHz而不是12MHz。12MHz用于定时很整，但算波特率会产生误差；11.0592MHz是串口的“标准晶振”，9600、115200波特率都能算到误差接近零。定时器初值按11.0592MHz重新算即可，用到50ms中断时初值约为0x4C00。

2.2 传感器接线明细与引脚规划

在设计引脚分配时，我的习惯是把需要立即响应的信号接到外部中断引脚，其余信号用轮询。STC89C52只有INT0和INT1两个外部中断，分别是P3.2和P3.3，所以我会把PIR或门磁这类“有人闯入要第一时间知道”的信号放上去。下面是一套亲测稳定的接线方案。

门磁的接法多说一句。我习惯把开关一端接GND、另一端接MCU引脚，同时加10k上拉电阻到VCC。磁铁靠近时触点闭合，引脚被拉到低电平；门一开，磁铁远离，触点断开，引脚被上拉电阻拉回高电平。这样程序里“读引脚为高 = 门被打开”，逻辑非常直白。软件里再加10到20毫秒的消抖，避免开关接触瞬间的抖动被误判成一次开门。

2.3 LCD1602、矩阵键盘与蜂鸣器的接法

LCD1602在课程设计里几乎是标配。为了省IO，我强烈建议用4位模式而不是8位模式，只接数据口的D4到D7。我常用的接法：RS接P2.0，E接P2.2，RW直接接地（只写不读），数据线D4到D7分别接P2.4到P2.7。V0是对比度调节脚，接一个10k电位器，调到屏幕上刚好出现清晰字符为止。初次上电LCD没显示，九成是V0没调好，不是程序问题。

矩阵键盘用4+4共8个IO。行线接P1.0到P1.3，列线接P1.4到P1.7，扫描时逐行输出低电平、读列线判断哪个键被按下。如果不想自己焊矩阵，也可以买现成的薄膜键盘模块，背后带排针，直接插线就行，省下的时间用来调传感器。

蜂鸣器这里必须强调一下。很多人直接把蜂鸣器正极接单片机IO、负极接GND，结果是声音又小又闷，因为51单片机IO的输出驱动能力本身就有限，带不动蜂鸣器这类感性负载。正确做法是加一个NPN三极管（S8050就够），IO口通过1k电阻接到基极，蜂鸣器正极接5V，负极接三极管集电极，发射极接地。IO输出高电平时，三极管导通，蜂鸣器得电。要注意区分手上是有源蜂鸣器还是无源蜂鸣器：有源内部带振荡电路，给高电平就响；无源需要单片机输出约2kHz到4kHz的方波才响。接线之前先弄清楚，我踩过“拿无源当有源驱动，怎么都不响”的坑。

2.4 电源分配里最容易翻车的位置

这个系统和只点LED的开发板不一样，它带了MQ-2这种“电老虎”。MQ-2的加热丝工作电流实测能到150mA左右，加上蜂鸣器、LCD背光同时工作，整机电流很容易超过500mA。很多开发板的USB口供电能力一般，报警瞬间蜂鸣器一拉、背光一开，电压跌落，单片机直接复位。我实测过一次：系统触发报警的瞬间，蜂鸣器响了一秒不到，单片机重启了，报警状态全丢。

解决办法有三个：供电用5V/1A以上的适配器或独立稳压模块，别只靠电脑USB口；在传感器供电端加100uF电解电容做瞬间储能；程序里报警时不要蜂鸣器、LED、LCD刷新全部同时拉满，比如让蜂鸣器用间歇鸣叫，而不是一直高分贝输出。这块虽然和代码无关，但直接决定整个系统在关键时刻是“正常报警”还是“原地掉电”。

3. 传感器调试：把“能用”变成“不乱用”

3.1 HC-SR501人体红外：两颗旋钮和三个安装禁忌

HC-SR501模块背面通常有两颗电位器和一组跳线。一颗调灵敏度，也就是探测距离，逆时针拧到底灵敏度最低，大约3米，顺时针拧最大能到7米左右；另一颗调延时，也就是检测到人之后输出高电平保持多久，默认几秒，最大可以调到几百秒。跳线帽在H位置是可重复触发，人一直在探测区内输出就持续有效；在L位置是单次触发，输出保持一个延时周期后自动归零。用在安防场景，我建议跳线帽留在H，因为只要人还在现场，报警信号就应该持续有效。

安装位置比调旋钮更重要。第一个禁忌是探头不要正对空调出风口，空调吹出的热风或冷风会引起红外热释电信号波动，让系统在没人时自己误报。第二个禁忌是不要对着窗户或阳光直射方向，阳光中的红外分量和温度变化会让传感器产生“幽灵触发”。第三个禁忌是安装高度别太低，一般建议装在2.2米到2.5米左右，镜头朝下倾斜15到30度，这样探测区域覆盖全而不容易被宠物触发。如果家里有猫狗，PIR这类传感器很难完全区分“移动的小目标”和“入侵者”，要么调整安装位置缩小探测区，要么在软件里把PIR和门磁做联动判断。

上电之后还有一个细节：模块刚通电时内部传感器需要几十秒稳定，这个阶段输出信号会乱跳。所以代码里最好加一个“上电预热等待”，比如开机后前60秒强制系统处于撤防状态，不读取PIR信号，避免一通电就误报。

3.2 MQ-2烟雾传感器：预热、阈值与DO口标定

MQ-2的本质是一个金属氧化物半导体气敏元件，内部有个加热丝让敏感层保持工作温度，检测到可燃气体和烟雾时电阻变化，模块上的电压比较器把变化转成高低电平，DO口输出。它通电后需要一段时间让加热丝稳定，严格说要老化48小时才能达到出厂标称精度，但现场调试我至少会预热5分钟再调阈值。

用DO口的好处是不用关心模拟量怎么处理，阈值通过模块上的电位器来定。标定方法很简单：让传感器在干净空气中上电，用万用表测DO输出是高电平；然后用安全的烟雾源靠近，比如点燃一小段棉绳让它冒烟，放在传感器前方10到20厘米处，调节电位器直到DO翻转为低电平或高电平（取决于模块设计，常见是检测到烟雾时DO由高变低），再适当回退一点点留出余量，避免环境粉尘触发误报。每个模块的出厂离散性不同，换了一个传感器就要重新标定一次，不能偷懒。

如果你确实想读取连续的烟雾浓度，用AO口就必须加ADC。经典的51单片机内部没有ADC，可以外接PCF8591这类8位ADC芯片，通过I2C通信读取。但这会让代码量变多，课程设计阶段我认为用DO口加电位器标定完全够用，把精力留给报警策略更划算。

3.3 门磁与火焰传感器的抖动处理

门磁开关是机械触点，开合瞬间会产生ms级别的抖动，如果直接读IO，一趟正常的开门可能被程序判断成十几次触发。软件上最简单的做法是检测到电平变化后延时20毫秒再确认一次，两次结果一致才认为事件有效。我用这个方法后，误触发基本消失。

火焰传感器模块的原理是接收红外光，波长范围大约在760nm到1100nm之间，响应速度很快，实测10ms量级。但也正因为它对红外敏感，电暖器、白炽灯、甚至夏天窗外的强阳光反射都可能让它误报。硬件上可以在传感器镜头前加遮光筒，只接收前方小角度内的红外，软件上更实用的办法是“组合确认”——火焰传感器和烟雾传感器同时触发才判断为火警，单独一个触发先不动作，这个策略我在第4节的代码里会体现。单个传感器都有各自的物理盲区和误报源，组合判断是成本最低的可靠性提升手段。

4. 固件实现：状态机、键盘扫描与报警策略

4.1 程序框架与资源划分

51单片机的程序结构我习惯这样分配：主循环负责状态机流转和LCD刷新；定时器0做50ms时基，用于布防倒计时、报警延时、蜂鸣器节拍等所有需要“时间感”的地方；外部中断留给PIR或门磁；键盘扫描放在主循环里轮询。一个关键原则是，不要在中断服务函数里做耗时的事情，中断里只置标志位，具体处理放到主循环。这样定时器中断即使频繁进入，也不会干扰LCD的读写时序。

定时器0初始化代码可以直接对照使用，这里以12MHz晶振为例。

c复制void Timer0_Init(void)
{
    TMOD &= 0xF0;    // 只修改Timer0相关位
    TMOD |= 0x01;    // Timer0工作在方式1：16位定时
    TH0 = 0x3C;
    TL0 = 0xB0;      // 初值0x3CB0，12MHz下溢出周期为50ms
    ET0 = 1;         // 开启Timer0中断
    TR0 = 1;         // 启动Timer0
    EA = 1;          // 开启总中断
}

void Timer0_ISR(void) interrupt 1
{
    TH0 = 0x3C;
    TL0 = 0xB0;
    tick50ms++;
    if (tick50ms >= 20) {
        tick50ms = 0;
        flag_1s = 1;   // 每1秒置一次标志，主循环里判断
    }
}

主循环里每秒检查一次标志位做倒计时递减，而不是用delay()阻塞等待。很多人用delay(1000)做倒计时，结果布防倒计时期间按键完全没反应，因为程序卡在延时里，连键盘扫描的机会都没有。把时间切成标志位后，按键实时响应，倒计时和报警延时互不干扰。

4.2 安防状态机：布防、倒计时、触发确认、报警

这是整套程序的核心。我设计的状态机包含5个状态，每个状态对应一种行为。

为什么要加CONFIRM这个状态是关键。布置完系统后，主人可能还在房间里没来得及出去，或者窗外有人经过让PIR误触发，如果没有确认窗口，就会造成“布防即报警”的尴尬。给了30秒延时期，主人可以输入密码撤防，真正的入侵者不知道密码，30秒后系统才拉响持续警报。这比传感器一触发就现场警铃大作要合理得多，也是我在对比了多个“没人敢用”的作品后总结出来的设计。

状态机的主循环逻辑可以简化成下面这样。

c复制void StateMachine(void)
{
    unsigned char key = Key_Scan();
    
    switch (system_state)
    {
        case DISARM:
            if (key == PASSWORD)
            {
                system_state = ARMING;
                countdown = 30;      // 布防倒计时30秒
            }
            break;
            
        case ARMING:
            if (flag_1s)
            {
                flag_1s = 0;
                countdown--;
                Buzzer_Beep(30);    // 每秒短鸣提示
                if (countdown == 0)
                    system_state = ARMED;
            }
            if (key == PASSWORD)    // 倒计时内可取消布防
                system_state = DISARM;
            break;
            
        case ARMED:
            if (PIR_Get() || Door_Get())   // 有人闯入或门被打开
            {
                system_state = CONFIRM;
                countdown = 30;
            }
            break;
            
        case CONFIRM:
            if (flag_1s)
            {
                flag_1s = 0;
                countdown--;
                if (countdown == 0)
                    system_state = ALARM;
            }
            if (key == PASSWORD)
                system_state = DISARM;
            break;
            
        case ALARM:
            Buzzer_Alarm();          // 持续声光报警
            if (key == PASSWORD)
                system_state = DISARM;
            break;
            
        default:
            system_state = DISARM;
            break;
    }
}

这个结构的好处是每一个状态能做什么、怎么跳转都被限制得很死，不会出现“报警状态下既能撤防又能重新布防”这种逻辑混乱。后续加传感器只需要在ARMED状态里增加一个触发条件，比如加上火焰信号，可维护性很好。

4.3 矩阵键盘扫描与密码校验

4x4矩阵键盘的扫描原理是逐行输出低电平，逐列读取输入。我常用的扫描函数如下，引脚行接P1.0到P1.3、列接P1.4到P1.7。

c复制unsigned char Key_Scan(void)
{
    unsigned char row, col;
    
    P1 = 0x0F;                      // 高四位输出低电平，低四位设为输入
    if ((P1 & 0x0F) == 0x0F)
        return 0xFF;                // 没有按键按下
    
    delay_ms(10);                   // 软件消抖
    
    for (col = 0; col < 4; col++)
    {
        P1 = (0xEF >> col);         // 依次把某一列拉低
        for (row = 0; row < 4; row++)
        {
            if ((P1 & (0x01 << row)) == 0)
            {
                while ((P1 & (0x01 << row)) == 0);  // 等待按键释放
                return keymap[col][row];
            }
        }
    }
    return 0xFF;
}

密码校验很容易被忽略的一个细节是按键释放检测。如果程序在按下瞬间就返回键值，而主循环执行速度很快，一次物理按键会被读成几十次，倒计时里会疯狂跳秒。所以扫描函数里我加了等待释放的循环，确保用户真正松开手指后才返回一个键值。密码本身在课程设计里用固定值就行，比如默认“1234”，逐位与存储数组比较，同时记录输入位数，按“#”键确认，按“*”键清空。这里提醒一句，不要在演示时说这是加密方案，51课程设计的密码只是门禁控制手段，不是安全手段。

4.4 LCD1602驱动要点

LCD1602用的控制芯片是HD44780兼容方案，4位模式初始化时序很容易写错。网上常见的初始化代码顺序五花八门，我贴一段上周还在用的稳定写法。

c复制void Lcd_Init(void)
{
    delay_ms(50);
    Lcd_WriteCmd(0x33);   // 先按8位模式发两条指令
    Lcd_WriteCmd(0x32);   // 切换到4位模式
    Lcd_WriteCmd(0x28);   // 4位模式，2行，5x7点阵
    Lcd_WriteCmd(0x0C);   // 显示开，光标关
    Lcd_WriteCmd(0x06);   // 写入后地址自动加1
    Lcd_WriteCmd(0x01);   // 清屏
}

void Lcd_WriteCmd(unsigned char cmd)
{
    LCD_DATA = (cmd & 0xF0);         // 发送高四位
    LCD_E = 1; delay_ms(1); LCD_E = 0;
    LCD_DATA = ((cmd & 0x0F) << 4);  // 发送低四位
    LCD_E = 1; delay_ms(1); LCD_E = 0;
}

注意4位模式下数据要分两次发送，先高四位后低四位。如果发现LCD黑屏但背光亮，或者出方块而不显示字符，先查两个地方：一是V0对比度电位器有没有调到位，二是RW引脚是不是真的接地了。有几次我的LCD完全没显示，程序检查了半天，最后发现RW默认悬空，被IO内部状态拉高，变成了读模式，MCU写进去的指令全部无效。直接把RW接地是最省心的做法，前提是你不需要从LCD回读状态。

4.5 布防倒计时与报警延时的实现思路

倒计时和延时的核心就是“用标志位代替阻塞延时”。定时器0每50ms进一次中断，20次累计为1秒，主循环每次检测flag_1s为真就处理秒级事件。这样可以同时维持多个倒计时，比如布防倒计时30秒、触发确认30秒、蜂鸣器短鸣100ms，互不阻塞。

蜂鸣器的“短鸣”也不要用delay去做，否则短鸣期间按键又失效了。我的做法是维护一个“蜂鸣器剩余鸣叫时间”变量，在定时器中断里递减，主循环查询这个变量决定蜂鸣器开还是关。这样蜂鸣器鸣叫只是状态机的一个后台任务，系统其他部分始终照常运行。

5. 联调、实测与踩坑记录

5.1 上电与分步调试验证清单

我吃过很多次亏之后总结出一个原则：整个系统不要一次性全部接上再上电，要分层验证。第一层只做最小系统加LCD，上电后能显示字符，说明电源、晶振、复位、LCD驱动都正常；第二层加键盘，按键能回显在LCD上，说明扫描逻辑正常；第三层逐个接入传感器，每接一个，用LCD临时显示它的实时电平，确认硬件接线和信号极性都正确；最后再合入状态机。

这套流程把问题隔离在每一层，不会出现五六个模块一起上电后全是bug、根本不知道先查哪里的局面。每层验证都用代码里的临时调试输出，比如把传感器电平直接显示在LCD上或者驱动一个LED，比用万用表反复测引脚效率高得多。

5.2 模拟场景实测：响应时间与误报表现

完全接好后我做了三轮模拟测试。第一轮模拟入侵：让A同学从探测区域侧后方以正常步速走入，PIR输出由低变高，状态机从ARMED跳到CONFIRM，10次测试全部在1秒内响应（50ms轮询周期基本无感），都没有误报。需要说明的是，PIR本身对横向移动的敏感度高，对正面缓慢接近的敏感度低，所以测试时特意包含了侧向走和正面走两种路径。

第二轮模拟烟雾：在一段安全距离外让棉绳冒烟，靠近MQ-2约20厘米处，DO口翻转，控制台通过LCD提示烟雾异常，响应时间约2到3秒。MQ-2属于半导体传感器，响应本来就比光电式慢，这个数值在可接受范围内。第三轮模拟门磁：布防状态下直接推门，门磁电平变化几乎瞬时，CONFIRM状态立刻进入，30秒不输密码后蜂鸣器开始持续鸣叫，实测声音在房间里足够刺耳。

测试数据最有价值的地方是它帮我确认了两件事：一是误报不再频繁出现，说明安装位置和消抖措施起了作用；二是整个报警链路从物理事件发生到蜂鸣器响起来的端到端时间稳定在2到3秒内，这个延迟对家庭安防来说完全可以接受。

5.3 三个高频问题的完整排查链路

第一个问题是蜂鸣器不响。我建议按下面的顺序排查，不要一上来就怀疑代码逻辑。先检查程序是否真的进入了ALARM状态，最简单的方法是在报警状态里让一个LED点亮，如果LED亮而蜂鸣器不响，问题就在驱动电路和蜂鸣器本身。然后测量三极管基极电压，高电平时基极有没有1V左右，没有就查IO到基极的线路。接着确认蜂鸣器类型，把5V直接加到蜂鸣器两端，响不响立刻见分晓——有源蜂鸣器上电就响，无源蜂鸣器要接方波才响。我遇到最多的情况是拿无源蜂鸣器当有源驱动，给个高电平就指望它响，结果什么声音都没有。

第二个问题是LCD花屏或完全无显示。完整排查链路是：先确认背光亮不亮，不亮查背光供电；背光亮但无字符，调V0电位器，很多“坏屏”只是对比度没调对；调了还是不行，查RW是不是接地，用万用表测RW引脚电压必须是0；再不行查数据线和E线的时序，我遇到过P0口没上拉导致高电平不足，把指令发成了乱码。

第三个问题是PIR上电就报警。先看是不是上电预热没做，HC-SR501刚通电几十秒内输出状态不稳定；再看安装角度，探头对着空调、窗户或者阳光反光面都会自触发；最后把PIR的延迟旋钮往小调，有时候误报是因为输出高电平保持时间太长，导致状态机一进入ARMED就立刻检测到残留高电平。把这三个可能按顺序排查完，九成误报都能解决。

6. 扩展方向：从课程设计到真正能用的产品

6.1 加无线通知模块怎么选、怎么加

原版系统报警只有现场声光，人不在家就收不到消息。扩展最实用的一步是加无线模块，把报警信息推送到手机上。51单片机扩展首选ESP8266模块，理由很现实：价格低、资料多、只需要一个串口对接，成品的带AT固件模块上电后就通过串口收发指令。接线方式是模块的TX接单片机RXD（P3.0），模块RX接单片机TXD（P3.1），共地，波特率建议从9600起步，串口中断收到数据后解析出“连接成功”“发送成功”这类反馈。

这里有一个硬件选型连带问题：用串口通信最好把晶振换成11.0592MHz，否则12MHz计算出的9600波特率误差偏大，对ESP8266这种对时序敏感的设备容易丢包。定时器初值相应要改，前面提到的50ms中断初值在11.0592MHz下就变成0x4C00，实际用的时候别照抄12MHz版本的代码。

如果还要更强一点的远程能力，可以换GSM模块拨打电话或发短信，但GSM模块功耗高、天线摆放敏感，需要独立的电源和足够的信号环境，不建议在课程设计里和ESP8266同时上。先把WiFi上报跑通，就是很好的加分项。

6.2 多传感器融合：怎么进一步降低误报

一个传感器总有它的物理盲区，PIR对横向移动敏感但可能被阳光干扰，门磁只反映门窗开合但无法覆盖窗户被打破的情况。工程上降低误报的正确思路不是无限堆传感器，而是让传感器之间互相验证。

最简单的融合策略是：把“PIR触发”和“门磁触发”先做成OR关系，任何一个触发都进入CONFIRM确认；然后升级成AND关系，比如PIR和门磁在10秒内先后触发才直接报警，单独一个触发先记录为“可疑”。火警这边类似，火焰传感器和MQ-2同时超阈值才报明火，单独烟雾超阈值只提示“烟雾异常”而先不拉响警铃。这样改完代码量变化不大，但误报率能明显下降，因为两种传感器的误报源很难同时出现。

融合逻辑再往下走，还可以做时间维度上的判断。比如PIR触发5秒后门磁才触发，可能是主人回家忘记撤防；门磁触发后3秒内PIR也在同一区域检测到人，则更可能是入侵者。这类规则不复杂，但需要把传感器事件打上时间戳，状态机里多维护几个事件缓存变量就够了。

6.3 如果做成产品，哪些地方必须换掉

51方案适合学习和课程设计，但如果真要做成一款能在市面上销售的家用安防产品，有几个地方是绕不开的硬伤。第一是功耗，51单片机加一堆传感器模块的常驻电流在几十到两百毫安以上，没法用电池长期供电，产品化至少要换低功耗MCU加休眠唤醒机制。第二是断电恢复，市电断电又恢复后，系统怎么知道自己之前的布防状态？需要外接EEPROM保存状态，或者设计成默认回到撤防状态并提示用户重新布防。第三是备用电源，真遇到入侵者剪断供电线，系统应该切换到备用电池继续报警，不然电子锁比机械锁还脆。第四是传感器模块的集成度，成品一般用数字输出的集成传感器通过I2C/SPI总线挂载，而不是用一堆带电位器的模块，因为电位器在生产上没法保证一致性，每一台都要人工标定的话成本就失控了。

我个人实际做完这套系统后最大的体会是：课程设计最容易拿分的地方不是把传感器接得多花哨，而是把状态机设计得合理，把“异常场景”想全。比如报警时蜂鸣器被断电了怎么办，撤防密码输错三次要不要锁定，布防倒计时期间门被打开了要不要中止布防，这些问题哪怕只想到一半并体现在代码里，整个系统的完成度就完全不一样了。把这套代码和调试记录整理好，无论是答辩讲解还是后续继续改造成产品，都会有真正的底气。