直接回答
Loxone 对讲集成把门口机与室内机接入楼宇模型，使一次呼叫、一次开门或一次未接来电能够触发照明、门禁记录与运维提醒。对讲负责通话与身份确认，门禁系统负责开门，楼宇平台负责协调响应。
对讲在建筑中的位置
对讲是访客、快递或非工作时段承包商与建筑第一次接触的地方。它不只是一条音频通道，也是一个事件源：有人到门口、呼叫被接听、门被打开、访客被拒绝、室内机无人应答。事件进入楼宇平台后，响应可以协调起来：入口照明、前台摄像机画面、电梯厅场景、一条记录。对讲仍然是通信设备，建筑决定它周围发生什么。这个区分让系统可维护，因为更换室内机或应用，不需要重写入口周边的照明与暖通逻辑。楼宇响应的测试与通话本身一样认真。
- 对讲事件按楼宇事件处理
- 音视频仍由对讲系统负责
- 照明、门禁与视频围绕呼叫响应
入口与呼叫路由策略
入口不只是立柱上的一个按钮。我们列出每个入口、预期使用者、使用时段，以及应由哪个岗位接听。呼叫路由跟随这张表：主入口在工作时间呼前台，其余时间呼值班经理；服务门呼后勤岗；车库人行门呼安防。多个入口共用前台职能时，呼叫可以排队或转接，而不是让所有岗位同时响铃。无障碍要求影响安装高度、可视信号和助听线圈，这些与建筑的无障碍顾问共同确定，而不是在现场临时决定。路由表在移交前用真实呼叫测试，包括占线和无人接听的情况。路由表要短到前台能读完，又要细到可以测试。例外要写下来，因为没写下来的例外会变成习惯。
- 按入口、时段与角色编制路由表
- 用排队与转接替代全场响铃
- 无障碍配置与顾问共同确定
门铃与呼叫处理
门口机的行为应当可预期。访客按下呼叫键，指定的室内机、前台或应用振铃；呼叫被接听或转接；门由门禁系统打开，而不是仅靠对讲。对讲支持 SIP 或 API 时，呼叫事件可以送到楼宇平台并留痕。未接来电应留下可见记录，而不是消失。多入口项目，呼叫路由和开门权限应跟门组匹配，而不是一个全局设置。通话时，运维人员需要在一个界面上看到三件事：谁在呼叫、哪扇门、门是否关闭并上锁。其余信息都是次要的，界面应体现这个优先级。使用通话录音时，其策略与视频监控一致，并且不是默认开启。开门权限在门上校验，而不是因为来电就默认放行。
- 按入口、时段和角色路由呼叫
- 开门由门禁系统执行
- 未接与被拒呼叫都留记录
访客流程与前台工作
多数访客问题其实是流程问题。对讲应支持一条简短清晰的流程：确认来访者身份、联系被访人、允许或拒绝进入、记录决定。前台可以用室内机、屏幕或网页界面，远端岗位可以用移动设备。楼宇平台可以提前准备目的地：会议区照明、洽谈室通风、入口摄像机预置位。访问结束时，同一事件关闭整个序列。记录应包含访客、被访人、门和时间。快递和承包商走另一条流程，目的地不同，入口往往也不同，不应被硬塞进访客路径。被访人已确认的访客，不该在门口反过来向建筑解释流程。这份记录是前台、安防与后勤之间的交接依据。
- 确认、联系、放行或拒绝、记录
- 访客到达前准备好目的地
- 访问结束由同一事件闭环
与门禁和楼宇逻辑的集成
对讲不应是一座孤立的门铃。与门禁集成，运维人员得到经过确认的身份和受控的开门；与楼宇逻辑集成，访客到达时空间已经准备好。礼宾可以在一个界面看到呼叫、摄像机和门状态。大门对讲可以触发车道照明和大堂场景。服务入口可以只提醒后勤，而不必让整栋楼的室内机同时响。同类入口的序列配置一次，即可重复使用。平台记录事件与楼宇响应，但不决定谁可以进入，也不直接给锁具通电；那仍由门禁系统和门控制器负责。同一事件可以准备电梯厅或会议室，但前提是门禁系统已经确认身份。不让任何一套系统去做另一套系统该做的事。
- 呼叫、视频与门状态同屏
- 同类入口的序列可复制
- 开门与锁具供电仍归门禁系统
设备选型、供电与网络拓扑
设备选型跟着入口走。IP 门口机需要网络点位、PoE 或本地电源，交换机不在重要负荷回路上时还要考虑备用路径。模拟或两线系统适合布线困难的改造建筑，但事件与集成选项更少。室内机、屏幕和移动应用各自服务不同的接待模式。摄像机需要光照，视场要包含访客面部和门体，而不只是头顶。室外门口机要重视浪涌保护，每台设备都要有标签、地址和网络图上的位置。对讲 VLAN 与租户流量分开，远程访问遵循与楼宇网络其余部分相同的安全策略。远端大门只有对讲一个网络设备时，本地电源后备能让呼叫通道在停电时保持可用。一张简单的系统图，可以避免“门口机接错电源回路”这类经典故障。
- 按建筑条件选择 IP、两线或模拟
- 规划供电、浪涌保护与备用路径
- 独立 VLAN 与有记录的地址
隐私、告警、调试与移交
对讲集成涉及个人数据，范围必须写清楚。音视频流留在为此设计的系统里；楼宇平台接收事件和状态，不保存录像档案。保存期限、访问权限和告知义务属于运营方的隐私政策与当地法律。告警覆盖门口机离线、网络丢失、室内机故障和开门失败。调试对每个入口做双向测试，包括无人接听、占线、转接和网络故障。移交内容包括入口清单、路由规则、开门权限、事件映射、经过测试的升级路径和运维培训。路由或权限的变更，与其他楼宇顺序一样走变更控制，避免临时安排变成永久配置。入口的隐私告知是安装的一部分，而不是事后补上的。培训也包括网络中断、门口开始排队时该怎么做。
- 只取事件与状态，不取录像档案
- 保存期限与访问权限由运营方定义
- 移交入口清单、路由规则与培训
对讲场景与楼宇响应
13 行| 场景 | 对讲动作 | 门禁动作 | 楼宇响应 |
|---|---|---|---|
| 主入口访客 | 呼叫前台或被访人 | 由门控制器开门 | 大堂照明、摄像机画面、访问记录 |
| 公寓或别墅大门 | 呼叫住户室内机或应用 | 住户经门禁系统开门 | 车道照明、入口场景 |
| 服务门快递 | 呼叫后勤岗 | 在允许时临时开门 | 服务走道照明、提醒后勤 |
| 非工作时段承包商 | 呼叫值班经理 | 限时门组 | 路线照明、作业区暖通 |
| 车库人行门 | 呼叫安防 | 安防远程开门 | 楼梯与电梯厅照明 |
| 前台转接 | 呼叫转至其他岗位 | 接听前不执行开门 | 摄像机预置位跟随呼叫 |
| 未接或被拒呼叫 | 记录为未接或拒绝 | 不执行开门 | 运维提醒、记录待复核 |
| 卸货区与货运入口 | 呼叫仓库或后勤 | 由门控制器开门 | 卸货区照明、通风加强 |
| 员工入口 | 仅在班次外启用呼叫 | 班次内使用凭证通行 | 员工室照明与暖通 |
| 次大堂入口 | 呼叫前台或礼宾 | 由门控制器开门 | 大堂场景与摄像机预置位 |
| 对讲网络故障 | 门口机报离线 | 门仍受门禁控制 | 告警后勤，启用手动流程 |
| 开门失败 | 呼叫保持接通 | 控制器报告开门故障 | 提示运维、通知安防 |
| 呼叫记录复核 | 按入口导出历史 | 匹配开门记录 | 事件重建与审计 |
项目图景
3 张图片
常见问题
01你们提供对讲硬件吗？
我们集成对讲门口机和室内机，包括开放 SIP、API 或干接点的第三方设备。硬件供货按项目约定。
02对讲可以直接开门吗？
开门应由门禁系统或门控制器执行，而不是仅靠对讲。平台负责协调顺序并留下记录。
03呼叫可以转到手机吗？
对讲支持 SIP 或应用时，呼叫可以转到移动设备。路由规则和权限在调试时配置。
04楼宇平台会保存视频吗？
不会。平台接收呼叫和门事件；录像与保存仍由对讲或视频监控系统负责。
05不同入口可以有不同的规则吗？
可以。呼叫路由、开门权限和楼宇响应按入口和时段配置。
06这与门禁如何配合？
门禁系统校验凭证或开门权限；对讲提供通话与身份确认；平台把两者与照明、暖通和告警关联起来。
07对讲网络故障会怎样？
接入本地控制器的门禁控制和楼宇顺序仍在本地运行。呼叫通道可能不可用，故障应触发告警，而不是静默。
下一步
把建筑交给我们。
告诉我们建筑类型、纳入范围的系统，以及你需要的结果。我们会给出通往可用系统的最短路径。