2. 门禁系统基础:组成、工作原理与常见拓扑

门禁系统是 Logging Platform 物理安全的第一道防线。理解其核心组件、信号交互逻辑以及部署拓扑,是后续进行选型对比与项目部署的前提。本章从硬件组成、工作原理和典型组网结构三个层面展开。

2.1 门禁系统核心组成

一套标准的门禁系统由四大硬件组件构成,它们协同完成“身份验证→开锁指令→状态反馈”的闭环。

组件 功能定义 关键参数/选型要点
控制器 门禁系统的“大脑”,负责处理读卡器上传的凭证信息,执行权限判断,驱动电锁动作,并记录事件日志。 支持卡容量(如 10 万张)、事件缓存(如 10 万条)、通讯协议(TCP/IP、RS485)、防撬检测。
读卡器 身份凭证的输入设备,读取卡片、指纹、人脸或 PIN 码,并将凭证数据加密传输给控制器。 读卡技术(13.56MHz 高频、125kHz 低频、生物识别)、韦根/RS485 接口、防水等级(IP65)。
电锁 执行机构,接收控制器的开锁信号(常为干接点或通电/断电信号),完成门体的锁定与释放。 锁类型(磁力锁、电插锁、阴极锁)、工作电压(12V DC)、延时时间、静态电流。
出门按钮 手动触发开锁的输入设备,通常安装在门内侧,按下后向控制器发送常开/常闭信号。 机械寿命(≥50 万次)、防水防爆等级(可选)、接线方式(常开 NO / 常闭 NC)。
选型提示: 在 Logging Platform 项目中,控制器的事件缓存容量直接影响日志完整性。若网络中断,控制器需能本地缓存至少 10 万条事件,待恢复后自动上传至平台。

2.2 门禁系统工作原理

门禁系统的工作流程遵循“凭证输入 → 权限校验 → 执行输出 → 状态反馈”的闭环逻辑。以下以最常见的刷卡开门场景为例,说明信号流与数据流。

  1. 凭证采集: 用户在门外读卡器上刷卡(或输入 PIN、指纹)。读卡器将卡号/生物特征加密后,通过韦根(Wiegand)或 RS485 接口发送至控制器。
  2. 权限校验: 控制器接收凭证数据,与本机存储的权限表(白名单/黑名单/时段规则)进行比对。若匹配且未触发反潜回、互锁等规则,则生成“开锁”指令。
  3. 执行开锁: 控制器通过继电器输出一个干接点信号(常为 1~5 秒脉冲),驱动电锁动作。磁力锁断电开锁,电插锁通电开锁。
  4. 状态反馈: 门磁传感器检测门体实际状态(开/关),反馈给控制器。控制器将“刷卡事件 + 门状态变化”打包为一条日志,通过 TCP/IP 上报至 Logging Platform。
  5. 出门流程: 室内人员按下出门按钮,按钮向控制器发送常开闭合信号,控制器直接执行开锁,无需身份验证。
关键信号流: 读卡器 → (韦根/RS485) → 控制器 → (继电器干接点) → 电锁;门磁 → (DI 输入) → 控制器 → (TCP/IP) → Logging Platform。
门禁系统工作原理信号流图 门禁系统工作原理信号流图 读卡器 凭证输入 控制器 权限校验 电锁 执行机构 出门按钮 手动触发 门磁 状态反馈 韦根/RS485 干接点信号 常开信号 门状态 DI 说明:出门按钮无需身份验证,直接触发控制器开锁;门磁反馈用于门未关报警与日志记录。

2.3 常见拓扑结构

根据项目规模、网络条件与安全等级,门禁系统通常采用以下三种拓扑结构。Logging Platform 项目推荐采用 TCP/IP 星型拓扑,兼顾实时性与可扩展性。

2.3.1 独立型(单机版)拓扑

  • 结构: 控制器、读卡器、电锁、按钮全部集成在一个面板内,不依赖上位机软件。
  • 适用场景: 小型办公室、仓库单门、临时门点。
  • 缺点: 无法集中管理日志,不支持远程授权,日志存储容量极小(通常 < 1000 条)。

2.3.2 RS485 总线型拓扑

  • 结构: 多个控制器通过 RS485 总线串联,由一台管理主机轮询通信。总线最长 1200 米,单总线最多挂载 32 个节点。
  • 适用场景: 中型园区、楼宇分层管理,对实时性要求不高的场景。
  • 缺点: 总线单点故障会导致整条链路瘫痪;轮询机制导致事件上报延迟(秒级);布线复杂。

2.3.3 TCP/IP 星型拓扑(推荐)

  • 结构: 每个控制器通过独立网线(或 Wi-Fi)连接至中心交换机,管理服务器与 Logging Platform 通过局域网/专网与控制器通信。
  • 适用场景: Logging Platform 项目、大型企业、数据中心、需要实时日志审计的场景。
  • 优势: 事件实时上报(毫秒级);单点故障不影响其他门点;支持远程固件升级与日志批量导出。
部署避坑: 在 TCP/IP 拓扑中,控制器与管理服务器之间必须配置独立的 VLAN 或物理隔离网段,避免广播风暴影响门禁实时性。同时,控制器应支持静态 IP 或 DHCP 保留,防止 IP 漂移导致日志丢失。
三种门禁拓扑结构对比 三种门禁拓扑结构对比 独立型(单机版) 一体式控制器 电锁 + 读卡器 无上位机,本地存储 RS485 总线型 管理主机 控制器 1 控制器 N 总线串联,轮询通信 TCP/IP 星型 中心交换机 控制器 1 控制器 N 独立网线,实时上报 拓扑对比总结 独立型: 成本低,部署快,但无日志集中管理,不适合 Logging Platform。 RS485 总线: 适合中型项目,但事件延迟高,总线故障风险大,日志实时性差。 TCP/IP 星型: 推荐用于 Logging Platform。实时性高,单点故障隔离,支持远程管理与日志批量导出。 部署建议: 优先选择支持 PoE 供电的 TCP/IP 控制器,减少强电布线,提升部署效率。

2.4 组件选型与 Logging Platform 的关联

在 Logging Platform 项目中,门禁组件的选型直接影响日志数据的质量与可用性。以下为关键关联点:

组件 对 Logging Platform 的影响 推荐选型标准
控制器 事件缓存容量决定断网期间日志是否丢失;通讯协议决定日志上报实时性。 支持 TCP/IP + 本地缓存 ≥ 10 万条;支持 TLS 加密传输。
读卡器 读卡器输出的卡号格式(韦根 26/34/37)影响平台解析兼容性。 优先选择支持 Wiegand 34 或 OSDP 协议的读卡器,便于平台统一解析。
电锁 电锁状态(门磁)反馈的准确性直接影响“门未关”告警日志的可靠性。 选用带门磁反馈的电锁,门磁信号需为干接点,避免电平干扰。
出门按钮 按钮触发日志可用于分析人员出门行为模式,辅助安防策略优化。 选用带防拆功能的按钮,防止恶意短接。
总结: 门禁系统的基础是“控制器为核心,读卡器为入口,电锁为执行,按钮为辅助”。在 Logging Platform 项目中,优先采用 TCP/IP 星型拓扑,确保日志实时、完整、可审计。下一章将深入门禁控制器与 Logging Platform 的对接协议与数据模型。