言い換えれば、ソースのタイムスタンプはクライアントのレポート目的でのみ使用されますか？OPCサーバーはそのロジックにソースタイムスタンプを使用できますか？
私は、クライアントAがソースタイムスタンプセットでいくつかの変数を書き込んだのだろうかと思います。そして、後でクライアントBは、（何らかの理由で）クライアントAからのものよりも古いソースタイムスタンプを有する同じ変数を書き込む。
Now - ソースタイムスタンプがnullではなく、時系列順が壊れているか、サーバーがでないため、サーバーはBからの書き込みを拒否できます。はこのようなことを許可されています彼らが来るように新しい書き込みを受け入れる）？
あなたはこれを行うことができますが、Camilleのように、あなた自身のカスタムサーバーの値以外のものを書くことだけをサポートしているようです。
クライアントにはなぜ書き込みが失敗したのかを明確にするためのStatusCodeはありませんが、クライアントが要求したと仮定して返されたStatusCodeにDiagnosticInfoという情報を追加することができます。
ありがとうございますが、誤解があります - 私は技術的に可能かどうかを尋ねていません（私は無作為に値を設定できます）、仕様を理解する方法を尋ねています。私。古い値を拒否するサーバーは有効か、拒否しないサーバーは有効ですか？またはこれは完全にサーバーの実装であり、動作はさまざまです（これは有効です）。 – astrowalker
この動作を定義する仕様には何も表示されません。私はそれが完全に実装までだと信じています。 –
OPC UAクライアントのほとんどは、ソースまたはサーバーのタイムスタンプを書き込めません。書き込みを伴うDataValueセンドには、値属性 –
@CamilleG。が含まれています。これは、サーバーがソースタイムスタンプをどのように伝えることができたかで奇妙です。クライアントのみがソースタイムスタンプに値を伝えることができます。私はOPC UAの.Netスタックを使用して、**クライアント**がソースタイムスタンプと（これは奇妙な）サーバータイムスタンプを設定することができます。 – astrowalker