最近在做一套基于STM32的智能烟雾及火焰报警器系统功能不复杂但做完以后我最大的感受是这种设备的核心难点从来不是电路或者代码本身而是“怎么让它稳定可靠地工作”。烟雾传感器风一吹就报警火焰传感器阳光一照就误触发这些坑我全都踩过一遍。所以这篇文章不打算只列原理图而是把从方案选型、硬件电路、固件状态机到实测标定的完整过程都写清楚。正在做电子设计项目、毕业设计或者打算做消防类产品原型的朋友这份记录可以直接参考。这套系统的定位很明确通过烟雾浓度和火焰红外特征两路传感器信息实现早期火情检测然后分级报警并联动继电器控制排风设备。相比市面上那种单一感烟报警器双通道冗余判定能明显压低误报率而且保留了外设扩展能力是一个能真正从桌面走到使用场景的原型。1. 整体方案设计与选型思路1.1 这个报警器系统到底要解决什么问题先搞清楚需求。火灾发生初期的可观测特征主要有三类烟雾颗粒浓度上升、环境温度升高、火焰发出的紫外/红外辐射。市售很多报警器只取其中一路信号比如单纯光电感烟或者单纯热敏电阻感温。这样做成本低但单独依赖一路信号的代价是误报率高——厨房炒菜的油烟、洗澡时的水蒸气都可能让感烟报警器“炸响”。所以我在设计时确定了一个核心原则多路感知、独立上报、综合判定。烟雾传感器负责捕捉可燃物燃烧产生的气体和烟雾颗粒火焰传感器负责捕捉火焰的特定红外光谱。两路信号不要求“同时发生”而是各自独立检测再由主控里的状态机根据严重程度决定进入预警还是报警。这样单路信号受到干扰时系统不会轻易进入最高等级报警而真实火情往往烟雾和火焰特征会同步出现误报率就下来了。另一个需求点是分级报警。烟雾浓度刚超阈值可能只是烧干锅或者点蚊香蜂鸣器直接最高音量是不合适的。我把它拆成两级一级预警只打开排风扇和显示提示二级报警才拉响蜂鸣器、让继电器执行断电或关阀动作。这个分级逻辑后面在固件部分会细说。1.2 系统整体构成与信息流整个系统的主控是STM32F103C8T6这是我在这个量级项目里的首选。感知层是MQ-2烟雾传感器和火焰探测模块执行层是有源蜂鸣器、继电器模块控制排风扇和一块0.96寸OLED屏幕交互层是一颗独立按键用来手动复位报警和切换灵敏度档位。供电方面外部5V输入给传感器和继电器板载稳压到3.3V供MCU和OLED。信息流是这样的MQ-2输出模拟电压进STM32的ADC通道火焰模块的AO模拟输出进另一个ADC通道同时DO数字输出接GPIO主控每10ms采样一次经过滑动平均滤波后交给报警状态机状态机输出驱动蜂鸣器、继电器并把烟雾电压、火焰状态、系统模式刷新到OLED上。按键用于复位串口用于调试信息输出。这个结构没有用任何复杂的外设但每一环都有讲究。比如为什么火焰模块要同时读AO和DO而不是只用DO数字输出本质上是模块上电位器阈值比较后的结果它只告诉你“有没有超过设定的灵敏度”但不知道信号强度。如果阈值调得过于灵敏阳光或者白炽灯就可能误触发。而AO模拟量能反映火焰辐射的强弱变化配合数字量一起判断抗干扰能力强很多。后面代码里我就是用“DO有效且AO超过一定电平”作为火焰报警条件的。1.3 主控选型为什么是STM32而不是51或ESP32有人可能会问做个报警器有必要上STM32吗51单片机不也能读ADC吗这个问题我在设计前也纠结过。51当然可以做但它的ADC要么没有要么精度很低通常是8位且只有一个通道你要扩展多通道采样就得加外部ADC芯片徒增成本和布线难度。用ESP32也可以性能强、还能直接联网但对这个不需要Wi-Fi本地报警场景来说资源过剩而且开机启动逻辑、双核调度对新手不算友好功耗也偏高。STM32F103C8T6的优势正好落在中间12位ADC、多通道、硬件I2C、多路USART价格在几块钱左右CubeMX加HAL库的开发方式让外设初始化变得非常快。更重要的是它的学习资料足够多不管是寄存器还是库函数版本遇到问题都能查到解决方案。对一个做原型验证的项目来说选它把开发时间省下来比纠结参数有意义得多。另外它也不是不能联网。后面如果想加手机推送通过USART外挂一块ESP8266模块就可以主控本身不需要换架构上也不冲突。1.4 传感器选型对比传感器选型是这套系统中决定成败的一步。我对比过几类传感器最终选择方案如下表传感器检测对象输出类型是否选用理由MQ-2烟雾、CO、可燃气体模拟电压是检测范围覆盖烟雾和燃气便宜易买MQ-135空气质量、NH3、苯模拟电压否侧重空气质量对可燃气体灵敏度不如MQ-2MQ-7一氧化碳模拟电压否需要周期性高低压加热电路复杂光电感烟迷宫烟雾颗粒数字/模拟否更接近商用烟感但迷宫结构调试麻烦火焰探测模块红外火焰红外光谱模拟数字是反应快AO/DO双输出便于冗余判定热电堆红外测温温度场I2C/模拟否精度好但成本偏高测火源不够直接MQ-2的原理简单说就是它内部有一片二氧化锡气敏材料加热到一定温度后表面会吸附氧气并形成势垒。当还原性气体或者烟雾粒子靠近时材料表面的电导率发生变化导致输出端电压跟着变。它的加热电流大概在150到180毫安所以传感器本身发热是正常的不能把外壳封死要留通风口。火焰传感器模块的核心是一个对红外光敏感的接收二极管火焰燃烧时会产生特定波长的红外辐射二极管接收到后光电流变化经过模块上的比较器输出数字电平同时AO口输出模拟电压。选它而不是紫外火焰传感器是因为红外模块成本低、测试容易如果预算充足换紫外火焰传感器能进一步抑制太阳光干扰但原型阶段没必要。2. 硬件电路设计与传感器接入2.1 电源系统设计先把电管好这个系统的电源设计是新手最容易翻车的地方因为板子上的器件供电电压不一样。MQ-2需要5V加热继电器模块需要5V驱动而STM32和OLED需要3.3V。如果直接用一个5V适配器同时给所有东西供电会把MCU烧掉如果全部用3.3VMQ-2灵敏度会大打折扣。我的方案是外部用USB的5V/1A电源或者5V适配器输入分两条路。一路直接给MQ-2加热端、火焰模块、蜂鸣器和继电器模块供电另一路经过一颗AMS1117-3.3稳压芯片给STM32、OLED和传感器逻辑部分的电源引脚供电。AMS1117输入输出压差只有1.7V3.3V输出纹波很小足够稳定。需要特别注意的是电流预算。MQ-2加热大约180mA继电器模块吸合瞬间大约70mA蜂鸣器20mAOLED几毫安MCU满载30mA左右加起来不到400mA5V/1A的电源余量很充足。但如果你准备用电池供电就要重新算账了——MQ-2的加热功耗决定了它不适合长时间电池运行。我的建议是原型阶段干脆用适配器等产品化再考虑低功耗换传感器方案。电源部分还有两个细节。一个是在AMS1117输入和输出端都要加10uF和0.1uF电容去耦不然蜂鸣器响起的时候3.3V会明显跌落。另一个是继电器模块开合的瞬间会产生反向电动势和电流尖峰所以继电器模块的供电线不要和模拟信号线贴在一起走尽量远离MCU和传感器。2.2 MQ-2烟雾传感器接入与信号调理MQ-2的输出电压范围和浓度相关典型情况下从洁净空气中的0.3V左右可以上升到3V甚至更高。但STM32的ADC参考电压是3.3V如果直接把MQ-2输出接到ADC引脚超过3.3V会烧引脚低于3.3V则浪费量程。所以必须做分压。我的做法是在传感器输出和GND之间接两个10K电阻组成分压取中间节点进ADC等效分压系数0.5也就是MQ-2最高输出5V时ADC引脚最多看到2.5V安全且量程利用率不错。然后在代码里把读数乘2还原成真实电压。分压点对地再接一个0.1uF陶瓷电容和分压电阻组成一个低通滤波器可以滤掉高频噪声。这个电容虽然简单但省掉了后面很多滤波代码的麻烦。接线顺序上还有一个经验MQ-2模块如果买的是带DO和AO输出的成品板一般直接有AO引脚但不同厂家的板子分压方式不一样买回来先用万用表量一下AO对地电压再接线。我遇到过AO空载输出已经接近4V的杂牌模块这种板子不分压直接接ADC必烧。关于预热问题MQ-2上电后要经过一段时间烧机气敏材料才会达到稳定工作温度。这个时间从30秒到3分钟不等取决于环境温度。所以固件里上电后不能立刻进入正常检测逻辑要先让系统跑一段“预热等待”状态期间只在屏幕上显示倒计时。这个细节如果不做开机第一次报警往往是莫名其妙的。2.3 火焰传感器接入与抗干扰设计火焰模块的接法相对简单VCC接5VGND接GNDDO接一个GPIOAO接ADC通道。AO同样要分压我用的是10K/10K分压之后给ADC保护MCU引脚。调试火焰模块时最坑的地方是那个电位器。它是用来调节比较器阈值的也就是DO翻转的灵敏度。调得太灵室内灯光反射都能触发调得太钝真火苗离得稍远就不响应。我的经验是先逆时针调低灵敏度再用打火机在5到10厘米距离测试找到一个“打火机点火能触发、日光和白炽灯不触发”的中间位置。注意火焰模块对白炽灯和太阳光确实会响应因为普通光源也含有红外成分所以机器结构上要给火焰探头加一个遮光罩让光线只能从一个方向进来。AO模拟信号的价值在这里就体现出来了。DO可能因为在阈值边缘抖动而时高时低但AO电压是连续变化的打火机靠近时AO电压明显上升、离开时下降。代码里我让火焰报警条件同时满足DO有效和AO超过一个固定电平双重确认。2.4 蜂鸣器、继电器与按键电路蜂鸣器我选的是有源蜂鸣器频率固定控制起来简单给高电平就响。驱动电路不能直接把GPIO接蜂鸣器因为GPIO输出电流不够我用一颗NPN三极管S8050做开关基极串一个1K电阻接STM32引脚发射极接地集电极接蜂鸣器负极蜂鸣器正极接5V。蜂鸣器算感性负载关断瞬间会产生反向电压所以在蜂鸣器两端反向并联一颗1N4148二极管续流保护三极管。继电器模块的教训值得单独说。市面上常见的继电器模块有高电平触发和低电平触发两种版本长得很像但逻辑相反。如果买到低电平触发的模块MCU上电初始化为高电平时继电器是不吸合的初始化为低电平就吸合很容易出现“一上电排风扇拼命转”的尴尬局面。所以我后期买模块都明确选高电平触发版本初始化和GPIO配置都设成低电平保证上电默认不动作。按键电路用的是STM32内部上拉、按键接地的接法。按键一按下GPIO读到低电平松开恢复高电平。这种接法省掉外部上拉电阻缺点是靠内部上拉走线太长时容易受干扰但在这个系统里距离很短没有明显问题。按键消抖放在固件里处理。3. 固件架构与核心逻辑实现3.1 工程搭建与驱动分层固件开发我用的是STM32CubeMX生成的HAL库工程选芯片型号时直接搜STM32F103C8T6即可。CubeMX里要配置的外设包括RCC外部高速时钟如果最小系统板用的是8M晶振就选HSEADC1启用通道0PA0接MQ-2和通道1PA1接火焰AO连续转换模式12位分辨率I2C1用于OLED标准模式100K即可GPIOPA2接蜂鸣器、PA3接继电器、PA4接火焰DO、PA5接按键USART1串口调试输出方便打日志IWDG独立看门狗防止程序跑飞工程文件我会按模块分层而不是把所有代码堆在main.c里。目录结构大概是这样的Core/ Inc/ Src/ Drivers/ APP/ alarm.c mq2.c flame.c key.c oled.c buzzer.c relay.c filter.c这样分的理由是报警逻辑不依赖具体的硬件驱动换传感器、换屏幕都不影响核心状态机。后续想加Wi-Fi模块只要在APP层增加一个uplink.c把状态数据通过USART发出去就行不需要改动报警逻辑。3.2 ADC采样、标定换算与滤波ADC读取很简单但裸读原始值直接用是不行的。传感器输出带有随机噪声可能是电源纹波、传感器本身波动或者环境气流扰动。我用了16点滑动平均滤波每次采样保留最近16个值求均值既能平滑瞬时尖峰又不会像加权平均那样产生明显的相位滞后。// filter.c #define FILTER_N 16 static uint16_t buf[FILTER_N]; static uint8_t idx 0; static uint32_t sum 0; void filter_reset(void) { idx 0; sum 0; for (int i 0; i FILTER_N; i) { buf[i] 0; } } uint16_t filter_push(uint16_t val) { sum - buf[idx]; buf[idx] val; sum buf[idx]; idx (idx 1) % FILTER_N; return (uint16_t)(sum / FILTER_N); }主循环里每10ms读一次ADC把结果送进滤波器。烟雾电压的换算要记得把分压系数乘回来float adc_to_voltage(uint16_t raw, float vref, float div) { return (float)raw * vref / 4096.0f * div; } // MQ-2通道分压系数0.5所以div2.0 float smoke_volt adc_to_voltage(filter_push(adc_read()), 3.3f, 2.0f);ADC参考电压其实不完全是3.3V如果板上有高精度基准源可以用基准源普通开发板直接用VDD的3.3V作为参考即可。想更精确可以在上电时采样一次已知电压做软件校准但这套系统精度需求没那么高硬件分压加12位ADC已经够用。滤波窗口长度16采样周期10ms意味着滤波器带来的延迟只有160ms对报警系统来说完全可接受。如果环境干扰特别大可以加大窗口到32甚至64但代价是响应变慢火情报警类场景不适合把滤波窗口开得太大。3.3 报警判定状态机避免误报的关键状态机是整个固件的灵魂。我设计了三个状态NORMAL正常、PRE_ALARM预警、ALARM报警。NORMAL状态下烟雾电压超过预警阈值时不立即进入预警而是连续确认5次每次50毫秒才切换从预警升级到报警需要连续确认3次火焰有效或烟雾超过严重阈值报警状态锁定直到按键手动复位。这个机制解决了一个非常现实的问题传感器的输出是渐变的偶尔一次超过阈值很正常但连续多次超过阈值就说明信号是真实的不是噪声。typedef enum { STATE_NORMAL, STATE_PRE_ALARM, STATE_ALARM } AlarmState; static AlarmState alarm_state STATE_NORMAL; static uint16_t pre_cnt 0; static uint16_t alarm_cnt 0; #define SMOKE_PRE_TH 1.2f #define SMOKE_ALARM_TH 2.0f #define FLAME_AO_TH 1.2f #define PRE_CONFIRM_CNT 5 #define ALARM_CONFIRM_CNT 3 void alarm_update(float smoke_volt, uint8_t flame_do, float flame_ao) { uint8_t smoke_pre (smoke_volt SMOKE_PRE_TH); uint8_t smoke_alarm (smoke_volt SMOKE_ALARM_TH); uint8_t flame_hit (flame_do FLAME_DO_ACTIVE flame_ao FLAME_AO_TH); switch (alarm_state) { case STATE_NORMAL: if (smoke_pre) { pre_cnt; if (pre_cnt PRE_CONFIRM_CNT) { alarm_state STATE_PRE_ALARM; } } else { pre_cnt 0; } if (smoke_alarm || flame_hit) { alarm_cnt; if (alarm_cnt ALARM_CONFIRM_CNT) { alarm_state STATE_ALARM; } } else { alarm_cnt 0; } break; case STATE_PRE_ALARM: if (smoke_alarm || flame_hit) { alarm_cnt; if (alarm_cnt ALARM_CONFIRM_CNT) { alarm_state STATE_ALARM; } } else if (!smoke_pre) { alarm_state STATE_NORMAL; pre_cnt 0; alarm_cnt 0; } break; case STATE_ALARM: // 锁定由按键复位 break; } }之所以要“连续确认”是因为火焰模块的DO可能存在临界抖动而烟雾浓度上升也需要时间。如果只采样一次就直接报警烧菜时飘过来的油烟气足以误报。连续确认损失的时间很短按50毫秒一次判定5次也就250毫秒换来的是可靠性的明显提升。报警状态锁定是另一个关键设计。真实火情中传感器不会自己恢复正常如果固件检测到烟雾下降就自动解除报警可能出现“响了又停、停了又响”的循环反而让人麻痹。所以一旦进入ALARM就必须由人工按键确认并复位。这是从实际安全产品的行为逻辑中学到的。3.4 按键交互与OLED实时显示OLED显示用的是一块0.96寸SSD1306I2C接口。我把它当成调试窗口第一行显示烟雾电压第二行显示火焰AO电压和DO状态第三行显示当前系统状态。状态用容易理解的关键字而不是代号比如“NORMAL”“PRE-ALARM”“ALARM”。实际测试时不用接串口看日志看屏幕就知道当前处于哪个阶段。OLED刷新频率不要太高我放在主循环里200ms刷新一次。因为OLED刷新过程本身要占用I2C总线如果和ADC采样同步进行会引入时间不确定。我把采样、状态机、显示做成三个不同节奏的任务主循环里用简单的毫秒计数器控制ADC采样和滤波每10ms报警状态机更新每50msOLED刷新每200ms按键扫描每20ms按键支持短按和长按两种操作。短按切换灵敏度预设档位我做了“低灵敏度/标准/高灵敏度”三个档位本质上是把状态机里的两个阈值乘以不同系数。长按2秒手动复位ALARM状态。按键消抖用20ms延时后再次读引脚的方式简单有效。3.5 联动控制与通信扩展联动逻辑放在主循环里根据状态机输出控制执行器if (alarm_state STATE_PRE_ALARM) relay_on(RELAY_FAN); else relay_off(RELAY_FAN); if (alarm_state STATE_ALARM) buzzer_start(); else buzzer_stop();预警阶段就打开排风扇意义在于把还没完全燃烧产生的烟雾排掉阻断从预警升级到报警的链条。报警阶段蜂鸣器持续响继电器可以扩展接电磁阀用来切断燃气或者接电磁锁断电留给具体应用场景决定。通信扩展我预留了USART1。如果要用手机推送外挂ESP8266模块就可以串口输出一条简单的JSON字符串例如{state:ALARM,smoke:2.3V,flame:1.8V}模块那边用AT指令或者固件透传发到云端。但我强烈建议先把本地报警功能完全调稳再加联网不要一开始就同时调试传感器和网络出现问题很难定位。4. 整机调试、标定与实测4.1 标定阈值不是拍脑袋定的标定是这个系统最容易出“看起来能用、实际不灵”的地方。MQ-2在洁净空气中的输出电压不是一个固定值不同模块、不同批次差异很大。有人直接把阈值写成0.5V结果在南方潮湿天气里空气本身就让传感器输出到了0.8V一开机就报警。我采用的方案是“启动时自动基线校准”。系统上电后先进入预热状态预热完成后采集20次烟雾电压求平均值作为当前环境下的基线。然后两个阈值都基于基线计算预警阈值 基线 0.6V报警阈值 基线 1.4V比如基线0.6V预警就是1.2V报警就是2.0V。这样换一个环境、换一块传感器模块不用改代码系统自己适应。需要强调的是基线校准只在启动阶段做运行过程中不实时更新基线。如果实时更新烟雾浓度缓慢上升时系统会不断“自我适应”最后把高浓度油烟当成正常环境出现灾难性的漏报。这个道理和报警状态必须手动复位是一样的安全系统不能自己消化异常。4.2 实测记录响应时间和误报情况我做了几组典型的实测。用打火机的气体不点火和蜡烛烟模拟烟雾用打火机火焰模拟火灾火焰同时也测了日常光照干扰。下面是记录表数值会因模块批次略有浮动但趋势一致测试场景MQ-2基线值实测最大电压响应时间系统行为打火机气体距离50cm0.6V3.1V约3秒正常进入预警随后升级报警蜡烛烟距离20cm0.6V2.4V约5秒正常进入预警稳定后保持预警纸张阴燃距离15cm0.6V3.5V约2秒快速进入报警打火机明火距离30cm—火焰AO升到2.5V小于1秒DOAO双重确认进入报警白炽灯直照火焰探头—火焰AO 0.3V无DO未触发无报警室内自然光—火焰AO 0.2V无无报警从数据里能看出MQ-2对真实燃烧产生的烟雾响应非常快对气体也灵敏。火焰通道对明火反应最快1秒内就能触发而普通光源没有让AO超过1.2V阈值所以确认逻辑没被点燃。4.3 稳定性处理看门狗和电气防护软件层面我开了独立看门狗IWDG周期大概1秒主循环必须喂狗。这个设计防止程序因为异常卡死导致报警功能完全失效——对一个安全设备来说宁可重启也不要静默死机。电气层面我在ADC入口的RC滤波基础上又给蜂鸣器和继电器的电源线上加了100uF电解电容给3.3V输出加了0.1uF陶瓷电容。别小看这几个电容蜂鸣器鸣叫瞬间电流变化会让3.3V电压产生跌落ADC读数会跟着跳表现为“蜂鸣器一响烟雾值突然上升”加了电容以后这个现象基本消失。继电器开合产生的电弧干扰是最难查的问题之一。继电器触点火花会让MCU复位或者ADC读数瞬间异常。除了模块自带光耦隔离我还把继电器模块用一根独立的杜邦线接5V不让它的供电和传感器共用地线长距离并联。如果PCB空间允许根本解决办法是MCU和继电器之间加光耦低压直流继电器模块通常自带不要省。4.4 扩展方向从原型到可用产品这套原型完成后如果要往产品方向走还有几件事值得做。第一是增加环境温度检测比如SHT30温度异常可以为判定逻辑提供第三路证据。第二是增加第二路继电器用来联动切断燃气电磁阀。第三是做低功耗优化MQ-2换掉改成光电感烟加红外火焰的组合或者用脉冲加热方式间歇给传感器供电待机电流压到微安级才能支持电池几年不换。不过这些都是后话。原型阶段的重点是把检测可靠性和交互逻辑验证清楚硬件架构留出扩展接口后面升级就不用推倒重来。5. 常见问题排查实录5.1 问题速查表我在调试这套系统的过程中踩了不少坑整理成一个速查表遇到问题可以直接对照。现象可能原因解决办法MQ-2输出电压一直为0分压电阻虚焊、ADC引脚配置错误、传感器模块AO引脚定义不同用万用表直接量分压点电压确认接到PA0的线序上电蜂鸣器就响蜂鸣器GPIO上电默认高电平或有源蜂鸣器接法错误初始化时先把GPIO写低优先于其他外设初始化继电器一上电就吸合买成了低电平触发继电器模块换高电平触发模块或改GPIO初始状态和驱动逻辑OLED不亮或花屏I2C地址不是0x3C、接线SDA和SCL接反、缺少上拉用I2C扫描程序确认地址检查4.7K上拉电阻火焰传感器频繁误报模块电位器太灵敏、探头正对强光源调低灵敏度给探头加遮光罩增大软件连续确认次数烟雾数值跳动幅度很大电源纹波大、ADC滤波不足、传感器离排风设备太近更换5V电源加RC滤波加大滑动平均窗口报警后一直响无法消除状态机设计为锁定模式需要人工复位长按按键复位如果不需要锁存取消ALARM锁存逻辑继电器动作时MCU死机复位触点电弧干扰或供电被拉垮更换带光耦的继电器模块电源加储能电容走线远离MCU5.2 几个来自实操的细节心得有些细节是文档里不会写的但直接影响调试体验单独说一下。第一MQ-2模块放在外壳里时进烟孔一定要留在传感器正上方或者侧面不能把传感器完全闷在壳里。传感器工作时要呼吸外壳设计太密封会导致烟雾扩散不进去响应时间拉得很长。第二调试火焰模块时不要用LED手电筒去照它做实验。LED虽然也含红外成分但强度不够会得到不稳定的数据。用打火机是最方便可控的光源开火后先靠近再慢慢拉远能直观看到AO电压的变化趋势。第三串口打印一定要尽早接入。我在主循环里加了一个慢速的串口输出500ms打印一次烟雾电压、火焰电压、状态机值。很多问题用眼睛看屏幕是看不出来的比如“烟雾值慢慢从小变大”这种缓慢漂移靠日志数据才能发现。printf重定向到USART只需要改写fputc函数花五分钟能省两小时排查时间。最后所有阈值和判定参数不要写死在主循环里而是放到一个专门的头文件比如alarm_config.h并用宏定义。调试时改阈值非常频繁集中管理比到处搜索替换高效得多。我用的是把三个灵敏度档位的参数做成一张常量表运行时按按键切换索引实测调参效率非常高。这套系统做下来我最大的体会是传感器信号从来都不是干净的真正的难点在于系统怎么在不干净的数据上做出可靠的决策。双通道检测加上状态机判定、分级联动这个架构本身不复杂但它把“稳定”和“灵敏”之间的平衡做出来了。后面如果再让我做类似设备我会从第一天就把日志记录和远程调试接口设计进去而不是等项目调不通了才想起来加。希望你也能少踩几个我踩过的坑把报警器一次做稳。
最近在做一套基于STM32的智能烟雾及火焰报警器系统功能不复杂但做完以后我最大的感受是这种设备的核心难点从来不是电路或者代码本身而是“怎么让它稳定可靠地工作”。烟雾传感器风一吹就报警火焰传感器阳光一照就误触发这些坑我全都踩过一遍。所以这篇文章不打算只列原理图而是把从方案选型、硬件电路、固件状态机到实测标定的完整过程都写清楚。正在做电子设计项目、毕业设计或者打算做消防类产品原型的朋友这份记录可以直接参考。这套系统的定位很明确通过烟雾浓度和火焰红外特征两路传感器信息实现早期火情检测然后分级报警并联动继电器控制排风设备。相比市面上那种单一感烟报警器双通道冗余判定能明显压低误报率而且保留了外设扩展能力是一个能真正从桌面走到使用场景的原型。1. 整体方案设计与选型思路1.1 这个报警器系统到底要解决什么问题先搞清楚需求。火灾发生初期的可观测特征主要有三类烟雾颗粒浓度上升、环境温度升高、火焰发出的紫外/红外辐射。市售很多报警器只取其中一路信号比如单纯光电感烟或者单纯热敏电阻感温。这样做成本低但单独依赖一路信号的代价是误报率高——厨房炒菜的油烟、洗澡时的水蒸气都可能让感烟报警器“炸响”。所以我在设计时确定了一个核心原则多路感知、独立上报、综合判定。烟雾传感器负责捕捉可燃物燃烧产生的气体和烟雾颗粒火焰传感器负责捕捉火焰的特定红外光谱。两路信号不要求“同时发生”而是各自独立检测再由主控里的状态机根据严重程度决定进入预警还是报警。这样单路信号受到干扰时系统不会轻易进入最高等级报警而真实火情往往烟雾和火焰特征会同步出现误报率就下来了。另一个需求点是分级报警。烟雾浓度刚超阈值可能只是烧干锅或者点蚊香蜂鸣器直接最高音量是不合适的。我把它拆成两级一级预警只打开排风扇和显示提示二级报警才拉响蜂鸣器、让继电器执行断电或关阀动作。这个分级逻辑后面在固件部分会细说。1.2 系统整体构成与信息流整个系统的主控是STM32F103C8T6这是我在这个量级项目里的首选。感知层是MQ-2烟雾传感器和火焰探测模块执行层是有源蜂鸣器、继电器模块控制排风扇和一块0.96寸OLED屏幕交互层是一颗独立按键用来手动复位报警和切换灵敏度档位。供电方面外部5V输入给传感器和继电器板载稳压到3.3V供MCU和OLED。信息流是这样的MQ-2输出模拟电压进STM32的ADC通道火焰模块的AO模拟输出进另一个ADC通道同时DO数字输出接GPIO主控每10ms采样一次经过滑动平均滤波后交给报警状态机状态机输出驱动蜂鸣器、继电器并把烟雾电压、火焰状态、系统模式刷新到OLED上。按键用于复位串口用于调试信息输出。这个结构没有用任何复杂的外设但每一环都有讲究。比如为什么火焰模块要同时读AO和DO而不是只用DO数字输出本质上是模块上电位器阈值比较后的结果它只告诉你“有没有超过设定的灵敏度”但不知道信号强度。如果阈值调得过于灵敏阳光或者白炽灯就可能误触发。而AO模拟量能反映火焰辐射的强弱变化配合数字量一起判断抗干扰能力强很多。后面代码里我就是用“DO有效且AO超过一定电平”作为火焰报警条件的。1.3 主控选型为什么是STM32而不是51或ESP32有人可能会问做个报警器有必要上STM32吗51单片机不也能读ADC吗这个问题我在设计前也纠结过。51当然可以做但它的ADC要么没有要么精度很低通常是8位且只有一个通道你要扩展多通道采样就得加外部ADC芯片徒增成本和布线难度。用ESP32也可以性能强、还能直接联网但对这个不需要Wi-Fi本地报警场景来说资源过剩而且开机启动逻辑、双核调度对新手不算友好功耗也偏高。STM32F103C8T6的优势正好落在中间12位ADC、多通道、硬件I2C、多路USART价格在几块钱左右CubeMX加HAL库的开发方式让外设初始化变得非常快。更重要的是它的学习资料足够多不管是寄存器还是库函数版本遇到问题都能查到解决方案。对一个做原型验证的项目来说选它把开发时间省下来比纠结参数有意义得多。另外它也不是不能联网。后面如果想加手机推送通过USART外挂一块ESP8266模块就可以主控本身不需要换架构上也不冲突。1.4 传感器选型对比传感器选型是这套系统中决定成败的一步。我对比过几类传感器最终选择方案如下表传感器检测对象输出类型是否选用理由MQ-2烟雾、CO、可燃气体模拟电压是检测范围覆盖烟雾和燃气便宜易买MQ-135空气质量、NH3、苯模拟电压否侧重空气质量对可燃气体灵敏度不如MQ-2MQ-7一氧化碳模拟电压否需要周期性高低压加热电路复杂光电感烟迷宫烟雾颗粒数字/模拟否更接近商用烟感但迷宫结构调试麻烦火焰探测模块红外火焰红外光谱模拟数字是反应快AO/DO双输出便于冗余判定热电堆红外测温温度场I2C/模拟否精度好但成本偏高测火源不够直接MQ-2的原理简单说就是它内部有一片二氧化锡气敏材料加热到一定温度后表面会吸附氧气并形成势垒。当还原性气体或者烟雾粒子靠近时材料表面的电导率发生变化导致输出端电压跟着变。它的加热电流大概在150到180毫安所以传感器本身发热是正常的不能把外壳封死要留通风口。火焰传感器模块的核心是一个对红外光敏感的接收二极管火焰燃烧时会产生特定波长的红外辐射二极管接收到后光电流变化经过模块上的比较器输出数字电平同时AO口输出模拟电压。选它而不是紫外火焰传感器是因为红外模块成本低、测试容易如果预算充足换紫外火焰传感器能进一步抑制太阳光干扰但原型阶段没必要。2. 硬件电路设计与传感器接入2.1 电源系统设计先把电管好这个系统的电源设计是新手最容易翻车的地方因为板子上的器件供电电压不一样。MQ-2需要5V加热继电器模块需要5V驱动而STM32和OLED需要3.3V。如果直接用一个5V适配器同时给所有东西供电会把MCU烧掉如果全部用3.3VMQ-2灵敏度会大打折扣。我的方案是外部用USB的5V/1A电源或者5V适配器输入分两条路。一路直接给MQ-2加热端、火焰模块、蜂鸣器和继电器模块供电另一路经过一颗AMS1117-3.3稳压芯片给STM32、OLED和传感器逻辑部分的电源引脚供电。AMS1117输入输出压差只有1.7V3.3V输出纹波很小足够稳定。需要特别注意的是电流预算。MQ-2加热大约180mA继电器模块吸合瞬间大约70mA蜂鸣器20mAOLED几毫安MCU满载30mA左右加起来不到400mA5V/1A的电源余量很充足。但如果你准备用电池供电就要重新算账了——MQ-2的加热功耗决定了它不适合长时间电池运行。我的建议是原型阶段干脆用适配器等产品化再考虑低功耗换传感器方案。电源部分还有两个细节。一个是在AMS1117输入和输出端都要加10uF和0.1uF电容去耦不然蜂鸣器响起的时候3.3V会明显跌落。另一个是继电器模块开合的瞬间会产生反向电动势和电流尖峰所以继电器模块的供电线不要和模拟信号线贴在一起走尽量远离MCU和传感器。2.2 MQ-2烟雾传感器接入与信号调理MQ-2的输出电压范围和浓度相关典型情况下从洁净空气中的0.3V左右可以上升到3V甚至更高。但STM32的ADC参考电压是3.3V如果直接把MQ-2输出接到ADC引脚超过3.3V会烧引脚低于3.3V则浪费量程。所以必须做分压。我的做法是在传感器输出和GND之间接两个10K电阻组成分压取中间节点进ADC等效分压系数0.5也就是MQ-2最高输出5V时ADC引脚最多看到2.5V安全且量程利用率不错。然后在代码里把读数乘2还原成真实电压。分压点对地再接一个0.1uF陶瓷电容和分压电阻组成一个低通滤波器可以滤掉高频噪声。这个电容虽然简单但省掉了后面很多滤波代码的麻烦。接线顺序上还有一个经验MQ-2模块如果买的是带DO和AO输出的成品板一般直接有AO引脚但不同厂家的板子分压方式不一样买回来先用万用表量一下AO对地电压再接线。我遇到过AO空载输出已经接近4V的杂牌模块这种板子不分压直接接ADC必烧。关于预热问题MQ-2上电后要经过一段时间烧机气敏材料才会达到稳定工作温度。这个时间从30秒到3分钟不等取决于环境温度。所以固件里上电后不能立刻进入正常检测逻辑要先让系统跑一段“预热等待”状态期间只在屏幕上显示倒计时。这个细节如果不做开机第一次报警往往是莫名其妙的。2.3 火焰传感器接入与抗干扰设计火焰模块的接法相对简单VCC接5VGND接GNDDO接一个GPIOAO接ADC通道。AO同样要分压我用的是10K/10K分压之后给ADC保护MCU引脚。调试火焰模块时最坑的地方是那个电位器。它是用来调节比较器阈值的也就是DO翻转的灵敏度。调得太灵室内灯光反射都能触发调得太钝真火苗离得稍远就不响应。我的经验是先逆时针调低灵敏度再用打火机在5到10厘米距离测试找到一个“打火机点火能触发、日光和白炽灯不触发”的中间位置。注意火焰模块对白炽灯和太阳光确实会响应因为普通光源也含有红外成分所以机器结构上要给火焰探头加一个遮光罩让光线只能从一个方向进来。AO模拟信号的价值在这里就体现出来了。DO可能因为在阈值边缘抖动而时高时低但AO电压是连续变化的打火机靠近时AO电压明显上升、离开时下降。代码里我让火焰报警条件同时满足DO有效和AO超过一个固定电平双重确认。2.4 蜂鸣器、继电器与按键电路蜂鸣器我选的是有源蜂鸣器频率固定控制起来简单给高电平就响。驱动电路不能直接把GPIO接蜂鸣器因为GPIO输出电流不够我用一颗NPN三极管S8050做开关基极串一个1K电阻接STM32引脚发射极接地集电极接蜂鸣器负极蜂鸣器正极接5V。蜂鸣器算感性负载关断瞬间会产生反向电压所以在蜂鸣器两端反向并联一颗1N4148二极管续流保护三极管。继电器模块的教训值得单独说。市面上常见的继电器模块有高电平触发和低电平触发两种版本长得很像但逻辑相反。如果买到低电平触发的模块MCU上电初始化为高电平时继电器是不吸合的初始化为低电平就吸合很容易出现“一上电排风扇拼命转”的尴尬局面。所以我后期买模块都明确选高电平触发版本初始化和GPIO配置都设成低电平保证上电默认不动作。按键电路用的是STM32内部上拉、按键接地的接法。按键一按下GPIO读到低电平松开恢复高电平。这种接法省掉外部上拉电阻缺点是靠内部上拉走线太长时容易受干扰但在这个系统里距离很短没有明显问题。按键消抖放在固件里处理。3. 固件架构与核心逻辑实现3.1 工程搭建与驱动分层固件开发我用的是STM32CubeMX生成的HAL库工程选芯片型号时直接搜STM32F103C8T6即可。CubeMX里要配置的外设包括RCC外部高速时钟如果最小系统板用的是8M晶振就选HSEADC1启用通道0PA0接MQ-2和通道1PA1接火焰AO连续转换模式12位分辨率I2C1用于OLED标准模式100K即可GPIOPA2接蜂鸣器、PA3接继电器、PA4接火焰DO、PA5接按键USART1串口调试输出方便打日志IWDG独立看门狗防止程序跑飞工程文件我会按模块分层而不是把所有代码堆在main.c里。目录结构大概是这样的Core/ Inc/ Src/ Drivers/ APP/ alarm.c mq2.c flame.c key.c oled.c buzzer.c relay.c filter.c这样分的理由是报警逻辑不依赖具体的硬件驱动换传感器、换屏幕都不影响核心状态机。后续想加Wi-Fi模块只要在APP层增加一个uplink.c把状态数据通过USART发出去就行不需要改动报警逻辑。3.2 ADC采样、标定换算与滤波ADC读取很简单但裸读原始值直接用是不行的。传感器输出带有随机噪声可能是电源纹波、传感器本身波动或者环境气流扰动。我用了16点滑动平均滤波每次采样保留最近16个值求均值既能平滑瞬时尖峰又不会像加权平均那样产生明显的相位滞后。// filter.c #define FILTER_N 16 static uint16_t buf[FILTER_N]; static uint8_t idx 0; static uint32_t sum 0; void filter_reset(void) { idx 0; sum 0; for (int i 0; i FILTER_N; i) { buf[i] 0; } } uint16_t filter_push(uint16_t val) { sum - buf[idx]; buf[idx] val; sum buf[idx]; idx (idx 1) % FILTER_N; return (uint16_t)(sum / FILTER_N); }主循环里每10ms读一次ADC把结果送进滤波器。烟雾电压的换算要记得把分压系数乘回来float adc_to_voltage(uint16_t raw, float vref, float div) { return (float)raw * vref / 4096.0f * div; } // MQ-2通道分压系数0.5所以div2.0 float smoke_volt adc_to_voltage(filter_push(adc_read()), 3.3f, 2.0f);ADC参考电压其实不完全是3.3V如果板上有高精度基准源可以用基准源普通开发板直接用VDD的3.3V作为参考即可。想更精确可以在上电时采样一次已知电压做软件校准但这套系统精度需求没那么高硬件分压加12位ADC已经够用。滤波窗口长度16采样周期10ms意味着滤波器带来的延迟只有160ms对报警系统来说完全可接受。如果环境干扰特别大可以加大窗口到32甚至64但代价是响应变慢火情报警类场景不适合把滤波窗口开得太大。3.3 报警判定状态机避免误报的关键状态机是整个固件的灵魂。我设计了三个状态NORMAL正常、PRE_ALARM预警、ALARM报警。NORMAL状态下烟雾电压超过预警阈值时不立即进入预警而是连续确认5次每次50毫秒才切换从预警升级到报警需要连续确认3次火焰有效或烟雾超过严重阈值报警状态锁定直到按键手动复位。这个机制解决了一个非常现实的问题传感器的输出是渐变的偶尔一次超过阈值很正常但连续多次超过阈值就说明信号是真实的不是噪声。typedef enum { STATE_NORMAL, STATE_PRE_ALARM, STATE_ALARM } AlarmState; static AlarmState alarm_state STATE_NORMAL; static uint16_t pre_cnt 0; static uint16_t alarm_cnt 0; #define SMOKE_PRE_TH 1.2f #define SMOKE_ALARM_TH 2.0f #define FLAME_AO_TH 1.2f #define PRE_CONFIRM_CNT 5 #define ALARM_CONFIRM_CNT 3 void alarm_update(float smoke_volt, uint8_t flame_do, float flame_ao) { uint8_t smoke_pre (smoke_volt SMOKE_PRE_TH); uint8_t smoke_alarm (smoke_volt SMOKE_ALARM_TH); uint8_t flame_hit (flame_do FLAME_DO_ACTIVE flame_ao FLAME_AO_TH); switch (alarm_state) { case STATE_NORMAL: if (smoke_pre) { pre_cnt; if (pre_cnt PRE_CONFIRM_CNT) { alarm_state STATE_PRE_ALARM; } } else { pre_cnt 0; } if (smoke_alarm || flame_hit) { alarm_cnt; if (alarm_cnt ALARM_CONFIRM_CNT) { alarm_state STATE_ALARM; } } else { alarm_cnt 0; } break; case STATE_PRE_ALARM: if (smoke_alarm || flame_hit) { alarm_cnt; if (alarm_cnt ALARM_CONFIRM_CNT) { alarm_state STATE_ALARM; } } else if (!smoke_pre) { alarm_state STATE_NORMAL; pre_cnt 0; alarm_cnt 0; } break; case STATE_ALARM: // 锁定由按键复位 break; } }之所以要“连续确认”是因为火焰模块的DO可能存在临界抖动而烟雾浓度上升也需要时间。如果只采样一次就直接报警烧菜时飘过来的油烟气足以误报。连续确认损失的时间很短按50毫秒一次判定5次也就250毫秒换来的是可靠性的明显提升。报警状态锁定是另一个关键设计。真实火情中传感器不会自己恢复正常如果固件检测到烟雾下降就自动解除报警可能出现“响了又停、停了又响”的循环反而让人麻痹。所以一旦进入ALARM就必须由人工按键确认并复位。这是从实际安全产品的行为逻辑中学到的。3.4 按键交互与OLED实时显示OLED显示用的是一块0.96寸SSD1306I2C接口。我把它当成调试窗口第一行显示烟雾电压第二行显示火焰AO电压和DO状态第三行显示当前系统状态。状态用容易理解的关键字而不是代号比如“NORMAL”“PRE-ALARM”“ALARM”。实际测试时不用接串口看日志看屏幕就知道当前处于哪个阶段。OLED刷新频率不要太高我放在主循环里200ms刷新一次。因为OLED刷新过程本身要占用I2C总线如果和ADC采样同步进行会引入时间不确定。我把采样、状态机、显示做成三个不同节奏的任务主循环里用简单的毫秒计数器控制ADC采样和滤波每10ms报警状态机更新每50msOLED刷新每200ms按键扫描每20ms按键支持短按和长按两种操作。短按切换灵敏度预设档位我做了“低灵敏度/标准/高灵敏度”三个档位本质上是把状态机里的两个阈值乘以不同系数。长按2秒手动复位ALARM状态。按键消抖用20ms延时后再次读引脚的方式简单有效。3.5 联动控制与通信扩展联动逻辑放在主循环里根据状态机输出控制执行器if (alarm_state STATE_PRE_ALARM) relay_on(RELAY_FAN); else relay_off(RELAY_FAN); if (alarm_state STATE_ALARM) buzzer_start(); else buzzer_stop();预警阶段就打开排风扇意义在于把还没完全燃烧产生的烟雾排掉阻断从预警升级到报警的链条。报警阶段蜂鸣器持续响继电器可以扩展接电磁阀用来切断燃气或者接电磁锁断电留给具体应用场景决定。通信扩展我预留了USART1。如果要用手机推送外挂ESP8266模块就可以串口输出一条简单的JSON字符串例如{state:ALARM,smoke:2.3V,flame:1.8V}模块那边用AT指令或者固件透传发到云端。但我强烈建议先把本地报警功能完全调稳再加联网不要一开始就同时调试传感器和网络出现问题很难定位。4. 整机调试、标定与实测4.1 标定阈值不是拍脑袋定的标定是这个系统最容易出“看起来能用、实际不灵”的地方。MQ-2在洁净空气中的输出电压不是一个固定值不同模块、不同批次差异很大。有人直接把阈值写成0.5V结果在南方潮湿天气里空气本身就让传感器输出到了0.8V一开机就报警。我采用的方案是“启动时自动基线校准”。系统上电后先进入预热状态预热完成后采集20次烟雾电压求平均值作为当前环境下的基线。然后两个阈值都基于基线计算预警阈值 基线 0.6V报警阈值 基线 1.4V比如基线0.6V预警就是1.2V报警就是2.0V。这样换一个环境、换一块传感器模块不用改代码系统自己适应。需要强调的是基线校准只在启动阶段做运行过程中不实时更新基线。如果实时更新烟雾浓度缓慢上升时系统会不断“自我适应”最后把高浓度油烟当成正常环境出现灾难性的漏报。这个道理和报警状态必须手动复位是一样的安全系统不能自己消化异常。4.2 实测记录响应时间和误报情况我做了几组典型的实测。用打火机的气体不点火和蜡烛烟模拟烟雾用打火机火焰模拟火灾火焰同时也测了日常光照干扰。下面是记录表数值会因模块批次略有浮动但趋势一致测试场景MQ-2基线值实测最大电压响应时间系统行为打火机气体距离50cm0.6V3.1V约3秒正常进入预警随后升级报警蜡烛烟距离20cm0.6V2.4V约5秒正常进入预警稳定后保持预警纸张阴燃距离15cm0.6V3.5V约2秒快速进入报警打火机明火距离30cm—火焰AO升到2.5V小于1秒DOAO双重确认进入报警白炽灯直照火焰探头—火焰AO 0.3V无DO未触发无报警室内自然光—火焰AO 0.2V无无报警从数据里能看出MQ-2对真实燃烧产生的烟雾响应非常快对气体也灵敏。火焰通道对明火反应最快1秒内就能触发而普通光源没有让AO超过1.2V阈值所以确认逻辑没被点燃。4.3 稳定性处理看门狗和电气防护软件层面我开了独立看门狗IWDG周期大概1秒主循环必须喂狗。这个设计防止程序因为异常卡死导致报警功能完全失效——对一个安全设备来说宁可重启也不要静默死机。电气层面我在ADC入口的RC滤波基础上又给蜂鸣器和继电器的电源线上加了100uF电解电容给3.3V输出加了0.1uF陶瓷电容。别小看这几个电容蜂鸣器鸣叫瞬间电流变化会让3.3V电压产生跌落ADC读数会跟着跳表现为“蜂鸣器一响烟雾值突然上升”加了电容以后这个现象基本消失。继电器开合产生的电弧干扰是最难查的问题之一。继电器触点火花会让MCU复位或者ADC读数瞬间异常。除了模块自带光耦隔离我还把继电器模块用一根独立的杜邦线接5V不让它的供电和传感器共用地线长距离并联。如果PCB空间允许根本解决办法是MCU和继电器之间加光耦低压直流继电器模块通常自带不要省。4.4 扩展方向从原型到可用产品这套原型完成后如果要往产品方向走还有几件事值得做。第一是增加环境温度检测比如SHT30温度异常可以为判定逻辑提供第三路证据。第二是增加第二路继电器用来联动切断燃气电磁阀。第三是做低功耗优化MQ-2换掉改成光电感烟加红外火焰的组合或者用脉冲加热方式间歇给传感器供电待机电流压到微安级才能支持电池几年不换。不过这些都是后话。原型阶段的重点是把检测可靠性和交互逻辑验证清楚硬件架构留出扩展接口后面升级就不用推倒重来。5. 常见问题排查实录5.1 问题速查表我在调试这套系统的过程中踩了不少坑整理成一个速查表遇到问题可以直接对照。现象可能原因解决办法MQ-2输出电压一直为0分压电阻虚焊、ADC引脚配置错误、传感器模块AO引脚定义不同用万用表直接量分压点电压确认接到PA0的线序上电蜂鸣器就响蜂鸣器GPIO上电默认高电平或有源蜂鸣器接法错误初始化时先把GPIO写低优先于其他外设初始化继电器一上电就吸合买成了低电平触发继电器模块换高电平触发模块或改GPIO初始状态和驱动逻辑OLED不亮或花屏I2C地址不是0x3C、接线SDA和SCL接反、缺少上拉用I2C扫描程序确认地址检查4.7K上拉电阻火焰传感器频繁误报模块电位器太灵敏、探头正对强光源调低灵敏度给探头加遮光罩增大软件连续确认次数烟雾数值跳动幅度很大电源纹波大、ADC滤波不足、传感器离排风设备太近更换5V电源加RC滤波加大滑动平均窗口报警后一直响无法消除状态机设计为锁定模式需要人工复位长按按键复位如果不需要锁存取消ALARM锁存逻辑继电器动作时MCU死机复位触点电弧干扰或供电被拉垮更换带光耦的继电器模块电源加储能电容走线远离MCU5.2 几个来自实操的细节心得有些细节是文档里不会写的但直接影响调试体验单独说一下。第一MQ-2模块放在外壳里时进烟孔一定要留在传感器正上方或者侧面不能把传感器完全闷在壳里。传感器工作时要呼吸外壳设计太密封会导致烟雾扩散不进去响应时间拉得很长。第二调试火焰模块时不要用LED手电筒去照它做实验。LED虽然也含红外成分但强度不够会得到不稳定的数据。用打火机是最方便可控的光源开火后先靠近再慢慢拉远能直观看到AO电压的变化趋势。第三串口打印一定要尽早接入。我在主循环里加了一个慢速的串口输出500ms打印一次烟雾电压、火焰电压、状态机值。很多问题用眼睛看屏幕是看不出来的比如“烟雾值慢慢从小变大”这种缓慢漂移靠日志数据才能发现。printf重定向到USART只需要改写fputc函数花五分钟能省两小时排查时间。最后所有阈值和判定参数不要写死在主循环里而是放到一个专门的头文件比如alarm_config.h并用宏定义。调试时改阈值非常频繁集中管理比到处搜索替换高效得多。我用的是把三个灵敏度档位的参数做成一张常量表运行时按按键切换索引实测调参效率非常高。这套系统做下来我最大的体会是传感器信号从来都不是干净的真正的难点在于系统怎么在不干净的数据上做出可靠的决策。双通道检测加上状态机判定、分级联动这个架构本身不复杂但它把“稳定”和“灵敏”之间的平衡做出来了。后面如果再让我做类似设备我会从第一天就把日志记录和远程调试接口设计进去而不是等项目调不通了才想起来加。希望你也能少踩几个我踩过的坑把报警器一次做稳。
平方复杂度无法被常规优化消除｜TaoToken 统一 Key 通道实测)
