第一章：消防报警系统概述

大家好，我是你们的讲师。做了十几年嵌入式，跟消防报警系统打了不下七八年的交道。今天咱们开篇，先聊聊这个系统到底长什么样，为什么非得跟低功耗死磕。

1.1 系统组成：一个典型的消防报警系统

一个完整的消防报警系统，说白了就是三大部分：前端探测器、中间控制器、后端执行器。

• 前端探测器：烟雾传感器、温度传感器、气体传感器（比如CO、CO₂）。这些小家伙负责感知环境异常。
• 中间控制器：主控MCU（我习惯用STM32L系列或者MSP430），负责采集数据、判断逻辑、发出指令。
• 后端执行器：声光报警器、电磁阀、排烟风机、消防广播。它们负责执行动作。

你想想看，一个楼宇里可能部署几百个探测器。每个探测器都靠电池供电，或者从总线取电。如果功耗控制不好，三天两头换电池，那这系统就没法用了。

1.2 工作原理：从感知到动作

工作原理其实不复杂。探测器持续监测环境参数，比如烟雾浓度。当浓度超过阈值，探测器会发一个中断信号给控制器。控制器收到信号后，先做一次确认（防止误报），然后驱动报警器动作。

这里有个关键点：探测器大部分时间都在“待机”。只有检测到异常时才“唤醒”。这就是低功耗设计的核心——让系统在99%的时间里处于极低功耗状态。

1.3 低功耗设计的重要性：为什么必须省电？

我记得刚入行时，参与过一个项目。客户要求探测器电池续航至少三年。我们当时没太在意功耗，结果产品上市后，用户反馈半年就得换电池。那叫一个惨痛教训。

低功耗设计的重要性，我总结为三点：

• 可靠性：消防系统是保命的。如果电池没电，探测器失效，后果不堪设想。低功耗设计能保证系统在关键时刻不掉链子。
• 维护成本：一个大型建筑可能有上千个探测器。如果每个探测器一年换一次电池，人工成本就够受的。三年换一次和十年换一次，差别巨大。
• 法规要求：很多国家的消防标准（比如UL 217、EN 54）对电池寿命有明确要求。达不到标准，产品根本不能上市。

1.4 低功耗设计的核心思路

低功耗设计不是简单的“让芯片休眠”。它涉及硬件选型、软件架构、电源管理等多个层面。我给大家列个提纲，后面章节会逐一展开：

层面	关键点	我的经验
硬件选型	MCU、传感器、电源芯片的静态功耗	我习惯先看数据手册的“休眠电流”一栏
软件架构	事件驱动、中断唤醒、任务调度	别用轮询，用中断。轮询是功耗杀手
电源管理	DC-DC效率、电池放电曲线、低电压检测	电池电压降到3.0V时，很多MCU会不稳定
通信协议	无线（LoRa、Zigbee）或有线的功耗优化	LoRa的占空比限制，很多人会忽略

嗯，这里要注意：低功耗设计不是一蹴而就的。它是一个迭代优化的过程。我通常的做法是：先做一个能跑起来的原型，然后测功耗，找到瓶颈，再针对性优化。

1.5 一个简单的功耗估算示例

咱们来算一笔账。假设一个烟雾探测器，使用两节AA电池（总容量约3000mAh）。

• 待机电流：10μA（包括MCU休眠、传感器休眠）
• 工作电流：50mA（传感器采样+无线发送，持续100ms）
• 采样间隔：60秒一次

那么，一天的功耗是多少？

待机功耗：10μA × 24小时 = 0.24mAh
工作功耗：50mA × 0.1秒 × (24×60)次/天 = 50mA × 0.1s × 1440次 = 7200mAs = 2mAh
总功耗：0.24 + 2 = 2.24mAh/天
理论续航：3000mAh / 2.24mAh ≈ 1339天 ≈ 3.7年

你看，如果待机电流从10μA降到5μA，续航就能翻倍。这就是低功耗设计的价值所在。

1.6 本章小结

这一章咱们把消防报警系统的骨架搭起来了。你知道了系统由探测器、控制器、执行器组成，工作原理是“休眠-唤醒-判断-动作”。最重要的是，你理解了低功耗设计不是锦上添花，而是生死攸关。

下一章，咱们会深入MCU选型，聊聊怎么挑一颗既省电又够用的芯片。到时候我会分享一个我踩过的坑——选了一颗号称“超低功耗”的MCU，结果外设功耗比内核还高。嗯，那都是后话了。

记住一句话：低功耗设计，从系统架构开始。别等到画完PCB再想怎么省电，那就晚了。