消防主机蜂窝备份链路

Fire alarm panels · cellular backup path

定义

「消防主机蜂窝备份链路」场景中,传感与业务终端常经蜂窝物联网接入平台;需同时考虑覆盖质量、时延、安全与卡务全生命周期。

技术特点

建议区分遥测、告警、配置与 OTA 等流量;弱网环境配置缓存与补传;TLS、证书与密钥纳入变更与回滚策略。

应用场景

适用于分布式点位与远程运维。达希物联可提供连接管理、流量池与定向/专网等组合能力,支撑规模化复制。

与物联网卡协同要点

  • 台账:ICCID / IMEI 与设备编号、安装位置、责任人绑定。
  • 网络:APN、白名单、机卡绑定与区域/漫游策略。
  • 运维:在线率、异常流量、沉默卡与告警进 ITSM 闭环。
  • 合规:日志脱敏、留存周期与跨境/分包约定。

火警优先于运维心跳

备份链路相对有线专线的含义

消防主机蜂窝备份的技术含义,是有线或专线不可用时,主机仍能把火警、故障、屏蔽和监管心跳交到城市远程监控或用户中心。探测器和联动逻辑在主机本地完成,卡不参与判断是否起火。它传输的是主机已经生成的事件:点位、时间、事件类型。心跳用来证明主机和通道都还在,不能代替火警事件本身。两条链路同时都通时,应以事先约定的主用为准,避免同一火警被收成两起。

备份不是“再买一张卡做运维远程桌面”。运维轮询、日志打包和火警上报若共用一个发送队列,火警会被体积更大的日志挡住。专网接入可参考VPDN,安全域划分可参考等保,但消防事件的优先级来自业务,不来自安全等级的名字。

主机侧允许倒换的条件

使用条件是主机或传输装置支持双通道、蜂窝侧已经长期注册、火警缓冲不会在倒换瞬间被清空。卡应常在线或能在数秒内完成附着,不能等火警发生才插电搜网。安装位置要避开强电井的全封闭金属柜;天线引出机柜时,馈线长度和防雷要按弱电施工处理。套餐以事件和心跳为主,不应因为“平时几乎没流量”就被回收或停机。

倒换试验必须真的断开主用线路,包括运营商侧中断而不只是拔掉网关网线。试验时要看到:火警仍只生成一条有效上报、恢复后主用接回、备份不再重复补发已经确认的火警。监管平台的设备编号要与主机编号一致,换卡不能换成另一个项目的沉默卡。

火警与故障码被合并上报

容易出错的是为了省报文,把火警、故障、恢复合成一个周期摘要。摘要间隔一长,真实火警的时刻被抹掉。另一类是主备同时发送且没有事件序号,接警端无法消重,误判成复燃。卡欠费、机卡分离或区域限制生效后,主机面板仍显示通信正常,因为它只检测了本地串口,没有检测蜂窝注册。

把备份卡拿去给视频监控临时使用,当月额度耗尽后,火警通道一起停。测试火警若没有在平台注销,会留在值班记录里。验收记录应包括主用中断时刻、火警到达时刻、恢复后是否重复、以及运维下载进行时新火警能否插队。

主机与传输装置之间还有一段本地线,这段线正常并不等于蜂窝已经把事件送出。有的传输装置只在本地串口收到心跳时点亮“通信正常”灯,蜂窝侧鉴权失败时灯仍亮。值班人员会据此认为监管平台已经收到。灯的含义应拆开:本地连接一盏,蜂窝注册一盏,平台确认一盏,不能共用。火警事件在得到平台确认前应留在主机或传输装置里,确认号要回写,断电再上电也不能把未确认事件清掉。测试模式要在报文里显式标注,否则演练火警和真实火警在卡上看起来一样,接警端无法过滤。演练结束后若卡里还缓存着测试事件,恢复正常模式的第一件事是确认这些事件不会补发成真实警情。天线被装修吊顶封死时,注册会时有时无,这种间歇不能用加大心跳来掩盖,应改天线位置。

点位编码要和主机回路一致。传输装置若自行把回路号重新编号,平台上的火警会指到错误的楼层,卡和报文都成功,扑救方向却错。编码表应随主机备份,更换传输装置时整表迁过去,而不是重新从一号点开始。屏蔽点位不应上报成火警,也不应从监管视图里彻底消失,否则值班员不知道有探测点被人为关掉。

相关术语

返回物联网卡专业术语