刷卡自动门控制器怎么选：读卡、授权与开门执行

读卡器、门禁控制器、门机控制器，先看它们各自决定什么

采购清单写着“刷卡控制器”，可能指一台带读卡功能的独立门禁，也可能只是一块需要外接读卡器的门禁板，还可能把整套刷卡开门配件合称为控制器。先询问设备承担哪些职责，才能知道报价中缺了什么。外壳里有几个模块不是判断依据，一体设备也可以同时承担读取和授权，但整套方案仍需完成门机执行。

表格可左右滑动；使用键盘时可先聚焦表格区域。

读卡器发出提示音不等于授权通过；门禁授权通过也不等于门扇已经打开。若候选方案只能展示刷卡提示或继电器动作，却说不清后续门机配合与反馈，先把这一缺口列入选型表。这样比较的是能否完成一次实际通行，而不是哪个产品名称里多了“智能”二字。

先按管理任务选架构，再比较设备数量和价格

只有少量门位、日常授权在现场完成，与多门位分组管理、远程撤权和统一查询，所需管理能力不同。独立门禁、分体读卡器配门禁控制器、接入集中管理平台等形式，都应根据任务评估，不按设备数量多少判断高低。集成在一台设备内可以减少外部连接，却仍需说明权限管理、异常与维护方式；增加平台也不自动解决卡片兼容和门机接口。

先列日常会发生的管理动作：新人员加入、卡片遗失、人员离开、临时访客到期、营业时间改变，以及设备故障后怎样恢复。对每个候选方案问清由谁在哪个界面完成、是否依赖网络、怎样确认目标门位已生效、后续由谁维护。只演示添加一张卡，无法证明撤权、换卡和离线情况下的管理结果。

还要核对门位与读卡方向。入口刷卡、出口使用其他装置，与双向都需要身份授权，涉及不同的读卡器资源和动作要求。候选配置应说明一樘门实际占用的端口、许可及扩展范围；不能把产品支持的最大设备数直接理解为当前报价已包含的可用门数。涉及离开方式与专项安全要求时，由相应设计与设备责任方确认，不为权限管理便利自行改变通行要求。

旧卡能否沿用，要连过卡片、读卡器、控制器三道核对

一张卡在旧门上能用，并不能证明它能被新读卡器以相同方式使用。核对至少包括卡片技术及所需应用、读卡器支持范围与配置、输出数据的格式，以及门禁系统如何把这些数据对应到原有身份和权限。只写“同频率”或“同一种卡”仍可能漏掉应用配置和数据解释差异，不能据此外推所有卡片通用。

有些项目读取卡片序列信息，有些使用特定应用或安全配置；拟采用哪一种，应由原系统与新设备责任方说明。不要为了保留旧卡而擅自改变原有身份核验方式，也不要把卡片外观、印刷编号与系统实际使用的数据混为一谈。授权管理不需要向公开咨询渠道提供个人卡号、密钥或人员名单。

表格可左右滑动；使用键盘时可先聚焦表格区域。

用获准的测试凭证验证代表性情况，记录哪些卡与配置已确认，哪些仍未确认。验证结果要限定在实际样本和版本内，不能写成“兼容全部旧卡”。替换读卡器或门禁控制器之后，即使旧卡继续使用，也应复核权限和撤权流程，避免只检查能刷开而遗漏不应刷开的情况。

韦根和OSDP是读卡器对接问题，不是读卡距离标签

卡片与读卡器之间怎样读取，以及读卡器怎样把信息交给控制器，是不同环节。韦根或OSDP说明读卡器与控制器的通信方案，不能据其名称推导卡片能读多远。实际读取能力按卡片、读卡器、安装环境和对应产品资料确认，网页不提供跨设备通用距离。

选用韦根方案时，核对双方支持的数据格式、当前配置、读卡结果和所需指示控制。只要位数相同就能互换的判断不充分；控制器还需要按正确格式解释收到的数据。选用OSDP方案时，核对读卡器、控制器与管理软件的支持范围、版本和部署配置，以及项目是否需要安全通道。具有RS485端口也不能直接推断已经支持OSDP或协议完全开放。

支持OSDP与已经启用并验证安全通道，也应分开记录。双方是否支持、现场如何受控配置、后续更换设备怎样管理，都需有相应依据。Axis公开技术文档将读卡器类型、卡格式及安全通道作为不同配置内容，这也是采购时不宜只比较一个接口名称的原因。这里不照搬其具体型号的端子、设置或参数作为其他设备的操作方法。

旧韦根读卡器通过转换器接入另一类控制器，是需要单独确认的配套方案。转换器能转换数据，不表示原来每一段通信都获得了相同保护。Axis原厂转换器文档也提醒韦根数据本身没有加密。若项目有通信保护要求，应按整条实际链路审核，不能只看到后半段使用OSDP就宣称全程都已加密。

