直接回答

在边缘本地轮询 Modbus，通过版本化的设备映射表解码寄存器，附加源时间和质量标记，将标准化的遥测或事件发布到 MQTT。保留原始寄存器溯源信息用于诊断。不要将每次轮询直接映射为一条 MQTT 消息，也不要在没有命令身份、授权、联锁和结果确认的情况下将通用 MQTT 订阅的远程写入路由到 Modbus。

范围与边界

此模式将面向寄存器的现场设备与异步消息平台集成。它不会将 Modbus 变成事件协议，也不会使 MQTT 自身对物理控制安全。网关负责轮询调度、解码、本地缓冲、质量分类以及观测与控制的边界。

构建设备映射表

为每个支持的型号和固件范围版本化一份映射表，包含单元 ID、功能码、地址基址、寄存器数量、数据类型、字节和字序、缩放、工程单位、有效范围、轮询类别和写策略。文档中的地址基址通常与零基协议地址不同；编码解析后的协议地址，而非依赖运维人员的记忆。

当设备支持时分组连续寄存器，但不要跨越未记录的边界或超出其响应限制。为快速控制相关值和慢速诊断设置独立的调度。在不同设备之间添加抖动，使网关不会产生同步突发。

保留质量和时间

成功的 TCP 交换不保证有意义的测量值。区分正常、过期、超时、协议异常、解码错误、超范围和替换值。携带原始采样或轮询时间、网关接收时间、设备和映射表版本以及序列号。如果设备没有时钟，应说明网关时间是观测时间而非设备事件时间。

根据消费者需求发布变更、有界批量或周期性快照。避免每次轮询中每个未变化的寄存器都发一条消息。仅在语义明确为当前状态的分支上保留当前状态；将告警和转换作为带标识符的持久事件发送。

边缘工作流

  1. 识别设备并选择精确兼容的映射表。
  2. 按设备的超时、重试和熔断策略调度有界请求。
  3. 仅解码完整响应并为每个输出附加质量标记。
  4. 执行范围和跨字段校验，不静默截断源数据。
  5. 将名称和单位标准化为版本化的 MQTT 负载。
  6. 在本地缓冲持久事件，设置字节数和时长限制。
  7. 通过最小权限主题发布，在重连后保留序列号。
  8. 暴露轮询延迟、异常、过期时长、解码失败、队列深度和 MQTT 确认。

控制写入

将读取管道与命令分离。一条命令需要经过认证的来源、目标、请求值、有效期、幂等 ID、安全前置条件和允许的寄存器/功能策略。网关验证当前状态，执行写入，在有意义时回读，然后发布确认和观察到的结果。绝不能将重复的 MQTT 投递解释为重复物理操作的许可。

失败模式

错误的字序可能产生看起来合理的浮点值。不确定写入后的重试可能重复一个操作。对一个故障设备的快速超时可能阻塞整条串行总线的轮询。网关时钟跳变可能导致事件乱序。超时时发布“零”会破坏真实零值与缺失数据之间的区别。固件升级后的映射表漂移可能在无传输错误的情况下损坏所有下游计算。

实施清单

  • 映射表按型号和兼容固件版本化。
  • 地址基址、类型、字序、缩放、单位和范围明确。
  • 轮询已分组、加抖动、有界并经过负载测试。
  • 负载保留设备、源时间、网关时间、质量和映射表版本。
  • 缺失数据不会被静默转换为零。
  • 本地缓冲有数量、字节和时长限制。
  • 写入使用独立的授权、幂等命令工作流。
  • 指标分别暴露现场、解码、缓冲和 MQTT 失败。

验证证据

使用已知的低值、高值、负值和边界值对每个映射表进行台架测试。在标准化输出旁边保留原始请求和响应字节，使未来的工程师能区分现场行为与解码行为。模拟协议异常、部分串行响应、CRC 错误、TCP 重连、设备重启和不再匹配映射表的固件版本。确认质量变为 bad 或 unknown 而非发布看似合理的默认值。

对于支持写入的网关，测试重复 MQTT 投递、设备已执行写入后超时、回读丢失、过期命令和安全前置条件变化。保留命令审计链路，关联已认证的请求者、网关决策、原始 Modbus 操作、响应、观察到的结果和确认。在最慢的控制器和最大的共享总线上审查轮询负载；可靠的实验室设备本身不能证明集群安全的时序。

主要参考来源

Modbus 规范目录提供了定义功能码、异常和协议数据单元的应用协议规范。OASIS MQTT 5.0 规范定义了发布投递、会话和过期。设备寄存器映射表和电气/串行约束必须来自确切制造商的官方文档。