OPC UA 订阅和通知

Question

我在使用 ANSI C 堆栈中的 OPC UA 订阅和通知时遇到问题。OPC UA 第 4 部分，服务说：

5.13.1 订阅模型 5.13.1.1 描述 c) NotificationMessages 被发送到客户端以响应发布请求。

怎么送的？我真的很期待某种回调，但似乎没有。它确实说这些是为了响应“发布”请求，但是发布服务调用确认收到通知，它似乎没有请求。此外，这将是轮询，而订阅和监控的重点是不轮询。

任何人都可以提供一个示例来显示在 ANSI C 中监视数据值吗？

Answer 1

PublishRequests 在服务器上排队，只有当通知准备好或需要发送保持活动时才返回响应（或一堆其他东西，检查第 4 部分中的状态机描述）。

它们确实也包括对先前收到的通知的确认，但其想法是不会立即收到响应，并且客户端通常会继续输出 PublishRequests，以便服务器有一个队列准备在订阅需要时返回通知到。

是的，这是投票。它不是严格主动提供的，这有点令人失望，但这就是它的工作原理。

__

编辑：

这不是真正的投票。它是按异常批量报告的，具有 QoS 保证和后续 PublishRequest 提供的背压机制。