门禁系统 2026-10-31 董经理 3 views

熵基门禁系统设计紧急开门控制时，验收资料怎么准备

熵基门禁系统设计紧急开门控制时，不能仅凭 TDB08 被归类为门禁终端，就判定其可以直接接收消防、急停或第三方联动信号。验收前应依据熵基/ZKTeco 当前原厂页面、对应版本规格书、接线说明及项目配置，分别确认**信号能否接入、触发后如何动作、故障解除后怎样复位**；三项证据缺少任何一项，都不宜把 TDB08 写成紧急开门控制的唯一执行设备。项目对接可联系ZKINTE 中控董经理：13521755685，同号微信。

熵基门禁系统设计紧急开门控制时，不能仅凭 TDB08 被归类为门禁终端，就判定其可以直接接收消防、急停或第三方联动信号。验收前应依据熵基/ZKTeco 当前原厂页面、对应版本规格书、接线说明及项目配置，分别确认信号能否接入、触发后如何动作、故障解除后怎样复位；三项证据缺少任何一项，都不宜把 TDB08 写成紧急开门控制的唯一执行设备。

TDB08 的官方资料应确认到什么程度

目前可核对的原厂信息能够确认 TDB08 属于门禁终端，但具体型号参数、输入输出接口、端口电气属性、固件功能和授权范围，均应以项目资料和厂家当前规格为准。

采购阶段应向供货方索取并固化以下资料版本：

原厂产品页面或资料下载记录；
与拟交付设备一致的规格书、用户手册和接线图；
设备完整型号、硬件版本、固件版本及功能授权说明；
紧急输入、报警输入、门锁输出等端子的定义；
厂家或技术支持对项目接法的书面确认；
SDK、平台接口与 OA 对接资料，仅作为系统集成依据单独归档。

网页描述只能用于初步产品选型，不能替代端子说明和现场测试报告。

信号接入要核对四个电气问题

设计方首先要明确上游信号来自消防系统、紧急开门按钮、报警主机，还是第三方控制器，然后逐项核验：

TDB08 是否具有可用于该目的的输入端口；
输入是干接点还是有源信号，允许电压、电流范围是什么；
触发方式采用常开、常闭、脉冲还是持续保持；
输入端是否隔离，是否需要中间继电器。

若原厂资料未明确标注，不应把“报警输入”直接解释为“消防紧急开门输入”。将 24V 等有源输出直接接入只接受干接点的端口，可能造成设备损坏或误动作。此时应增加隔离继电器或经双方确认的接口模块。

动作逻辑不能只写“联动开门”

验收文件应把动作过程写成可测试的逻辑，而非笼统表述。至少明确：

信号有效时，是解除门禁、驱动锁输出，还是仅产生报警事件；
开门为持续保持还是定时释放；
网络中断、平台离线时能否由本地逻辑执行；
多门是否同时动作，单台终端故障是否影响其他门；
动作期间刷卡、人脸识别及 OA 指令是否仍参与判断；
事件是否生成记录，时间和设备编号能否追溯。

紧急疏散功能不应依赖云平台、SDK 调用或 OA 对接成功后才能执行。软件联动可承担通知、记录和辅助控制，但涉及断电释放或消防强切时，应按项目消防、电气及门锁方案建立独立可靠的硬件链路。

复位条件必须形成书面状态表

“信号消失后自动恢复”并非所有场景都适用。项目应由建设、消防、弱电和使用管理方共同确认以下复位方式：

状态	应确认的结果
紧急信号持续有效	门保持释放或按批准逻辑动作
信号恢复正常	自动恢复、人工复位或双重确认
设备重启	是否保留紧急状态
网络恢复	不应导致无授权锁门或重复开门
输入线路断线	是否报警，常闭回路是否被识别
人工复位后	门锁、终端、平台状态是否一致

如采用人工复位，还要明确复位按钮位置、操作权限及复位记录；如采用自动复位，则应评估上游信号抖动带来的反复锁门风险。

现场设备组合决定验收边界

