在智慧消防系统中，烟感报警器作为底层感知节点，大多数采用电池供电方式部署。CDN的引入让海量终端可以通过边缘节点就近接入，避免直连中心平台带来的高延迟和高负载。心跳包作为维持设备在线状态的核心机制，其发送频率和报文结构直接决定了电池续航与平台响应之间的平衡。如果心跳包设计不合理，要么设备频繁更换电池，要么平台误判离线导致告警延迟。下面分别从功耗模型、心跳协议和CDN边缘协同三个角度拆解。
一、电池供电烟感报警器的功耗模型
烟感报警器的功耗主要由三部分组成：主控MCU待机电流、烟雾传感器采样电流、射频模块发射电流。以NB-IoT模组为例，PSM模式下待机电流可低至3μA到5μA，而发射瞬间的峰值电流可能达到200mA以上。假设设备每小时发送一次心跳，每次射频激活持续约1.2秒，发送期间平均电流按150mA计算，待机电流取5μA，传感器采样每10分钟一次，每次持续2秒，平均采样电流15mA。通过加权平均公式可以估算整机平均电流。
计算公式为：平均电流约等于待机电流乘以待机时长，加上发射电流乘以发射时长，再加上采样电流乘以采样时长，结果除以总周期。带入数值后，5μA乘3540秒加上150mA乘1.2秒加上15mA乘12秒，再除以3600秒，结果约12.5μA。如果使用两节容量为2400mAh的AA锂电池，理论寿命约2400mAh除以0.0125mA，得到192000小时，约21.9年。但实际受自放电、温度、电池内阻等因素影响，通常只能达到理论值的30%到50%，因此实际寿命约6到10年。若要保证三年以上免维护，平均电流必须控制在20μA以下。
def estimate_lifetime(capacity_mah, avg_current_ua):
lifetime_hours = capacity_mah * 1000 / avg_current_ua
return lifetime_hours / (24 * 365)
capacity = 2400
avg_current = 12.5
years = estimate_lifetime(capacity, avg_current)
print(f"预计电池寿命: {years:.2f} 年")
从功耗模型可以看出，心跳包的发送周期是影响平均电流的最大变量。将心跳从每小时一次拉长到每4小时一次，平均电流可以从12.5μA降到约7μA，寿命几乎翻倍。但拉长周期会带来离线检测延迟：如果设备异常离线，平台最长需要4小时才能感知。因此不能单独追求低功耗，需要结合CDN边缘节点的智能判断，在设备端使用动态周期策略，在云端使用状态缓存和超时推断。
二、心跳包报文设计与动态周期调整
心跳包的报文格式应当尽量精简，避免使用JSON文本传输，因为每个字节都会消耗射频能量和带宽。采用二进制结构体可以大幅减少包长。下面是一个典型的心跳包结构定义。
typedef struct {
uint8_t dev_id[8];
uint16_t battery_mv;
uint8_t status;
int8_t rssi;
uint32_t timestamp;
uint16_t crc;
} heartbeat_t;
其中设备ID占用8字节，保证全局唯一；电池电压占用2字节，单位为毫伏；状态字占用1字节，bit0表示烟雾报警状态，bit1表示故障，bit2表示低电量；RSSI占用1字节，记录信号强度；时间戳占用4字节，使用Unix时间；CRC16校验占用2字节。整包共18字节，适合NB-IoT的小包传输特性。如果使用CoAP或UDP承载，还可以进一步压缩头部开销。
固定周期的心跳在设计上最简单，但往往不是最优解。白天人员活动频繁，火灾风险高，心跳周期可以缩短到30分钟；夜间或无活动时段拉长到4小时。设备根据内置RTC和传感器检测到的人体活动或环境变化来调整。同时，电池电压低于3.3V时进入保守模式，心跳周期翻倍，并提前上报低电量告警。下面的函数展示了动态周期的核心逻辑。
uint32_t calc_heartbeat_interval(uint16_t battery_mv, uint8_t alarm_flag) {
uint32_t base_interval = 3600;
if (alarm_flag) return 30;
if (battery_mv < 3300) base_interval *= 2;
uint8_t hour = get_hour();
if (hour >= 23 || hour < 6) base_interval = 14400;
return base_interval;
}
这段代码中，当alarm_flag置位时直接返回30秒，因为告警事件需要立即上报并快速重试。电池电压低于3300mV时周期翻倍，减少射频发射次数以保护残余电量。夜间23点到6点之间周期固定为4小时，因为楼宇内人员活动少，烟雾风险相对低。实际产品中还可以结合加速度传感器判断是否有人走动，实现更精细的自适应。
心跳包除了保活，还可以携带少量业务状态。CDN边缘节点可以解析这些状态并缓存，只有状态变化或告警时才回源，进一步降低中心压力。这种设计让心跳包兼具了轻量状态上报的能力，而不会增加额外通道。
三、CDN边缘节点在心跳数据流中的处理
传统中心化架构下，所有烟感心跳直连平台，中心需要维护海量TCP或TLS长连接。但烟感设备电池供电不适合维持长连接，更适合UDP或轻量CoAP/DTLS。CDN边缘节点部署在运营商机房，设备通过DNS解析到最近的边缘IP，接入延迟低，丢包率低。边缘节点负责心跳包解析、状态缓存、重复上报过滤和告警透传。
下面是一段OpenResty/Lua脚本示例，展示边缘节点如何处理心跳上报。设备先发给边缘节点，边缘节点读取共享缓存，如果状态没有变化则直接返回200，不向中心回源。
local function handle_heartbeat(device_id, battery_mv, status, rssi, timestamp)
local cache_key = "device:" .. device_id
local cached = ngx.shared.device_cache:get(cache_key)
if cached and cached.battery_mv == battery_mv and cached.status == status then
return ngx.HTTP_OK
end
local res = ngx.location.capture("/internal/sync", {
method = ngx.HTTP_POST,
body = string.format("device=%s&battery=%d&status=%d", device_id, battery_mv, status)
})
ngx.shared.device_cache:set(cache_key, { battery_mv = battery_mv, status = status }, 3600)
return res.status
end
上面的逻辑中，状态无变化时只刷新缓存过期时间，不触发数据中心写入。只有当电池电压或告警状态发生变化时才回源。这样可以让中心平台面对的海量烟感设备心跳压力大幅降低，同时设备也能更快收到确认，减少重传次数，间接节省电量。多个边缘节点之间可以共享设备状态，即使某个节点故障，设备也能切换到最近的可用节点。
安全方面，心跳包中虽然带有CRC16校验，但CRC只能检测随机错误，不能防止伪造和重放。实际部署中可以在时间戳基础上增加随机数，并使用预共享密钥做HMAC签名，替换CRC或者作为附加字段。CDN边缘节点验证签名后再处理业务逻辑，防止恶意设备上报污染缓存。此外，边缘节点可以配置心跳超时阈值，当某个设备超过动态周期两倍时间未上报时，主动向中心平台推送离线告警，比单纯依靠中心轮询更快更准确。
整体来看，烟感报警器的电池供电与心跳包设计需要硬件功耗、协议精简和CDN边缘缓存三者协同。设备端通过动态周期降低平均电流，协议层通过二进制结构体减少字节开销，边缘节点通过状态缓存和过滤降低中心负载。这套方案已经在多个智慧消防试点项目中验证，能够让电池供电的烟感报警器稳定运行三年以上，同时保持秒级告警响应。