4、物理层影响：RS-485、以太网物理层对实时性的影响
聊完协议栈和软件层面的优化，咱们得把目光往下放一放，看看最底层的物理层。说白了，就是那根线、那个接口芯片，它们对实时性的影响有多大？
我见过不少工程师，软件调得飞起，结果现场一跑，延迟还是大。查来查去，最后发现是物理层配置出了问题。嗯，这里要注意，物理层是信号的“最后一公里”，也是干扰最容易钻进来的地方。
4.1 RS-485：老当益壮，但坑不少
RS-485在工业现场用了三四十年了，至今仍是Modbus RTU的主力物理层。它最大的优点是差分传输，抗共模干扰能力强，能跑上千米。但实时性方面，有几个关键点你得盯紧了。
4.1.1 波特率与传输延迟
这个最直观。波特率越高，单位时间传的bit越多，报文时间就越短。但RS-485不是想跑多快就跑多快，它受限于线缆长度和总线电容。
| 波特率 (bps) | 典型最大距离 (米) | 单字节传输时间 (μs) | 典型128字节报文时间 (ms) |
|---|---|---|---|
| 9600 | 1200 | 1042 | ~133 |
| 19200 | 800 | 521 | ~67 |
| 38400 | 400 | 260 | ~33 |
| 115200 | 100 | 87 | ~11 |
| 921600 | 25 | 11 | ~1.4 |
你看，9600波特率下，一个128字节的报文要133毫秒。如果轮询32个从站，光通信就得4秒多。这实时性，基本告别高速控制。
核心结论：RS-485的实时性上限，由波特率和报文长度共同决定。想提高实时性，要么提波特率，要么砍报文长度。
4.1.2 收发切换时间——最容易忽略的坑
RS-485是半双工的，发的时候不能收，收的时候不能发。这就涉及到一个切换时间问题。
我遇到过最典型的一个案例：某设备用Modbus RTU，主站发完请求后，等了2ms没收到响应，就超时重发了。结果从站其实已经处理完了，但它的485芯片从“接收模式”切换到“发送模式”花了1.5ms。主站等不及，重发了，总线就乱了。
为什么会这样？因为很多485芯片的收发切换，是靠软件控制一个GPIO引脚来实现的。从“发完最后一个bit”到“把引脚拉低切换到接收”，中间有延迟。再加上芯片本身的使能延迟，很容易就超过1ms。
我的建议：选型时留意芯片的“收发切换时间”参数。像MAX485这种老芯片，切换时间在几百纳秒到几微秒。但如果你用光耦隔离，这个时间会被放大到几十甚至上百微秒。我习惯在从站程序中，收到完整报文后，先等一个“安全间隔”（比如3-5个字符时间），再切换为发送模式。这样能避免总线冲突。
4.1.3 偏置电阻与终端匹配
这两个东西，看着不起眼，但直接影响信号质量。信号质量差了，误码率就高，重传就多，实时性自然就崩了。
- 终端电阻：一般120Ω，接在总线两端。作用是消除信号反射。不接的话，长线传输时信号会过冲、振铃，导致接收端误判。
- 偏置电阻：确保总线空闲时，A-B之间的电压差大于200mV。否则接收端会收到随机噪声，产生“假起始位”，导致帧错误。
我记得有一次去现场排查，一个从站老是随机掉线。查了半天，发现是总线末端没接终端电阻，而且偏置电阻的阻值算错了。信号反射回来，把数据位给冲乱了。接上120Ω电阻，重新算偏置，问题解决。
避坑指南：我曾经见过有人为了省成本，不接终端电阻。短距离（<10米）可能没事，但超过50米，信号反射就会让你怀疑人生。别省这个钱。
4.2 以太网物理层：快，但也要小心
以太网物理层，尤其是100Mbps和千兆以太网，实时性比RS-485高了一个数量级。但物理层的问题，往往更隐蔽。
4.2.1 传输速率与延迟
100Mbps以太网，一个字节只要0.08μs。一个典型的Modbus TCP报文（约60字节），传输时间不到5μs。加上交换机转发延迟（一般几微秒到几十微秒），端到端延迟通常在100μs以内。
这个延迟，对于大多数工业控制场景，已经可以忽略不计了。但要注意，这是“理想情况”。
4.2.2 网线质量与信号完整性
网线看着简单，其实门道很多。我见过有人用电话线当网线用，结果丢包率高达30%。
- 线缆类别：Cat5e支持100Mbps，Cat6支持千兆。别混用。我建议新项目直接上Cat6，留点余量。
- 屏蔽：工业现场干扰大，用STP（屏蔽双绞线）比UTP（非屏蔽）靠谱。但屏蔽层要单点接地，否则会形成地环路，引入更大干扰。
- 水晶头：这个最容易出问题。接触不良、氧化、压接不到位，都会导致CRC错误和重传。我习惯用带金属屏蔽壳的水晶头，压接完再打胶固定。
一个经验：我曾经在一条产线上，发现某个工位偶尔会丢包。查了三天，最后发现是水晶头里的线序错了——橙白和绿白搞反了。虽然能通，但信号质量很差。重新压接后，问题消失。所以，别迷信“能通就行”，信号质量才是关键。
4.2.3 交换机的影响
以太网物理层不只是网线和接口芯片，交换机也是物理层的一部分。交换机的转发方式，直接影响实时性。
| 转发方式 | 延迟 | 适用场景 |
|---|---|---|
| 存储转发 (Store-and-Forward) | 高（接收完整帧再转发） | 普通数据交换，有错误检测 |
| 直通转发 (Cut-Through) | 低（读到目标MAC就转发） | 实时性要求高，但可能转发错误帧 |
| 无碎片转发 (Fragment-Free) | 中等（读到64字节再转发） | 兼顾实时性和错误过滤 |
对于Modbus TCP这种短报文，直通转发能显著降低延迟。但要注意，如果网络中有大量错误帧，直通转发会把错误也传过去。我建议在关键链路上，用支持“无碎片转发”的工业交换机。
4.2.4 物理层芯片的“自动协商”陷阱
以太网物理层芯片上电时，会进行“自动协商”，确定速率和双工模式。这个过程大概需要1-2秒。
你想想看，如果设备频繁掉电重启，每次都要重新协商，这1-2秒的延迟，对于实时控制来说，就是灾难。
我的做法：在设备程序中，把网口配置固定下来，关闭自动协商。比如固定为100Mbps、全双工。这样上电就能直接通信，省去协商时间。但要注意，对端设备也必须配置成一样的参数，否则会不通。
4.3 RS-485 vs 以太网：实时性对比
咱们做个直观对比，你就知道差距在哪了。
| 指标 | RS-485 (115200bps) | 以太网 (100Mbps) |
|---|---|---|
| 典型端到端延迟 | 5-20ms | 0.1-1ms |
| 最大距离 | 1200米 | 100米（无中继） |
| 抗干扰能力 | 强（差分信号） | 中等（需屏蔽线） |
| 布线成本 | 低（双绞线） | 中（网线+交换机） |
| 实时性瓶颈 | 波特率、收发切换 | 交换机转发、自动协商 |
说白了，RS-485适合距离远、节点少、实时性要求不高的场景。以太网适合距离近、节点多、实时性要求高的场景。选哪个，看你的具体需求。
4.4 小结
物理层对实时性的影响，往往被忽视。但恰恰是这些“小细节”，决定了系统能不能稳定跑在目标周期上。
- RS-485：盯紧波特率、收发切换时间、终端匹配。这三个搞定了，实时性就有保障。
- 以太网：注意网线质量、交换机转发方式、自动协商。别让物理层成为瓶颈。
下一章，咱们聊聊Modbus的周期优化策略。到时候会用到今天讲的这些物理层知识。嗯，先消化一下，有问题随时交流。