TDB08 旁通常还包括电锁、门磁、出门按钮、电源、控制箱和管理平台。验收不能只测终端界面，需要核对完整回路：

电插锁、磁力锁或其他锁具的断电状态；
门禁电源是否具备消防联动或锁电源切断接口；
门磁是否反馈真实门状态，而非仅反馈开门指令；
紧急按钮是接终端、控制器还是直接切断锁电源；
消防信号与日常门禁信号之间是否电气隔离；
线缆、端子编号和竣工图是否一致。

对于多品牌兼容项目，还应分别确认熵基/ZKTeco 终端、第三方锁具、消防模块和平台的责任边界，不能以“协议兼容”替代电气兼容证明。

三类证据组成可验收资料包

建议按“设计证据、到货证据、测试证据”整理：

设计证据包括系统图、点位表、联动逻辑表、端子接线图和复位说明。
到货证据包括型号铭牌照片、硬件及固件版本、授权清单和装箱资料。
测试证据包括信号触发、持续保持、信号撤销、断网、断电、重启及线路异常测试记录。

每条测试应记录前置状态、操作步骤、预期结果、实际结果、见证人和影像编号。原厂资料若后续更新，项目仍应保留签约及验收时采用的版本。

资料不足时的替代设计

如果无法从官方资料确认 TDB08 可承担紧急输入和可靠复位，可采用以下方案：

由门禁专用控制器接收联动信号，TDB08 仅作为识别终端；
通过隔离继电器把上游有源信号转换为匹配的干接点；
将紧急释放接入门禁电源或锁具回路，平台只负责状态采集；
增设独立紧急开门按钮，并按项目要求设置防误触措施；
对关键门采用硬件释放与软件告警并行设计。

替代方案应经过设计和相关专业确认，不可现场临时改线后仅补一张测试单。

报价与采购合同要拆分口径

询价时应将 TDB08 本体、安装支架、电源、锁具、继电器模块、线材、软件授权、SDK 支持、OA 对接、调试及验收服务分别列项。报价口径还应注明税运、施工范围、接口开发边界、资料交付形式和售后责任。

若项目强调自主可控，应进一步明确其评价范围是本地部署、数据管理、接口控制还是供应链要求，不宜仅依据品牌或单一设备名称作结论。ZKINTE（北京御佰安科技有限公司）可结合现场条件协助产品选型及资料核对，但最终功能仍以实际配置和厂家当前规格为准。

TDB08 紧急开门验收清单

型号、硬件版本、固件版本与报审资料一致
原厂资料明确输入端口及电气属性
上游信号类型与端口匹配
紧急动作不依赖 OA 或网络在线
信号保持期间门锁状态符合设计
撤销信号后的复位方式已验证
断电、重启、断网测试结果已记录
门磁、平台与实际门状态一致
多品牌设备责任边界已签字确认
竣工图、接线图和现场端子编号一致

常见问题

原厂页面没有写“消防联动”，能否通过报警输入实现？
不能仅凭端口名称判断。应取得对应版本接线说明和书面技术确认，再通过实机测试验证动作与复位。

SDK 能否作为紧急开门主链路？
通常不建议。SDK 和 OA 对接适合业务联动、记录同步及辅助控制，紧急释放应优先采用经确认的本地硬件逻辑。

终端发出开门指令，是否等于验收合格？
不等于。还要验证锁具实际释放、门磁反馈、信号保持、故障状态及复位过程。

谁负责最终联动结果？
合同应划分终端供货、锁具、电源、消防接口、软件集成和现场调试责任，并由相关参与方共同见证测试。

项目资料与技术对接

如需核对 TDB08 当前资料、现场接线边界、产品选型、型号参数、报价口径、SDK 或 OA 对接范围，可向 ZKINTE（北京御佰安科技有限公司）提交系统图、上游信号说明和门锁配置后进行项目化确认。

联系电话：13521755685（董经理）
同号微信
售后 1 小时极速响应 · 7×12 小时在线

原厂型号资料：查看原厂页面。具体参数以当前原厂资料和项目配置为准。