直接回答

当双方已共享设备映射表且周围网络提供必要安全时，选择 Modbus 进行对已知寄存器的简单紧凑访问。当客户端需要类型化信息模型、发现、更丰富的服务、订阅和应用层安全时选择 OPC UA。它们通常占据不同层级：网关可以通过 Modbus 读取现场设备，通过 OPC UA 暴露标准化资产，而不必假装两种协议可以互换。

范围与边界

这是一个架构选择，而非声称一种协议替代另一种。Modbus TCP 和串行变体在传输层不同，但共享面向寄存器的应用模型。OPC UA 提供多种传输方式和更广泛的服务与信息模型。产品认证、安全协议要求和厂商生态约束需要单独评审。

决策准则

从语义归属开始。Modbus 通过地址标识线圈和寄存器。含义、缩放、单位、字节序、有效性和可写范围存在于独立的寄存器映射表中。当稳定的集成方控制两端时这种方式很高效。OPC UA 节点可以暴露类型、层级、元数据、方法、事件和关系，客户端可以自行发现。

考虑交互方式。对有限寄存器集的周期性轮询适合 Modbus。OPC UA 订阅可以通过服务器管理的监控项报告变更和事件。复杂操作、浏览和多厂商信息交换通常更适合 OPC UA，但复杂度和实现开销也随之增加。

在上下文中评估安全。经典 Modbus 在常见部署中没有固有的认证或授权。网络分段、网关和严格的功能码控制至关重要。Modbus Security 协议增加了 TLS 和 X.509 配置，但不等同于每个已部署的 Modbus TCP 设备都支持。OPC UA 定义了安全通道、应用身份、用户认证、签名、加密和授权概念；但在证书、端点、信任列表或策略管理不当时仍会失效。

评估约束和运维。小型控制器可能以最少资源暴露 Modbus。OPC UA 服务器需要维护地址空间、证书生命周期、端点配置和互操作性测试。更丰富的协议仅在组织能运维其模型和信任基础设施时才提供价值。

选型流程

  1. 盘点设备、支持的协议配置、写操作和安全影响。
  2. 确认寄存器映射表是否稳定且由中心统一管理。
  3. 列出消费者及其需要发现的语义。
  4. 定义轮询延迟或订阅行为以及预期网络负载。
  5. 对身份、授权、分段和远程维护进行威胁建模。
  6. 使用确切的设备和 SDK 版本进行原型验证。
  7. 测试格式错误请求、重连、证书轮换、模型变更和网关故障。
  8. 文档化协议翻译在哪里保留或丢失时间戳、质量和权限。

失败模式

Modbus 集成可能因为字序或缩放不同而读出看似合理但错误的值。宽泛的写权限可能暴露危险的功能码。激进轮询可能使控制器资源耗尽。OPC UA 客户端可能在调试期间接受不受信任的服务器证书并永久保留该弱点。网关生成的 OPC UA 模型可能暗示源寄存器从未提供的语义。两种协议都不能证明物理命令已安全完成。

实施清单

  • 所需语义和发现行为明确。
  • 寄存器映射表或 OPC UA 模型有版本负责人。
  • 写操作最小化并独立保护。
  • 轮询或订阅负载在目标控制器上经过测试。
  • 证书和信任列表生命周期在适用处得到运维。
  • 翻译保留来源、时间、质量和工程单位。
  • 网络分段和远程访问路径已评审。
  • 失败测试使用实际设备、网关和客户端协议栈。

验证证据

为每个产品保留一份协议配置文件，包括支持的功能或 OPC UA 服务、安全模式、固件和已测试的客户端协议栈。对于 Modbus，保留寄存器映射表修订、地址基址解析、字节序测试、轮询时序、异常响应和允许的写入。对于 OPC UA，保留端点发现、证书验证、信任列表轮换、角色权限、命名空间和模型版本以及重连下的订阅行为。

使用已知的物理输入进行语义往返测试，而非仅将成功读取作为证明。在边界处确认单位、缩放、质量、时间戳和可写限制。在网关评估期间，分别断开两侧并展示过期或不确定数据的表示方式。在控制器固件、服务器模型、SDK 或证书策略变更后重新运行互操作性测试。决策仅在运维团队能维护其选择的信息模型和信任生命周期时才持续有效。

同时记录退出路径和初始选择。在引入语义服务器时保留源寄存器访问，并以受管理的形式导出 OPC UA 模型。未来的替代方案不应需要从某个网关实现或厂商配置中逆向工程出含义。

主要参考来源

使用 Modbus 规范目录获取应用协议规范以了解功能码和数据模型语义，使用 Modbus Security 协议了解其 TLS 配置，使用 OPC UA 在线参考了解服务、信息建模和安全。在每个产品的官方一致性材料中确认支持的配置。