是否允許OPC服務器在其邏輯中使用源時間戳？

或換句話說 - 是僅用於客戶端報告目的的源時間戳嗎？是否允許OPC服務器在其邏輯中使用源時間戳？

我想知道的情況是 - 客戶端A使用源時間戳集寫入某個變量。後來客戶端B使用比客戶端A的源時間戳更早的源時間戳寫入相同的變量（無論出於何種原因）。

現在 - 是允許的B拒絕寫，因爲這兩種來源的時間戳不是空的服務器，這是明確的時間順序被打破，或服務器不不允許做這樣的事情（即服務器具有接受更新的寫作，因爲他們來了）？

大多數OPC UA客戶端不允許寫入源或服務器時間戳。用Write發送的DataValue只包含Value Attribute –

@CamilleG。，這很奇怪，因爲服務器怎麼能告訴源時間戳呢？只有客戶端可以告訴源的時間戳值。我使用OPC UA .Net堆棧，它允許** client **設置源時間戳和（這也是奇數）服務器時間戳。 – astrowalker

你可以做到這一點，但像卡米爾說，你可能只會發現支持在你自己的自定義服務器中寫入除了值之外的任何東西。

沒有StatusCode，它會告訴客戶爲什麼寫入失敗，但是您可以用返回的StatusCode補充DiagnosticInfo中的信息，假設客戶端請求了一個。

2016-11-10 14:23:15

謝謝你，但有誤解 - 我不問是否技術上可行（我可以設置隨機數值），我問如何理解規範。即拒絕舊值的服務器是有效的，還是不拒絕的服務器？或者這完全取決於服務器的實現，行爲可能會有所不同（這是有效的）。 – astrowalker

我在定義此行爲的規範中看不到任何內容。我相信這完全取決於實施。 –

回答