OPC UA ノードフィルターを使用する

SiteWise Edge ゲートウェイの OPC UA データソースを定義する場合、ノードフィルターを定義できます。ノードフィルターを使用すると、 SiteWise エッジゲートウェイがクラウドに送信するデータストリームパスを制限できます。ノードフィルターを使用すると、 でモデル化するデータへのパスのみを含めることで、 SiteWise エッジゲートウェイの起動時間とCPU使用量を削減できます AWS IoT SiteWise。デフォルトでは、 SiteWise エッジゲートウェイは で始まるパスを除くすべての OPC UA パスをアップロードします/Server/。ノードフィルターで * および ** ワイルドカード文字を使用すると、1 つのフィルターに複数のデータストリームパスを含めることができます。 SiteWise Edge ゲートウェイの OPC UA ソースを設定する方法については、「」を参照してくださいOPC UA データソース。

注記

AWS IoT SiteWise は、ソースを追加または編集するたびに SiteWise Edge ゲートウェイを再起動します。 SiteWise Edge ゲートウェイは、再起動中にデータを取り込みません。 SiteWise Edge ゲートウェイを再起動する時間は、 SiteWise エッジゲートウェイのソースのタグの数によって異なります。再起動時間の範囲は、数秒 (タグ数が少ない SiteWise エッジゲートウェイの場合) から数分 (タグ数が多い SiteWise エッジゲートウェイの場合) です。

次の表に、OPCUA データソースのフィルタリングに使用できるワイルドカードを示します。

OPC UA ノードフィルターのワイルドカード
ワイルドカード	説明
*	データストリームパスの単一レベルと一致します。
**	データストリームパスの複数のレベルに一致します。

注記

広範なフィルターを使用してソースを設定し、後でソースを変更してより制限の厳しいフィルターを使用する場合、 は新しいフィルターと一致しないデータの保存を AWS IoT SiteWise 停止します。

例 ノードフィルターを使用したシナリオの例

次の架空のデータストリームについて考えてみます。

• /WA/Factory 1/Line 1/PLC1

• /WA/Factory 1/Line 1/PLC2

• /WA/Factory 1/Line 2/Counter1

• /WA/Factory 1/Line 2/PLC1

• /OR/Factory 1/Line 1/PLC1

• /OR/Factory 1/Line 2/Counter2

前のデータストリームを使用して、ノードフィルターを定義して、OPCUA ソースから含めるデータを制限できます。

• この例のすべてのノードを選択するには、/ または /**/を使用します。** ワイルドカード文字を使用して、複数のディレクトリまたはフォルダを含めることができます。

• すべての PLC データストリームを選択するには、/*/*/*/PLC* または /**/PLC* を使用します。

• この例のすべてのカウンタを選択するには、/**/Counter* または /*/*/*/Counter*を使用します。

• Line 2 からすべてのカウンターを選択するには、/**/Line 2/Counter* を使用します。