第 6 章 · 把总线调快调稳：性能与鲁棒性的账

一条主线

设备都能读了，新的抱怨来了：刷新太慢、偶发超时、加一台设备就全乱。本章跟着小周做一次总线"体检调优"走：先解决"读回来怎么解释"——字序与数据类型的八种排列陷阱（6.1）；再算总线的性能账——轮询周期怎么设计、批量读能省多少、超时重试怎么设才稳（6.2）。调优的本质是算账：帧时间、设备数、轮询周期三者的乘除关系一目了然，账算清了，优化的方向就出来了。

沿途站点

拐点与结论

本章的认知拐点："数据不对"与"通信不通"是两个问题——报文收发正常但数据全乱，几乎都是字节序/字序/缩放的口径问题，与链路质量无关。第二个拐点：轮询的"慢"是物理账不是软件 bug——30 台设备 × 单次 30ms ≈ 1 秒一圈，想快就升波特率、批量读、拆总线，三选一或全上。性能调优的终点是"可计算的确定性"，不是玄学式调参。

读完你应该

• 用"已知值试解"确定陌生设备的字节序与字序
• 计算单次问答时间与整圈轮询周期
• 解释批量读为什么比多次单读快一个数量级
• 设计超时、重试、退避、离线降频四参数

高频问题速答

问：字序怎么快速确定？ 读一个面板可见的已知值（如额定电压 220），把 4 字节按 8 种排列各解一次，落在合理范围的就是正确字序——比翻手册快。

问：轮询太慢一定是设备慢吗？ 先算账：30 台 × 单次 30ms ≈ 1 秒。瓶颈常在"单次读太少"——批量读一次拿 16 个寄存器，比 16 次单读快一个数量级。

问：从站掉线后数据怎么办？ 保持旧值并标记"通信中断"，别置 0（会造成假报警）；恢复后先读一轮关键值再恢复轮询；告警连续 N 次失败才触发并去抖。

本章知识地图速览

本章两条主线："读得对"（数据口径）与"读得快且稳"（性能与鲁棒）。数据口径解决"字节序×字序×格式"的三层拼装；性能账解决"帧时间×设备数×轮询周期"的乘除关系；鲁棒参数（超时/重试/退避/降频）保证整条总线在异常情况下不崩溃。

配套练习建议：对现有系统做一次"轮询账"核算，列出每台设备的读取量与单次耗时，找出可以合并的批量读；再检查超时重试参数是否按最坏情况设置。

下一章的接力

总线又快又稳之后，一个新时代的问题浮现：Modbus 没有认证没有加密，把它接进办公网甚至云端，等于把设备控制权暴露给网络。下一章打开安全话题——从风险盘点讲到 Modbus Security 与纵深防御。