OPC PubSub
UADPプロトコルに基づくアプリケーションの基本は、UADPを介してデータ構造を一貫して転送することです(つまり、UDP/IP経由でOPCコード化されたフレーム)。
一貫性を維持する必要があるため、データ構造は UDP フレーム (1500 バイト) に収まる必要があります。
また、スペースが限られているため、UADPによる伝送は可能な限り効率的でなければなりません。
のみ
RawData Field Encoding
がサポートされています。(これによりスペースを節約できます)。のみ
DataSetMessages
タイプのData Key Frame
サポートされています。(リアルタイムデータの周期的な交換)構造 — つまり、値のシーケンス (
DataSetField
) とそのタイプ (DataSetMessage
) — 運用中も変更されず、パブリッシャーとサブスクライバーの間で事前に合意されています。(運用中にメタデータを転送する必要はありません)

次の表は、使用されるパラメーターを理解するのに役立ちます。

ザル GroupVersion
パラメータは以下によって使用されます。 Subscriber
受信したストラクチャーが期待するストラクチャーに対応しているかどうかをチェックします。サブスクライバーは SequenceNumber
メッセージが失われたかどうかを認識するパラメーター。
ザル DataSetMessages
パラメーターは以下のように構成されています。パブリッシャーのデータ構造は IEC から OPC UA まで 1:1 でコーディングされています

使用するパラメーターを次の表で説明します。

ザル DataSetMessage
パラメーター。次の内容で構成されます。 DataSetMessage
ヘッダーと個人 DataSetFields
データ (= Data Key Frame
) は、の後に挿入されます NetworkMessage
ヘッダー。
A DataSetField
次の基本データ型の値で構成されます。

OPC UA仕様のパート14には次のように記載されています。
ザル FieldCount
次の場合は、パラメーターを省略する必要があります。 RwaData Field Encoding
オプションは以下で設定されます。 EncodingFlags
の旗 DataSetMessage
ヘッダー (DataSetFlags1
)。
ザル FieldCount
そのため、「データキーフレーム」にはエンコードされません。つまり、UADP 経由でデータ構造を転送するには、1500 バイト-15 バイト = 1485 バイトのユーザーデータがまだ使用できるということです
OPC UA仕様のパート14には次のように記載されています。
ザル FieldCount
次の場合は無視されます RawDate Encodings
以下で設定されます。 EncodingFlags
の DataSetMessage
ヘッダー (DataSetFalgs1
)。
ザル FieldCount
そのため、データキーフレームにはエンコードされません。つまり、UADP によるデータ構造の転送には、1500 バイト-15 バイト = 1485 バイトのユーザーデータがまだ使用できるということです。
