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 バイトのユーザーデータがまだ使用できるということです。
