奥瑞那主机接县级中心，先确认协议版本

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

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

一、标准与认证

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

二、接口够不够

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

三、兼容几个品牌

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

四、链路与备电

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

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

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

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

03政策链条：三份文件，一条线

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

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

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

04断网之后：缓存、补传、和对不上的账

乡镇养老机构的宽带和 4G 都不稳，断网是常态不是异常。所以“断网了怎么办”不是加分项，是必答题。

完整的答案要包含四件事：

1. 断网时本地存多少条——写具体条数，不是“可缓存大量数据”。条数要和实际告警量匹配：一家机构一天最多几十条事件，缓存 1000 条能撑很久；但如果把状态心跳也算进去，1000 条可能只够几小时。
2. 复网后怎么补——按时间戳顺序补传，还是按优先级（火警优先、故障其次）？前者简单，后者更符合实际需要。
3. 平台怎么校验完整性——靠设备端的序号连续性判断，还是靠平台侧对账？只有设备端带序号，平台才能发现“中间缺了几条”。
4. 什么情况下会真丢——缓存写满、断电、设备被拆。这三种要如实写，写“绝不丢失”反而不可信。

05自查清单：12 项

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

06常见问题

适用范围与本页说明

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

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

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