无线烟感进养老院：装哪儿比装几个重要

核心答案

养老院的火灾多数起在房间里：电热毯、充电器、吸烟。烟感装在走廊，等烟飘出来已经晚了几分钟。正确做法是住养房间内装、卫生间不装（蒸汽误报）、厨房不装（油烟误报）、走廊作为补充。装的位置错了，装再多也只会在验收表上好看。

01AI 视频：七个算法里，哪几个真能用

方案里的算法清单通常很长，但落地效果差别极大。按“目标是否规整”排一下，实用性从高到低大致是：

算法	判断依据	落地难度
消控室脱岗 / 睡岗	画面里有没有人、姿势是否异常	低——场景固定、机位固定
疏散通道 / 消防通道占用	指定区域有没有堆放物	低——区域可画框
电动自行车违规充电	画面里有没有车、是否在充电位	中——车型多、遮挡多
烟火识别	火焰颜色纹理、烟雾扩散	中——受光照与蒸汽干扰
违规用火用气	明火、灶具状态	中高——厨房油烟干扰大
人员跌倒	人体姿态突变	高——遮挡、多人、误报多
夜间离床	床区人体位置	高——被子、护栏干扰

规律很清楚：目标越规整、场景越固定，越靠谱。前三类（脱岗、通道占用、违规充电）装在固定机位、盯着固定区域，效果稳定；后两类涉及人体姿态，误报率高，只能当辅助线索，不能当单独依据。

应答准确率时，必须带三个限定：测试集是什么、测试环境是什么、最小可识别目标多少像素。脱离这三个条件的“准确率 95%”，在验收时无法复现。

部署位置怎么选：摄像机内置算法省带宽、响应快，但升级要逐台刷；平台侧解析利旧摄像机，但占服务器算力、传视频费流量；边缘盒子介于两者之间。三家机构以内用前两种都行，机构多了要算总带宽账。

02县级中心，是一个县一个，不是一院一个

县级养老机构消防安全管理中心的形态，容易被想成“每家大一点的养老院装一套”。不是。它是县级建一个中心，把全县正常运营的养老机构连进来——中心在县里，机构端只放感知设备和传输设备。

层级	放什么	谁值守
县级中心	平台、大屏、值守席位、值班电话	民政部门委托的值守方（自建或购买服务）
机构端	传输装置、独立烟感、水压水位、AI 摄像机、门磁	机构自己的值班人员
监管端	数据接口，不落地设备	消防救援机构、民政上级部门

这个结构决定了三件事：平台只需要一套（不是每家机构一套）；告警要跨过两层人（机构值班室 → 县级中心 → 责任人）；网络是薄弱环节（机构多在乡镇，宽带质量参差）。后面所有技术选择，都是被这三件事推出来的。

先定规模再定功能。一个县 5 家机构和 40 家机构，平台架构完全不同：前者一套标准 SaaS 就够，后者必须考虑分片区、分批值守、账号权限树。规模没定就比功能清单，比出来的结论没有意义。

03中心与机构，责任线要画在哪

建中心最容易埋的坑，是责任界面模糊。设备装上了、平台通了，真出事时“谁先动”说不清，这套系统就等于没有。

环节	机构端责任	县级中心责任
初次确认	接到告警后在约定时限内到现场核实	看平台、打电话催办、记录时间
处置	现场处置、拍照上传	判断是否需要外部救援、是否升级
升级	无力处置时立即上报	逐级上报民政与消防救援机构
归档	补充整改记录	销号、纳入机构画像

这张表要在合同里写死，尤其是“机构未按时确认，中心怎么办”这一行。合理的设计是：超时未确认自动升级到机构负责人，再超时升级到县级中心，中心有权直接联系 119——而不是中心只能看着屏幕上的红点。

一个常见误解：以为中心是“监管机构”，可以对机构下指令。实际上中心多数是民政委托的服务方，没有执法权。它的手段只有三个：催办、上报、记录。把这三个做扎实，比给它“权力”更有效。

04传输装置：GB 26875 与那五个品牌

用户信息传输装置是整套系统的咽喉——它不通，后面所有功能都是零。选型看四件事。

一、标准与认证

