三件事没谈清,接进去就是一堆不响的点位。协议上先分清:无源干接点通用,谁都能接;走 RS485 或 Modbus 要有网关并明确谁提供点表。点位上开门令要写成脉冲,状态点写成只读。联动上必须定优先级:消防联动优先,其次安防锁闭,再次节能时段。责任界面与验收测试项在合同里写死,比事后调试省事得多。
| 接法 | 需要什么 | 优点 | 要注意 |
|---|---|---|---|
| 干接点 | 门机预留输入输出端子、楼控侧数字量输入点 | 通用、隔离清晰、易验收 | 点位数量固定,扩展要加模块 |
| RS485 或 Modbus | 网关、协议文档、点表 | 可读更多参数与历史 | 谁提供网关与点表要写清,责任易扯皮 |
| 联网模块上云 | 平台开放接口、账号与权限 | 跨地域集中管理 | 延迟与断网策略要定义,消防功能不依赖它 |
多数机型可通过预留的干接点接入;要读更多参数或下发模式,需要网关与协议支持。先看随机资料的接口定义,再决定接法与点表范围。
通常由提供网关或联网模块的一方出具,并写明寄存器地址、数据类型与刷新周期。合同里不写清楚,接口双方会长期互相指认,这是常见的争议点。
可以做成模式而非长信号:用常开模式点位切换,避免平台持续给开门命令导致门体长时间敞开。消防相关行为不受楼控控制。
必须。逐点验证读写、断电与断线表现、防夹与疏散动作,并留一次完整演示记录。只在平台上看到点位变化不代表门在现场动得对。
要,且更重要。平台显示的是命令与状态,不代表现场门真的动到位;防夹有效性与断电手推属于必须现场做的项,按季度做并留影像,才构成可追溯的维护证据。