我们这些吃瓜群众经常见过这种情况：控制器大战、PC 与 PLC、DeviceNet 与 PROFIBUS 等等。现在是OPC UA 与 MQTT。

我不知道谁会是赢家，但我相信制造商会付出更多的时间和金钱。他们总是这样做。我所知道的是，制造车间需要一致的标准机制来访问设备、描述数据及其元数据特征以及安全可靠地移动数据。但这不是我们所拥有的！

制造商面临着由设备和应用程序使用的软件应用程序接口标准的复杂拼图，这些标准在很大程度上不兼容且难以统一组装。尽管一切都在以太网上，但没有任何东西可以轻松地融合在一起。需要数据的人会创建辅助的、并行的应用程序和系统——通常是未记录和不受支持的——来解决现有的问题。更多的时间损失，更多不可用和不可用的信息，当然还有成本上升。

OPC UA VS MQTT

OPC UA

OPC UA提供可扩展平台、多个安全模型、多个传输层和复杂的信息模型，以允许最小的专用控制器与复杂的高端服务器应用程序自由交互。它与来自许多行业贸易组织的标准的、行业特定的数据模型相集成。UA 可以传达从简单状态到大量高度复杂的全厂信息的任何内容。

其所有灵活性的代价是实现复杂性和复杂、冗长的规范。此外，它的开源没有得到很好的支持。

MQTT

MQTT发布/订阅架构与我们曾经在工厂车间使用的根本不同。数据和事件的生产者和消费者之间完全解耦。MQTT 易于理解且实施速度快。新的 Sparkplug 增强功能标准化了内容、主题名称并添加了状态管理。

但它也并非没有缺点。MQTT 数据没有上下文，而使用 Sparkplug，您将被迫使用并不总是满足应用程序需求的 API。它的三个版本导致了一些混乱。如果没有发现支持，接收者就无法询问了解它持有哪些数据。

如果我们假设我们最终会进入一个一切都有可下载数据模型的世界，那么 OPC UA 和 MQTT 都是可能的解决方案。OPC UA 提供了更高级的数据模型支持，尽管 MQTT 可以提供类似的功能。大家觉得哪个更适合我们？