门禁的开门输出，仍要与门机执行和锁控配套

门禁作出授权决定后，需要通过约定接口发出通行请求。候选控制器提供继电器触点、带电输出或其他形式，应和接收设备的要求对应；端子名称相似或线束颜色相同不能证明可直接连接。设备人员应核对双端适用资料，不能给所有磁悬浮自动门规定一种通用电压、线色或接法。

若门位有电锁，要说明门禁输出是用于请求门机开门、控制锁具，还是由配套系统协调两者。输出接点的允许负载与锁具供电也要分别核对。把锁打开与让门扇运动，是不同动作；没有协同依据时，不能通过延长继电器时间或反复触发来替代配置确认。

询价时要求供货方描述“从有效刷卡到完成通行”的整个结果，包括当前模式与保护条件怎样参与执行、关闭后怎样回到约定状态。如果需要实际开门或锁位反馈，还应列出对应检测与输入，而不是只购买一个开门输出。接口具体电气细目可另按双端接口核对专题展开，本篇的选型结论是：控制器既要能作出正确授权，也要能用已确认的方式把请求交给整门系统。

掉网还能开门，与新权限已经生效，是两项能力

评估联网门禁时，把读卡器与控制器通信、控制器与管理端连接、外网或云服务分别看待。某一处断开后是否仍能判断权限，取决于授权数据保存在哪里、当前规则和配置支持什么。不能用“联网型”推断必须始终在线，也不能用“支持离线”推断全部管理功能都不受影响。

关键要问离线期间使用的是哪一份权限、时段如何判断，管理端新增或撤销权限何时能到达目标设备，以及怎样确认生效。人员离开后在平台点了删除，若目标控制器尚未取得更新，不能仅凭平台操作完成就宣布该门已撤权。项目需要给出可观察的生效结果和未同步时的处置方式，而不是自行承诺所有设备都能瞬时更新。

对候选配置安排获准的离线与恢复验证，分别记录原有授权、权限变更、连接恢复及状态同步。是否能缓存、保存和补传事件也要单独确认；一项离线开门测试成功，不等于记录完整或撤权流程同样通过。设备日期与时间、权限有效期和恢复后的状态，应纳入实际方案检查，但不在公开稿中给出跨型号设置步骤。

失电又是另一个问题。门禁控制器失电、读卡器失电、门机失电和锁具失电可能发生在不同回路，不能由读卡器的离线能力推出断电后的整门动作。与失电、紧急或专项要求相关的选择，回到该门用途和实际供电方案确认。

日志记录了什么，应与实际门位反馈分开比较

选型表中的“有记录”需要进一步解释：记录刷卡读取、授权结果、开门请求，还是实际门位变化？这些事件可以关联分析，却不应混用。Axis的公开门禁接口资料分别描述授权结果与后续通行事件，也说明实际系统会区分“允许了”与“后面发生了什么”。对其他方案，同样应查清事件的来源和成立条件。

如果项目要核实门是否按时关闭、锁是否处于约定状态或门位是否异常，就需确认相应检测装置、控制器输入与软件含义。不能把继电器动作或一段预计运行时间当成实测门位。有些配置只提供授权与输出记录，应明确其边界；是否增加检测，由项目用途决定，而不是用软件名称填补硬件证据缺口。

日志能力还要比较查询范围、设备和门号对应、时间基准、离线期间保存与恢复后的处理，以及授权人员能否取得需要的记录。保存数量、期限和导出方式按具体方案确认，不能给全部控制器承诺统一容量。人员身份与通行记录仅按项目需要由获授权人员管理，公开报修时提供必要的事件时刻、门号和状态即可。

用同一组任务比较候选配置，把未确认项留在下单前

比较两套报价时，统一卡片样本、门位任务、管理要求和反馈需求，再逐项标记已证明、待确认与不包含。不要把一套只含读卡器的价格，直接与包含授权控制、软件和配套设备的方案相减；也不要把计划后期开发的功能写成当前可以交付。配置边界清楚后，价格差异才有比较意义。

表格可左右滑动；使用键盘时可先聚焦表格区域。

验收应覆盖被拒绝的请求和已撤销的测试凭证，不只演示一张有效卡开门；同时按改动范围核对原有通行、保护和锁控。测试由项目安排在受控条件下完成，不通过短接、解除保护或直接驱动电机来证明门禁能工作。遇到未完成项，保留其影响和负责处理方，不能因为现场暂时可通行就把所有能力标为合格。

最终记录控制器、读卡器、软件和必要配套件的真实版本，以及已经验证的卡片范围、管理流程和异常边界。后续换读卡器、升级软件或增加卡片类型时，以这份记录判断影响和复测。这样选出的刷卡方案，既回答当下能否使用，也为下一次变更留下可靠依据。

常见问题