门禁 RS-485 总线通信故障里,相当一部分不是设备质量问题,而是布线不规范造成的。星型分支、终端电阻乱加、屏蔽层两端接地、A/B 接反,是现场最常见的四类问题。本文给出 RS-485 总线从拓扑、线缆到接地的完整施工口径,并附故障定位方法,把返工项讲在前面。
拓扑:必须手拉手,禁止星型
RS-485 是半双工差分总线,要求所有节点像串珠一样依次连接,主控制器位于总线一端。星型或树形分支会造成信号反射叠加,距离稍长就出现丢包或间歇性离线。
| 拓扑形态 | 是否允许 | 说明 |
|---|---|---|
| 手拉手串接 | 允许 | 一根线串到控制器、节点 1、节点 2、末端 |
| 星型分支 | 禁止 | 分支处反射叠加,通信时断时续 |
| 树形多级 | 禁止 | 与星型同理,不建议 |
| 无法手拉手时 | 用集线器 | 有源 485 集线器在分支点做中继,各分支末端仍加终端电阻 |
现场因建筑结构确实无法手拉手时,应在分支点使用有源集线器或总线隔离器中继,而不是直接并行并线,否则节点越多总线越不稳定。
终端电阻:只在首尾各加一只
终端电阻用于匹配双绞线 120Ω 特性阻抗,吸收末端信号反射。正确做法是只在总线的两端节点各并联一只 120Ω 电阻,中间节点一律不加。
- 先确认总线物理首尾两端的位置,末端通常是不再接设备的远端节点。
- 在首端控制器侧 A/B 之间并联 120Ω 电阻。
- 在末端节点侧同样并联一只 120Ω 电阻。
- 用万用表在总线任一端验证:两端电阻都接好时,A/B 之间测得约 60Ω;未加时接近无穷大。
常见错误是每个节点都加电阻,多余的终端电阻会造成信号反射叠加,反而把通信搞得不稳定。另有设备自带终阻拨码开关,启用前确认开关状态,避免与外加电阻重复。
线缆与接地:屏蔽层单端接地
- 线缆使用双绞屏蔽线,导体截面积不小于 0.75mm²,特性阻抗 120Ω,标称 RVSP 2×0.75 起步。
- 屏蔽层只在主机柜一端接地,各节点端屏蔽层悬空,严禁两端接地,否则形成地环路引入干扰。
- 485 线缆与 220V 强电保持不小于 30cm 间距,交叉处垂直通过,避免平行敷设。
- 单段总线总长控制在 1200 米以内,超出时分段并加中继,不要硬接。
室内走线优先选择桥架或穿管,避免与供电电缆同管;室外段做好接头防水与滴水弯,接头氧化是单节点离线的常见诱因。
总线隔离与防雷
多台控制器跨楼栋或跨配电区域时,各地块地电位可能不一致,共模电压会损坏 485 芯片。此时应在段与段之间加总线隔离器,并在地电位差异大的区域做单点接地处理。
| 场景 | 措施 |
|---|---|
| 跨楼栋长距离 | 段间加光电隔离器,分段供电 |
| 户外引入口 | 加防浪涌器件,进线口留滴水弯 |
| 多区域地电位不一致 | 屏蔽层单点接地,先测地电位差 |
靠近户外的总线入口建议加防浪涌保护器件,雷击是 485 芯片损坏的高发原因之一。全部节点离线且排查不出接线问题时,优先怀疑控制器端 485 芯片被击穿,可临时更换芯片或整机验证。
波特率与总线容量
常见 485 设备波特率有 9600、19200 与 38400 档位,档位越高单节点传输越快,但对线缆品质与现场干扰越敏感。配置时按以下口径执行:
- 门禁项目通常取 9600 或 19200,兼顾稳定与速度,以控制器和读卡器支持为准。
- 同一条总线上的设备必须统一波特率,混用不同档位会让部分节点收不到数据。
- 调整波特率后重跑整条总线通读测试,确认所有节点在线再投入运行。
- 关键项目做波特率与线长的匹配性验证,长距离优先降低档位保证稳定。
现场验收与静态测试
布线完成后不要直接通读设备,先做三项静态验收,把隐患挡在通电之前。
- 用万用表复核总线两端电阻值,确认首尾各一只 120Ω、中间无多余终阻。
- 逐节点核对 A/B 线序与端子压接,摇动线缆确认无虚接。
- 对每台控制器单独做通信测试,确认在线后再逐步并入总线。
逐节点并入总线后,再整体跑一轮刷卡开门联动,确认全链路事件上报正常。静态验收记录存入竣工资料,后期排查故障时有据可查。
常见故障定位
| 现象 | 优先检查 |
|---|---|
| 通信时断时续 | 终端电阻多余或缺失、接线端子松动 |
| 单个节点离线 | 该节点端子氧化、A/B 接反 |
| 所有节点全离线 | 控制器 485 芯片损坏、总线短路 |
| 干扰性丢包 | 屏蔽层接地方式、与强电间距 |
排查时用万用表测 A/B 间电阻:接近 0Ω 说明短路,需逐段拆线定位;交换 A/B 一般不会烧设备,可作为现场快速验证手段,确认后恢复正确线序并重新固定端子。
参考资料
- access-controller-network-selection
- card-reader-install-wiring
- access-control-fault-diagnosis