霍尼韦尔消防主机联网养老专题 16710807777
县域养老机构消防安全管理中心 平台 · 感知 · 接口 · 值守技术咨询 16710807777
县级试点专题 · 给民政、机构与集成商

霍尼韦尔主机联网:先分清是哪条产品线

同名不同系,接口文档完全不同。

口径说明:本页只写可核对的文件号与标准号(云民发〔2026〕81 号、T/QDAS 146-2025、GB 26875 系列、GB/T 28181、GB/T 22239),以及可落地、可验收的动作。不写具体项目名与甲方信息,也不给没有测试条件的性能数字——脱离测试集与环境谈准确率、时延,验收时都复现不了。

核心答案

霍尼韦尔在消防领域有多条产品线,同一项目里可能混用。接入前要逐台确认型号属于哪条线、对应哪种协议网关。用错网关,轻则读不到点位,重则影响主机正常运行。养老机构改造项目里,这一步要放在报价之前,不能等设备到货再确认。

01传输装置:GB 26875 与那五个品牌

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

一、标准与认证

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

二、接口够不够

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

三、兼容几个品牌

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

四、链路与备电

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

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

02政策链条:三份文件,一条线

这类项目不是从技术需求开始的,是从文件开始的。要读的文件有三层:

层级文件它管什么
省级部署云民发〔2026〕81 号《关于加强县级养老机构消防安全管理中心试点建设的通知》为什么建、谁来建、什么时间建成、试点要形成什么
建设内容上述文件的附件《县级养老机构消防安全管理中心建设参考方案》中心里放什么、平台要有哪些模块、机构端接什么
技术依据T/QDAS 146-2025《养老机构智慧消防管理数字化平台建设技术规范》平台的功能项、数据结构、接口方式

三层里最容易出错的是中间那层。省级文件是方向性的,团标是技术性的,真正决定“这个中心长什么样”的是附件里的参考方案。方案里列的每一条建设内容,在验收时都会被问到“对应哪个模块、实现到什么程度”。

所以做方案的顺序应该是:先拿附件逐条拆成功能清单 → 再用团标补技术细节 → 最后用省级文件校准范围。反过来做(先堆产品功能,再往文件上靠)会在评审时露馅:功能很多,但和附件对不上号。

团体标准的引用要核实。T/QDAS 146-2025 是团体标准,不是国标也不是行标。引用时写全标准号与年份,不要写成“国家标准”或“行业标准”——这是评审最容易抓的一处。

03养老机构为什么值得单独建一套

养老机构在消防上是个特殊场景,特殊在三点,而且这三点都不靠“加强管理”能解决。

一、人搬不动

医院有平车、有电梯、有护工轮班;养老机构里大量是失能半失能老人,卧床的占相当比例。同样一场初期火灾,医院能在三分钟内把一层人转走,养老机构可能连把人扶起来都需要两个人。这决定了报警必须更早,处置必须更快——不是“重视程度”问题,是物理条件决定的。

二、夜里没人

多数中小型养老机构夜间只有 1–2 人值班,有的甚至只有门卫。夜间恰恰是火灾亡人高发时段:人处于睡眠状态,发现晚、反应慢。所以夜间值守不能只靠机构自己,县级中心的 7×24 小时值守正是补这一段的。

三、火源在家里

养老机构的火灾,电气原因与卧床吸烟是两条主线。电热毯、电暖器、私拉插排、老人自己带的充电器,这些在家里是小事,在集中住宿环境里是隐患叠加。传统火灾报警只报“着了”,报不出“哪儿在过载”——所以电气火灾监测和独立烟感要一起上,不能只装一种。

这三条对应的技术选择:更早 → 独立烟感 + 视频复核;更快 → 告警直推责任人手机,不等值班室转达;火源 → 电气火灾监测 + 可燃气体探测。选型时如果只买了火灾报警主机联网,前面三条一条都没解决。

04中心与机构,责任线要画在哪

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

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

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

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

05自查清单:12 项

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

0 / 12

06常见问题

一个县一般要接入多少家机构?
试点通常选正常运营的机构全覆盖,5 家到十几家都常见。规模直接影响架构:10 家以内一套标准部署就够,超过 30 家要考虑分片区值守和账号权限分级。先定规模,再定功能。
断网本身要不要报警?
要,而且必须推送到人。很多人把设备离线当状态、不当事件,结果设备停了三天没人发现。离线应该产生一条独立告警,走和火警类似的通知链路,只是级别可以低一些。
AI 视频里哪几个算法比较靠谱?
目标越规整、场景越固定越靠谱。消控室脱岗睡岗、通道占用、电动自行车违规充电这三类装在固定机位盯固定区域,效果稳定;烟火识别受光照和蒸汽影响;跌倒、夜间离床涉及人体姿态,误报率高,只能当辅助线索。
处置凭证要留什么?
现场照片(带时间和定位)+ 整改记录,并且要能关联到具体隐患条目。只收一句“已处理”等于没收。验收时抽查十条工单,三条以上没有凭证就不合格。
机构画像的评级维度有哪些?
常见四组:风险基础(建筑年代、层数、住养人数、失能比例)、设施状态(报警系统、电气线路、消防水源、疏散条件)、管理执行(巡查完成率、整改率、培训演练、告警确认及时率)、历史事件(告警次数、误报占比、被督办次数)。
摄像机能利旧吗?
能,但要先摸底。把每家机构的摄像机品牌、型号、固件版本、IP 段、是否 POE 全部抄一遍,再决定要不要买接入网关、买几台、要不要换线。跳过这一步直接报价,后期一定超支。
县级中心要对接哪几个平台?
三个方向:消防救援机构监管平台(通常 RESTful API、GB/T 26875.3 或地方标准)、民政部门的统计口径(报表或接口)、全国养老服务信息系统(预留)。三者的字段口径完全不同,不能一套字段打天下。
到场时限怎么写才可信?
分两级:县城与乡镇分别承诺最长时限,最远的那个机构单独列出来承诺。笼统写“全县 4 小时”很容易被追问,分开写反而显得做过功课。

适用范围与本页说明

本页面向集成商与主机厂商做接入方案与应答准备。文中对协议、接口、点位的写法属技术方法,具体主机型号的协议版本须现场确认;提及的品牌仅用于说明差异,不构成推荐。养老机构存量主机品牌杂、年代杂,接入前应逐台核对,不宜按品牌统一处理。

接入方案要先做一台样机验证:取信号、对点位、跑告警、验时延全流程走通,再批量复制到其余机构。

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

要出一份县域中心的建设方案?

规模测算、点位清单、接口对接、值守班次,四块可以分开谈。先把"谁在中心盯屏幕"定下来,再决定买什么。

电话 16710807777 4006-016-119 万霖消防 本页只写可核对的文件号、标准号与可落地的动作,不引用无来源的统计数字。