楼宇对讲在弱电预算里通常只占 3%–6%，但在交付后的投诉里往往排前三。原因不是设备差，而是架构选错、供电算错、验收没测——门口机装上去那天能响，两年后开始"有的单元通、有的单元不通"，再查就是主干电压降、总线冲突、平台授权数不够这类结构性问题。这篇按"定架构 → 按规模分档 → 核音频与图像 → 算供电与组网 → 定联动 → 排改造 → 做验收"的顺序写，甲方、物业、总包和集成商都能直接拿去对技术要求。
阅读提示：本文出现的数值分两类。一类给标准编号与规定（GA/T 72、GB/T 31070.1、GB 50348、GB 50312 等）；另一类是我们做项目时写进技术要求的常用工程口径，给的是区间而非"标准值"，最终以合同技术参数、厂商规格书与现场勘察为准。
市面上说的"三代"不是营销话术，而是三种传输与编解码方式，直接决定布线量、可扩展性和后期维护成本。判断一个项目该用哪代，先看三个数：户数、楼栋分散程度、有没有联网管理需求。
| 对比项 | 模拟总线（第一代） | 半数字（模拟视频 + 数字控制） | 全数字 IP（含 SIP 与云对讲） |
|---|---|---|---|
| 主干介质 | 多芯 RVV 总线（常见 4–8 芯），音频模拟、视频走同轴或视频线 | 视频走同轴/网线传输，控制与呼叫数字化 | 网线（Cat5e/Cat6）+ 光纤主干，全部 IP 报文 |
| 单段传输距离 | 数百米级，需按线径与压降校核 | 视频段受限更大，超长要加中继 | 网线单段 100 m 内；跨楼栋用光纤，可达数公里 |
| 系统容量 | 受总线地址与分机数限制，扩容接近上限 | 中等，可分段扩展 | 按 IP 与平台授权扩容，理论上限高 |
| 图像 | 模拟标清为主，夜间噪点明显 | 数字压缩后可达百万像素级 | 1080P 及以上，支持宽动态、补光、人脸抓拍 |
| 联网与手机开门 | 基本不支持，需另加转换网关 | 部分支持，功能受限 | 原生支持，可对接社区平台与 APP |
| 改造友好度 | 可利旧原有总线，换末端即可 | 部分利旧，需确认线序 | 一般需重布网线，或利用原有网线/光纤 |
| 典型适用 | 单栋老楼、单元数少、预算紧的改造 | 中等规模住宅、对图像有要求但不想重布线 | 新建小区、多组团、需联网与手机开门 |
一句判断口诀：新建多栋、要联网、要手机开门 → 全数字 IP；老楼单栋、只求通话开锁 → 模拟总线换末端最省；介于两者 → 半数字。不要为了"看起来先进"给 30 户的老楼配云平台，授权费和维护成本会在三年内超过设备本身。
规模决定主干形态。下表是我们做方案时的分档口径，可直接作为设计任务书的起点。
| 规模档 | 典型场景 | 推荐架构 | 主干 | 最易踩的坑 |
|---|---|---|---|---|
| ≤50 户 | 单栋办公楼、老小区单单元、厂房宿舍 | 模拟总线或小型 IP 独立系统 | 无需主干，单元内总线 | 为省钱用细线，末端电压不够 |
| 50–300 户 | 2–6 栋住宅、园区 3–5 个单元门 | 半数字或 IP（单台管理机） | Cat5e 网线，跨栋可光纤 | 交换机非工业级、无 PoE 预算，后期加电源 |
| 300–1500 户 | 中型社区、多组团、有物业中心 | 全数字 IP + 本地管理平台 | 楼内 Cat6，组团间单模光纤 | 平台授权数与实际户数不匹配，扩容要重买 |
| >1500 户 / 多期 | 大型社区、分期开发、跨地块 | IP + 分级平台（组团/项目/区域） | 光纤环网或双上行 | 一期设备与二期不同品牌，平台无法纳管 |
分档之外还有一条硬约束：分期开发的项目，设备品牌与协议必须在第一期定死。我们见过太多二期换了品牌、平台要装两套、物业要开两个客户端的情况，最后只能靠"门口贴两张二维码"糊过去。
报价单写"高清可视对讲"没有任何信息量。真正决定住户体验的是音频，而音频恰恰是最容易在样品间被忽略的部分——展厅安静，现场有风声、车流、电梯机房噪声。
| 指标 | 写进技术要求的常用口径 | 现场怎么测 |
|---|---|---|
| 通话音量 | 门口机扬声器 1 m 处不低于 65–70 dB(A)，且可调 | 声级计在 1 m 处实测；同时在 3 m、5 m 处听是否可辨 |
| 双讲与回声 | 双方同时说话不"噎住"，无啸叫、无长回声 | 两人同时数数，交替打断，听是否吞字 |
| 端到端延时 | IP 系统建议 ≤300 ms（超过 500 ms 对话会明显"抢话"） | 敲击门口机外壳，听室内机回声间隔估测；有条件用录屏帧差 |
| 环境噪声下的可懂度 | 白天车流、夜间安静两种工况都要能听清门牌号 | 白天 10:00 与夜间 21:00 各测一次，记录能否复述对方说的 6 位门牌号 |
图像部分只需核三件事：夜间能不能看清人脸轮廓（看补光方式：红外会发白、白光扰民、星光级更自然）、逆光时人脸是否发黑（宽动态，看门口朝西的单元）、抓拍是否留痕（有人按门铃时是否自动抓拍并存到平台）。这三条比"多少万像素"有用得多。
对讲系统故障里，供电问题占的比重远超设备本身。三种供电方式各有适用面：
| 方式 | 做法 | 优点 | 风险 |
|---|---|---|---|
| 集中供电 | 弱电间集中电源箱，多路输出到各单元 | 统一备电、便于集中维护 | 电压降最长的那一路先出问题；一路短路影响整箱 |
| 就地供电 | 每个单元门口机就近取电，加本地小电源 | 压降小、故障隔离好 | 电源分散，备电与巡检成本高；易被私接 |
| PoE 供电 | 交换机按 IEEE 802.3af（约 15.4 W）/ 802.3at（约 30 W）供电 | 一根网线搞定，施工最省，可远程重启 | 交换机总功率预算要算足；门口机带补光与加热时 802.3af 可能不够 |
电压降必须算，不能凭经验。铜芯电阻率约 0.0175 Ω·mm²/m，1.0 mm² 线每 100 m 单程约 1.75 Ω，回路（去+回）约 3.5 Ω。举例：12 V 供电、门口机工作电流 1 A、线路 100 m 的 2×1.0 线，压降约 3.5 V，末端只剩 8.5 V——多数门口机的最低工作电压在 10.5 V 上下，这时就会出现"白天能用、晚上开锁带不动"的经典故障。解决办法只有三条：加粗线径、缩短距离、改就地或 PoE 供电。
备电同样要写进合同：断电后应至少维持呼叫与开锁可用，常见工程口径是 2–4 小时（按电池容量与负载核算）；消防、电梯前室等特殊位置按相关专业要求另算。别把"备电"理解成"能显示"，住户要的是门能开。
联网平台真正解决的问题是多单元、多组团、多人管理：一张卡/一个人脸库全小区通用，访客二维码临时授权，开门记录可查，物业不用抱着钥匙串跑楼。这些是刚需，值得投入。
云对讲（手机 APP 远程接听、远程开门）是增值项，不是必选项，上之前先确认三个前提：
我们的常规做法是：主干留本地平台，云做增值。本地平台保证断网可用、数据可控；云平台承担远程接听、访客预约这类便利功能。反过来做（全部依赖云），一次运营商故障就会变成全小区投诉。
对讲很少独立存在，它通常是"通行系统"的一个入口。联动做得好，物业少一把钥匙；做得差，四套系统各自为政。
| 联动对象 | 常见做法 | 接口/协议 | 验收怎么看 |
|---|---|---|---|
| 门禁/一卡通 | 同一张卡、同一人脸库在单元门与车库闸机通用 | 平台统一授权，或读头共用 | 新办一张卡，两处都能开；注销后两处都失效 |
| 视频监控 | 按门铃自动抓拍，或联动就近摄像机录像 | ONVIF / GB/T 28181-2022 / 私有 SDK | 按铃后平台能在 1 分钟内调出对应抓拍与录像 |
| 电梯/梯控 | 刷卡或人脸后自动呼梯到层，访客由住户授权临时楼层 | 梯控板干接点或串口协议 | 访客授权到期后按同一张临时码，电梯不再响应 |
| 消防 | 火警时疏散通道上的门禁/电锁自动释放，不得阻碍逃生 | 消防联动干接点接入电锁电源回路（硬联动，不走软件） | 断开联动信号，门应立即失电开启；断电后仍能手动推开 |
消防这一条要单独强调：必须是硬联动。靠软件下发"火警开门"指令，一旦网络或平台故障，门就是锁死的。按 GB 51348-2019 与建筑设计防火相关规定，疏散通道上的门禁在火警时应能自动解除，且断电后可手动开启——这条要写进验收单，现场做断电测试。
改造项目的钱一半花在"拆"和"恢复"上。三条路径，按对居民影响从小到大排：
| 路径 | 做法 | 适用 | 风险点 |
|---|---|---|---|
| 末端更换，主干利旧 | 保留原有总线，只换门口机与室内机 | 原线序规范、线径够、无断点 | 新末端协议与原总线不兼容；老线氧化导致通话断续 |
| 加装独立单元门禁 | 不动户内，只在单元门加"刷卡+人脸+呼叫物业"一体机 | 室内机整体失效、住户不愿入户施工 | 老住户不会用；要给刷卡与物理钥匙双备份 |
| 整体换 IP | 重布网线到户，新建平台 | 有管线空间、居民同意入户、预算充足 | 工期长、扰民大；入户率不足会留下"半套系统" |
改造项目的三条纪律：①不动原有消防与门禁的强电回路（除非整体更换并有消防验收）；②逐户验收签字，不要只测公共部分——投诉九成来自"我家这台不响"；③留旧钥匙通道，系统故障时物业仍能开门，别把最后一扇门交给一块主板。
对讲项目的钱主要不在设备单价，而在"线+人工+调试"。下表是常见构成比例（住宅类项目，仅作预算结构参考，具体金额以清单与现场为准）：
| 构成 | 常见占设备与安装费比例 | 说明 |
|---|---|---|
| 门口机 / 单元主机 | 15%–25% | 数量少、单价高，是报价的"脸面" |
| 室内分机 | 30%–40% | 按户数走量，功能差异（屏尺寸/是否带安防接口）影响大 |
| 线缆与桥架 | 10%–18% | 改造项目此项占比更高（含恢复） |
| 电源与备电 | 3%–6% | 最容易被压缩的一栏，也是最容易出故障的一栏 |
| 平台与授权 | 5%–12% | 按户数/点位授权，注意扩容单价写进合同 |
| 安装调试 | 15%–25% | 逐户调试是最耗时的环节，别按"台"报价，按"户"报 |
工期口径（住宅，按户数与单元门数量估算）：新建项目随弱电总包进度走，100 户单栋的安装调试约 3–5 个工作日；改造项目受入户率影响，100 户通常 5–8 个工作日，且必须安排在居民在家时段（工作日晚间+周末），这会直接拉长日历工期。预算里要留"二次上门"的成本。
| 分项 | 检查内容 | 判定口径 |
|---|---|---|
| 通话与开锁 | 逐户呼叫、双向通话、开锁、挂断 | 100% 逐户测试并签字，不允许"抽测合格即整栋通过" |
| 布线 | 线径、线序、标签、桥架填充率、屏蔽接地 | 按 GB 50311-2016 设计、GB 50312-2016 验收；IP 系统做链路测试并留记录 |
| 供电 | 末端实测电压、备电切换、总功率余量 | 末端电压不低于设备最低工作电压；断电备电实测时长记入报告 |
| 图像 | 白天/夜间/逆光三种工况 | 夜间能辨人脸轮廓，逆光不发黑，抓拍可回溯 |
| 平台 | 户数授权、分级权限、开门记录、异常告警 | 授权数与合同户数一致；记录可导出 |
| 消防联动 | 断开联动信号、断电、手动开启 | 三种工况门均能开启；现场实做，不采信说明书 |
| 资料 | 系统图、点位表、设备清单、合格证、调试记录、培训记录 | 按 GB 50348-2018 的分项验收要求归档，缺项不予验收 |
答：先判断故障层级。如果只是室内机不响、门口机按键失灵，而主干总线通断正常，换末端最省，一天能修一栋；如果是主干断线、线序混乱、多单元串音，修的成本会接近改造。判断方法很简单：抽 3 户测通话与电压，若同单元多户同时故障且末端电压明显偏低，问题在主干或电源，不在分机。改造时优先考虑"末端更换、主干利旧"，但必须先确认新末端与原总线协议兼容。
答：这是选型必须问的第一个问题。要求是：断外网时本地呼叫与开锁仍可用（IP 系统要有本地平台或脱机模式）；停电时备电至少维持呼叫与开锁 2–4 小时（工程口径，按电池容量核算，写进合同）。另外，疏散通道上的门在断电后必须能手动推开，这条属消防要求，不能靠"软件降级"实现。
答：云对讲的便利是真实需求（远程接听、临时访客码），但它把"开门权限"暴露在网络侧，前提必须齐备：稳定的外网通路、断网可用的本地兜底、分级授权与操作留痕。数据方面，人脸与手机号属个人信息，应按《个人信息保护法》与 GB/T 35273 的要求做到最小必要、告知同意、可撤回；人脸模板建议优先存本地，非必要不上云。做不到这几点，建议只做本地联网，不上云。
答：不要按"户"简单乘。要点有三：①一户多台按"分机数"算授权，同时确认门口机的并发呼叫路数（同一门口机被多户同时呼叫时，是否会占线）；②多个单元共用一个车库入口时，门口机需要支持"楼栋选择"（先选楼栋再选房号），否则住户找不到自己；③联网系统的授权数要按"分机+管理机+门口机"总数核，只算户数常导致上线后不够用。这些都要在合同技术参数里写清楚。
答：能，而且建议一起做——分开做的典型后果是四张卡、四个客户端、四套人员名单。技术上通过平台统一授权（同一人脸库/卡库）+ 标准协议对接（GB/T 28181-2022 接视频、干接点接梯控与消防）即可。要注意两点：一是选型时确认平台原生支持这些对接，别指望后期二次开发；二是消防联动必须走硬联动，不走平台软件。整体交付时，验收要按"人-卡-权限"三处一致性抽查，而不只看单个系统能不能用。
手上有一个对讲项目要定架构或核清单？把户数、楼栋数、单元门数量、是否需要手机开门四项告诉我们，可以先出一版架构建议与设备清单草案。电话 010-60777639，或先用 在线报价估算器 测个预算区间；同规模住宅项目的清单与验收资料可向我们索取。
本文标准编号与条款为工程参考口径，具体以现行规范、设备规格书与现场勘察结果为准；文中比例与区间为预算结构参考，不构成报价。北京波菲凯迪科技有限公司整理，转载请注明来源。
勘测、方案、报价三项免费，先看方案再决定
告诉我们您的场景与规模，工程师会参照同类工程经验，给出选型建议、施工周期预估与预算区间。
