对讲机能同时打开门和电梯吗？

要点

• 以门禁系统（ACS）为准。对讲机只负责请求开门，由 ACS 执行并记录。
• 按户设置身份（每户一张虚拟卡或一个用户），就能知道是哪位住户放人进来的，而不只是“对讲机”开了门。
• 电梯楼层释放最好作为 ACS 的权限组来实现，而不是从对讲机额外布线。
• 楼层锁定继电器通常按“故障时开放楼层”的方式接线，而且锁定绝不能干扰消防返回功能。
• 如果 ACS 提供云端 API（例如 PDK 或 Brivo），无需在门口额外布线即可集成。

4 步看懂工作原理

1. 访客在入口呼叫某户（面板、平板或二维码）。
2. 住户接听并点击开门。
3. 对讲系统通过继电器输入、Wiegand 卡号或 API 调用，请求 ACS 授予通行权限。
4. ACS 打开门；在有电梯的楼宇中，还会在设定时间内启用住户所在楼层，然后记录该事件。

问题：两套系统，一扇门

美国和加拿大的许多楼宇同时运行一套对讲系统（在加拿大很多地区称为“enterphone”）和一套独立的刷卡门禁系统。如果用最简单的方式把两者连起来，对讲机会直接驱动电锁，这会带来三个问题：

• 没有有用的审计记录。ACS 要么什么都看不到，要么只看到一条没有户号的“对讲机”开门记录。
• 安全漏洞。如果开门线路或继电器在街道一侧就能接触到，有人可以将其短接，同时绕过两套系统。
• 电梯仍然锁着。访客进了大堂门，却到不了受邀前往的楼层。

方式一：干接点接入 ACS 输入端

这是什么？把对讲机的开门继电器（干接点）接到门禁控制器的一个输入端，而不是直接接到锁上。

ACS 把这个输入映射为“打开正门”，并使用自己的开门时长。对讲机只需发送一个短脉冲，因此对讲机的继电器定时与 ACS 的开门定时不会冲突。

• 适用于：在现有对讲系统上增加远程开门。
• 审计记录：通常只有一条“对讲开门”事件。你知道门是通过对讲打开的，但不知道是哪一户开的。
• 注意：继电器及其线路要放在加锁的机箱内，绝不能放在入口面板里。

方式二：每户一张 Wiegand“虚拟卡”

什么是 Wiegand？Wiegand 是读卡器向门禁控制器发送卡号时沿用已久的接线标准（HID: Understanding card formats）。许多对讲机都能输出 Wiegand 信号，有的内置，有的通过扩展模块实现（2N: Wiegand interface overview）。

在这种方案中，对讲机的作用相当于一个读卡器。每户分配一个与房号相同的卡号（1003 室 → 卡号 1003）。在 ACS 中，这张卡属于“对讲 – 1003 室”这样的用户，拥有正门和 10 楼的通行权限。

• 为什么好用：两边的日志都能显示是哪一户放访客进来的。租户搬走后，“1003 室”这个身份对下一位租户依然有效，ACS 里无需做任何修改。
• 电梯顺带解决：因为这是 ACS 的权限组，同一个事件就能启用正确的楼层。
• 注意：虚拟卡号不能与真实卡片重复，因此要为虚拟卡预留专用的设施码（facility code）或号段。

方式三：云端或 API 集成（DoorVi 的做法）

这是什么？不用布线，由对讲平台调用门禁平台的 API，ACS 像处理其他凭证或远程开门一样打开门。

DoorVi 就是这样与 PDK（ProdataKey）和 Brivo 协同工作的（DoorVi 门禁集成）。以 PDK 为例：访客扫描 DoorVi 二维码或在入口呼叫，住户在 DoorVi 应用中视频接听并点击开门，DoorVi 随即触发关联的 PDK 门。每次来访都会记录时间、户号以及授权进入的人（DoorVi + PDK 配置指南）。

