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

天成 TC 主机:点位表要重新编一遍

主机里的编号,和图纸上的编号常常不是一回事。

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

核心答案

天成 TC 系列主机在中小机构里用得不少。接入时经常发现主机内的点位编号是安装时随手编的,与竣工图纸对不上。这种情况只能现场逐点触发、逐点核对,工作量按点位数算。报价时如果按“调试一天”估,实际可能要做三天。

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水压和水位:两个最容易被忽略的传感器

消防水压和消防水箱水位,在方案里通常各占一行,实际是两类故障的高发点:管网没水、水箱见底。这两个都不会引发火警,只会在真着火时让一切失效。

项水压水位
安装方式多数需在管路上开孔装表,属于破管改造多为投入式或超声波,可免破管
关键参数量程、精度等级、防护等级量程、精度、防护等级
供电与续航电池供电要写具体月数;有线供电要写是否独立回路同左,另需说明是否免布线
上报周期采样周期与上报周期要分开写同左
本地阈值低压告警阈值能否本地配置低水位告警阈值能否本地配置

“破管改造”这四个字看着小,实际影响很大:需要停水、需要报备、需要恢复试压,一家机构可能因此多花半天。所以水压点位要优先选已有的压力表接口或预留三通,实在没有再破管。

上报周期也不是越短越好。水压是缓变量,5 分钟一次足够;设成 10 秒一次,电池撑不住,流量也浪费。合理的做法是平时低频、异常时自动转高频。

验收动作:现场放水泄压,看平台多久出现低压告警、多久恢复;往水箱里注水,看水位曲线是否连续。这两条比看参数表有效得多。

04接口:三张网,三种口径

县级中心的数据要往外送,方向有三个,口径完全不同。

对接对象常用方式难点
消防救援机构监管平台RESTful API、GB/T 26875.3 或地方消防物联网标准字段范围与推送频率由对方定,要先拿到接口文档
民政部门的统计口径报表导出或接口民政看的是“机构、床位、住养人数、隐患整改率”,不是设备在线率
全国养老服务信息系统预留接口接口未开放时要说明预留方式与工作量

三张网里,第一张是硬要求,第二张是软要求,第三张是预留。很多方案把三张写成一样,评审时一问“民政的报表按什么口径统计”就答不上来。

推送模式上,实时推送和 T+1 批量各有用途:火警必须实时,统计类可以批量。要做的是两种都支持,并按数据类型自动选择。只有一种的系统,要么浪费带宽,要么报表不及时。

还有两个容易被忽略的条款:推送失败后的重传策略与每日对账机制。没有对账,丢了数据双方都不知道;有了对账,才能算出真实的丢包率。

数据权属要写在合同里:告警记录、机构台账、视频影像归甲方所有;供应商退出时按约定格式完整导出,并给出迁移周期。含糊其辞的,验收时会被卡。

05自查清单:12 项

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

0 / 12

06常见问题

县级中心和机构的智慧消防系统是什么关系?
两层。县级中心是全县一套平台,负责汇聚、值守、督办、统计;机构端只装感知设备和传输设备,不重复建平台。机构如果已有火灾报警主机,通过传输装置接进来,不拆不改。
断网本身要不要报警?
要,而且必须推送到人。很多人把设备离线当状态、不当事件,结果设备停了三天没人发现。离线应该产生一条独立告警,走和火警类似的通知链路,只是级别可以低一些。
AI 视频里哪几个算法比较靠谱?
目标越规整、场景越固定越靠谱。消控室脱岗睡岗、通道占用、电动自行车违规充电这三类装在固定机位盯固定区域,效果稳定;烟火识别受光照和蒸汽影响;跌倒、夜间离床涉及人体姿态,误报率高,只能当辅助线索。
工单闭环必须有哪几个节点?
预警产生、机构确认、处置反馈、销号归档,四个节点对应四个时间戳。缺任何一个,“响应时长”“处置率”这类指标都算不出来。另外升级规则要可配置,白天夜间、不同机构不该用同一个阈值。
超时未确认怎么处理?
自动升级:先升到机构负责人,再超时升到县级中心,中心有权直接联系 119 并记录。关键是这条链路要在系统里自动跑,不能靠中心值守人员盯屏幕手动打电话。
台账为什么容易做成空表?
因为没想清楚谁填、什么时候填、填了有什么用。尤其是日常巡查:纸质表改成手机打卡,形式上完成了,内容全是“正常”。要让它有价值,巡查发现的问题必须落成隐患条目并可统计。
等保三级是必须的吗?
政务与公共服务类平台通常要求过等保三级(GB/T 22239)。应答时要说明是否已测评、测评机构与时间;未测评的要说明具备测评条件及配合甲方测评的工作内容,包括数据加密、身份鉴别、访问控制、日志留存期限。
试点验收最容易被卡在哪?
三处:接入机构数或点位数与计划不符;工单只有文字没有凭证;断网测试时离线告警没产生或复网数据没补齐。这三条都是现场能测的,提前自测一遍就能过。

适用范围与本页说明

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

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

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

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

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

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