4、有线通信技术：RS485总线协议、CAN总线协议、Modbus协议解析
各位同学，咱们今天聊聊门禁系统里最常用的三种有线通信协议。说实话，我做了十几年嵌入式，这三种协议几乎每个项目都会碰到。它们各有脾气，用好了是利器，用不好就是坑。
先说说我的一个教训。早年间做某园区门禁，图省事全用了RS485，结果布线距离一长，数据就开始丢包。后来换成CAN总线，问题才解决。你想想看，选错协议，后期维护成本能翻好几倍。
4.1 RS485总线协议：简单可靠的远距离通信
RS485，说白了就是差分信号传输。它用两根线（A和B）的电压差来表示逻辑0和逻辑1。为什么抗干扰强？因为干扰信号同时作用在两根线上，差值不变。
核心参数：
- 传输距离：最远1200米（不加中继）
- 节点数量：标准32个，加中继可扩展
- 通信速率：最高10Mbps（距离越短速率越高）
- 工作模式：半双工（同一时间只能发或收）
我在项目中遇到过一个问题：RS485总线上的设备多了，最后一个设备信号反射严重。后来加了120欧姆终端电阻，问题就解决了。嗯，这里要注意——终端电阻只加在总线两端，不是每个设备都加。
个人经验：
RS485布线时，A/B线要双绞，屏蔽层单端接地。我曾经见过有人把屏蔽层两端都接地，结果形成地环路，干扰反而更大。
4.2 CAN总线协议：实时性与可靠性的王者
CAN总线，汽车电子里用得最多。门禁系统里，如果对实时性要求高，比如多门互锁、消防联动，我建议优先考虑CAN。
为什么CAN比RS485更适合实时控制？因为它有优先级仲裁机制。多个节点同时发送时，优先级高的数据自动胜出，不会冲突。RS485就不行，得靠软件轮询，效率低很多。
| 特性 | RS485 | CAN总线 |
|---|---|---|
| 通信方式 | 半双工，主从式 | 多主式，任意节点可发起 |
| 错误处理 | 需软件实现 | 硬件自动重发，CRC校验 |
| 实时性 | 一般（轮询延迟） | 高（事件触发） |
| 成本 | 低 | 中 |
我记得有一次做地铁站门禁，要求门禁控制器之间毫秒级同步。用CAN总线，每条报文都带时间戳，硬件自动处理冲突。换成RS485的话，光轮询32个节点就得几十毫秒，根本达不到要求。
避坑指南：
我曾经在CAN总线设计上犯过一个低级错误——忘了加CAN收发器的共模扼流圈。结果现场电机启动时，总线直接瘫痪。后来加上共模扼流圈，再也没出过问题。
4.3 Modbus协议：工业界的通用语言
Modbus协议，它本身不关心物理层。你可以跑在RS485上，也可以跑在TCP/IP上。门禁系统里，最常见的是Modbus RTU（RS485）和Modbus TCP（以太网）。
Modbus RTU的帧结构很简单：地址码 + 功能码 + 数据 + CRC校验。举个例子，读取门禁控制器的状态：
// 读取设备地址0x01的输入寄存器（功能码0x04）
// 起始地址0x0000，读取2个寄存器
发送：01 04 00 00 00 02 71 CB
响应：01 04 04 00 01 00 02 39 85
// 解析：数据为0x0001和0x0002你可能会问：为什么Modbus这么流行？说白了，它简单。一个单片机就能实现，而且几乎所有工业设备都支持。我做过一个项目，把不同厂家的门禁控制器、读卡器、电锁全部用Modbus连起来，省了不少事。
实用技巧：
Modbus RTU的CRC校验，很多人用查表法。我习惯用直接计算法，虽然慢一点，但代码量小，适合资源受限的MCU。另外，注意功能码03（读保持寄存器）和04（读输入寄存器）的区别——保持寄存器可写，输入寄存器只读。
4.4 三种协议的选型建议
好了，咱们总结一下。选哪种协议，看你的具体场景：
- 预算有限、节点少、距离近：RS485 + Modbus RTU，成本最低，开发最快。
- 节点多、实时性要求高、环境干扰大：CAN总线，虽然贵点，但省心。
- 需要远程监控、跨网段通信：Modbus TCP，直接走以太网。
我个人习惯是：小项目用RS485，大项目用CAN，需要联网就用Modbus TCP。你想想看，一个门禁系统里，可能同时存在这三种协议——读卡器用RS485，控制器之间用CAN，上位机用Modbus TCP。这就是实际工程中的混合组网。
最后说一句：
协议只是工具，关键看你怎么用。我见过有人用RS485跑出了CAN的实时性，也见过有人用CAN总线却搞出了丢包。硬件设计、软件协议栈、布线工艺，每个环节都马虎不得。