要符合 GB 26875 系列（城市消防远程监控系统）的要求，并提供强制性产品认证（CCCF）证书或型式检验报告编号。这一条是硬门槛：没有证书的，在评审时直接判不满足，不给解释机会。

二、接口够不够

至少要有 RS232、RS485、开关量、网络接口 四种。听起来是冗余，实际上四种对应四类现场：新主机走 RS232/485 读协议；老主机没串口，只能取开关量；有的主机只给网络口。少一种，就有一类机构接不进来。

三、兼容几个品牌

常见要求是“不少于 5 家”，实际要报出品牌名 + 协议名。这一栏不能写“兼容主流品牌”——养老机构的存量主机品牌五花八门，海湾、利达、北大青鸟、泰和安、泛海三江这类是常见的一批，但每个县的实际构成都不同，接入前必须现场确认型号与固件版本。

四、链路与备电

上行要 4G 与以太网双链路，一条断了走另一条；备用电源续航要写具体小时数；工作温度与防护等级要写具体值——装在楼梯间、配电间还是室外箱，选型完全不同。

一体机还是分体：传输装置与 DTU 一体集成省事，但 4G 模块坏了要整机返修；分体式坏哪个换哪个，代价是现场多一个盒子、多一组接线。机构分散、维修路程远的县，建议分体。

05自查清单：12 项

逐条打勾。勾选状态保存在本机浏览器，下次打开接着用；本页不上传任何数据。

0 / 12

06常见问题

断网时告警会丢吗？

要看设备有没有本地缓存、缓存多少条、复网后怎么补。完整答案是四件事：缓存条数、补传顺序（按时间还是按优先级）、平台侧完整性校验方式、以及在什么情形下仍会丢（缓存写满、断电、设备被拆）。写“绝不丢失”反而不可信。

断网本身要不要报警？

要，而且必须推送到人。很多人把设备离线当状态、不当事件，结果设备停了三天没人发现。离线应该产生一条独立告警，走和火警类似的通知链路，只是级别可以低一些。

工单闭环必须有哪几个节点？

预警产生、机构确认、处置反馈、销号归档，四个节点对应四个时间戳。缺任何一个，“响应时长”“处置率”这类指标都算不出来。另外升级规则要可配置，白天夜间、不同机构不该用同一个阈值。

处置凭证要留什么？

现场照片（带时间和定位）+ 整改记录，并且要能关联到具体隐患条目。只收一句“已处理”等于没收。验收时抽查十条工单，三条以上没有凭证就不合格。

一院一档要建几类台账？

常见六类：机构基本信息、责任人与岗位责任清单、日常巡查与电子巡更、培训演练记录、设施维保与检测、隐患库。建议先上前三类中最必要的（信息、责任人、隐患库），跑三个月再补其余。

GB/T 28181 要写到什么程度？

要写具体版本和 ONVIF 的 Profile。只写“支持 GB28181”不写版本，联调时经常对不上。存储周期也要写死是 30 天还是 90 天，容量按路数×码率×天数算，不要按“约”估。

县级中心要对接哪几个平台？

三个方向：消防救援机构监管平台（通常 RESTful API、GB/T 26875.3 或地方标准）、民政部门的统计口径（报表或接口）、全国养老服务信息系统（预留）。三者的字段口径完全不同，不能一套字段打天下。

等保三级是必须的吗？

政务与公共服务类平台通常要求过等保三级（GB/T 22239）。应答时要说明是否已测评、测评机构与时间；未测评的要说明具备测评条件及配合甲方测评的工作内容，包括数据加密、身份鉴别、访问控制、日志留存期限。

适用范围与本页说明

本页面向设备选型与配置参考。文中参数项（量程、精度、续航、防护等级、接入路数等）说明的是应填什么、怎么测，不代表任何型号的实测值；具体型号是否达标以规格书、检验报告与实物铭牌为准，安装位置与配比需结合建筑与住养人群确定。

设备到货核对三件事：认证证书编号与铭牌、工作温度是否匹配安装位置、备电续航是否按实际环境打折。

本页内容随政策与标准更新可能调整，具体条款请以正式文本为准；涉及具体项目的建设内容、接入范围与验收要求，请以属地主管部门口径与合同约定为准。