• 门口无需新布线：街道一侧没有任何可被操控的东西。
• 仍由 ACS 掌控：门磁状态、门长开和强行开门报警以及时间表都照常工作。
• 没有云端 ACS 时：DoorVi 也可以控制装在现有门锁上的网络继电器（例如通过 MQTT 连接的 Waveshare ESP32 继电器，参见继电器改造指南）。在已有 ACS 的楼宇中，应像方式一那样把该继电器接到 ACS 输入端，而不是直接接到电锁上。

电梯楼层释放：通常怎么做

什么是楼层锁定？在典型的电梯改造中，继电器串接在每个轿厢的楼层按钮上。系统启用时，这些按钮处于禁用状态，直到有效凭证将其启用。

• 按故障情况设计接线：继电器通常这样接：断电或控制器故障时开放所有楼层，而不是把人困住。
• 消防永远优先：门禁绝不能干扰消防员紧急返回（Phase I）或轿厢内操作。请与电梯承包商和当地主管部门协调设计（UpCodes: Phase I emergency recall，Code Red Consultants: fire alarm interface with elevator recall）。
• 楼层启用多长时间：要比开门时长更长，因为访客还要走到电梯并等候轿厢。一到两分钟是常见的起点，再根据实际步行距离和候梯时间调整。
• 较新的电梯：许多现代电梯控制器支持与 ACS 直接集成，或与目的楼层派梯系统集成，从而取代按钮继电器。请先咨询电梯厂商。

用户旅程（一栋 120 户、采用 PDK 和电梯楼层控制的中层住宅）

访客

之前： 访客在有线面板上呼叫，被放进大堂后，却站在电梯里按不了 10 楼。

之后： 访客扫描二维码或在入口呼叫，通过视频见到住户后获准进入，走到轿厢时 10 楼已经启用。

住户

之前： 住户必须在室内分机上接听。

之后： 呼叫直接打到手机上，即使不在家也能接，一点就能开门。

物业经理

之前： 日志里只有“对讲机开了门”，别无其他。

之后： 每次开门都会连同户号和时间记录在 DoorVi 和 ACS 中，住户在 DoorVi 后台按户添加。

第 1 天：启用集成，完成每户映射。第 1 周：“是谁放他们进来的？”这类问题变少。第 1 个月：有争议时，审计日志就是答案。

对比

DoorVi 最适合的场景

• 使用 PDK 或 Brivo、希望在不新增布线的情况下实现视频通话和按户日志的楼宇。
• 无法为每户布线的改造项目，因为呼叫直接打到住户手机上。
• 不希望入口有任何可操控设备的场所：入口可以只放一个二维码，或在大堂内放一台平板。
• 没有 ACS 的门：在现有电锁上加装网络继电器即可远程开门。

更适合选择其他方案的情况

• 如果楼宇使用没有 API 的本地 ACS，且电梯依赖 Wiegand 权限组，带 Wiegand 模块的对讲机是更直接的方案。
• 如果住户需要室内监视器或分机，有线可视对讲更合适。
• 如果入口没有网络，基于 POTS 或模拟电话线的门禁对讲可能更简单。

常见问题

门禁系统会记录是哪位住户放访客进来的吗？

使用 Wiegand 虚拟卡或 API 集成时会，因为每户都有自己的身份。如果只是普通干接点，ACS 通常只能看到一条笼统的对讲开门记录。

对讲机的开门定时会不会和 ACS 的开门定时冲突？

只要对讲机只发送一个短触发信号、由 ACS 决定开门时长，就不会冲突。问题出在两台设备都试图直接给锁供电的时候。

对讲放行后，电梯楼层应启用多长时间？

要比门更长，因为访客需要走过去并等候轿厢。先从一到两分钟开始，再根据楼宇情况调整。

断电或火灾报警时，楼层锁定会怎样？

楼层继电器通常按故障时开放所有楼层的方式接线，而且消防返回必须始终优先于门禁。请与电梯承包商确认设计。

云对讲能在完全不布线的情况下开门吗？

可以，前提是 ACS 提供云端 API，比如 PDK 或 Brivo 配合 DoorVi。没有 ACS 的地方，可以退而使用装在现有门锁上的网络继电器。

把开门继电器装在入口面板里安全吗？

不安全。继电器和锁的电源应放在加锁的机箱内，这样就没人能从外面短接线路。