OPC UA：如何正確組織文件夾和節點

Question

我是OPC的一名新手。 有些事情對我來說並不明顯。

我正在使用來自以下地址的opcua堆棧（uaserver）： https : //github.com/digitalpetri作為客戶端軟件（目前，僅用於測試），我正在使用United Automation的UAExpert。

每個客戶都有幾個單位。 每個單位可以有一些值。 一切都在postgres db中。 我需要通過OPC為客戶公開這些價值觀。

現在我看到它像我必須實現：

• 每個客戶一個文件夾節點。
• 每個文件夾都有多個節點的引用，這些節點是單位
• 每個單元都有一些作為值的節點（在這里並不重要）

我的擔憂：

1. 我不知道這種模型在意識形態上是否適用於OPC-UA。
2. 對於我來說似乎不清楚，如果已添加或刪除單元，如何通知OPC客戶端。
3. 似乎我還需要在OPC服務器啟動時為所有客戶文件夾，單元等准備所有節點。 並為甚至從未聯系過的客戶保留它們。 有什么正確的方法可以避免這種情況？
4. UAExpert客戶端在連接到服務器后立即訂閱服務器對象。 所有客戶都需要嗎？

抱歉，我真的想在閱讀OPC UA規范時可以回答大多數問題，但是也許有人可以在我摘掉大量論文之前就回答它）

Answer 1

廣告1.基本上是。 遵循一些附加規則-例如，“具有值的節點”應建模為變量（它們又是節點，具有某些規定的屬性和行為等）。

廣告2。在許多情況下，這不是必需的。 但是，如果需要，可以使用ModelChangeEvents完成（請參閱規范的第3部分）

廣告3。這不是OPC UA規范的問題，而是您正在使用的特定堆棧/ SDK /工具包的問題。 他們中的許多抽象的“節點管理器”，它可以保持節點內存的概念， 也可以動態地提供他們-僅在需要時。 因此，您需要研究手頭的特定工具。 除非地址空間很大，或者訪問基礎信息的速度非常慢，否則通常需要預先准備所有節點。

廣告4：基本上，是的。 所有合理的客戶端都需要Server對象（例如名稱空間表）中的某些內容，以及OPC遵從性測試中的一些要求，這些要求要求客戶端主動使用該信息。 大多數SDK /工具包無論如何都將自動提供Server對象，而無需您進行額外的編程。