芯耀
与非AI
64
画面显示的设备状态比现场慢半拍，先别把轮询周期直接调到最小。延迟要分段测：PLC更新、协议采集、网关处理和网络上报。只有找出最长的一段，才知道该改哪个参数。
EG8200Mini产品场景合成示意，非现场实拍。
PLC采集延迟从哪里开始计时？
先给现场状态变化、PLC变量更新、网关收到报文、网关输出点值和平台显示分别记时间。总延迟近似是这些阶段之和；某次采集遇到超时或重试，还会额外增加等待。若没有同一时钟基准，至少在同一机器抓包并同时记录网关日志，避免把时钟误差写成通信延迟。
RS485与以太网采集，瓶颈一样吗？
| 环节 | RS485/Modbus RTU重点 | 以太网协议重点 |
|---|---|---|
| PLC变量 | 扫描周期和通信任务调度 | 扫描周期和CPU负载 |
| 请求 | 波特率、从站数、报文长度 | 并发连接、请求队列 |
| 等待 | 超时、重试、总线占用 | 超时、重试、交换机拥塞 |
| 网关处理 | 点表分组、换算与规则 | 批量读取与处理流程 |
| 上报 | 蜂窝网络和平台刷新 | LAN与平台刷新 |
纵横智控EG系列Modbus主站节点可配置超时。超时值要大于正常设备响应，又不能大到让一个离线从站拖慢整轮采集。具体毫秒数需从目标PLC响应记录得出，不把资料里的示例参数当作通用最优值。
调整轮询周期时，最容易忽略什么？
先计算一轮实际需要发送多少请求。相邻寄存器可在设备允许的范围内合并读取；不同从站仍需逐个应答。把轮询周期设得短于整轮完成时间，只会让请求排队。对状态变化要求高的点位，可单独分组；慢速能耗数据用较长周期。写入与读取任务也要避免同时争用同一串口。
PLC采集延迟怎么按步骤定位？
步骤1：核PLC程序更新周期和待采变量是否实时变化。
步骤2：用一台PLC、少量点位测正常响应与最慢响应。
步骤3：逐步增加从站和点位，记录每轮耗时、超时和重试。
步骤4：检查网关流程是否排队，再单独测MQTT或数据库上报。
步骤5：以项目允许的最坏延迟为目标回调参数，留出故障余量。
什么时候可以写毫秒级响应？
只有明确测量对象、连接方式、点位规模、负载和统计口径后，才可写出毫秒级结果。例如本地DI变化到网关输出，与PLC经4G上传到云端，不是同一个指标。本文提供配置与测量方法，不宣称纵横智控EG8200Mini或任何PLC在所有链路都能达到固定毫秒值。
常见问题
问：轮询周期越短越好吗？答：不一定；短于整轮耗时会形成排队。
问：只看云平台更新时间能定位延迟吗？答：不能，应区分PLC、网关和平台各段时间。
问：从站离线会拖慢其他设备吗？答：可能；取决于超时、重试和调度方式。
问：寄存器能无限合并读取吗？答：不能，受设备地址连续性和协议限制。
问：怎样证明毫秒级？答：记录测试条件、时间戳、样本和最坏值。
先做分段记录，再压缩真正耗时的环节。对纵横智控EG网关或其他设备都适用同一原则：用真实PLC、目标点表和现场网络验收延迟。
