コンテンツにスキップ

デバイスタグを取得してノースバウンドに公開する

サウスバウンド チャネルを構成し、タグ サンプルを取得して処理し、OPC UA を通じて対象となるノードを公開し、ID、ライセンス、タグ、およびランタイム状態によって書き込みをゲートします。

  • Channel → Device → Group → Tag
  • マルチプロトコルアーキテクチャ
  • 北行き OPC UA
Gateway
チャネル
デバイスデバイス
グループグループグループ
タグタグタグタグ
取得するプロセスOPC UA
構成モデル Channel → Device → Group → Tag 永続的なアイデンティティと階層
南行きの小道 ネットワーク · シリアル · OPC UA クライアント プロジェクトごとに選択および検証される
北行きの道 OPC UA Server コンポーネント、証明書、相互運用性を確認する必要がある
互換性ルール Device 固有の検証 モデル、ファームウェア、アドレス、データ型、および読み取り/書き込み

実装されたコア機能

階層型デバイスモデル

Channel、Device、Group、および Tag レイヤーを使用して、構成とランタイム ID を明示的に保ちます。

マルチプロトコルのサウスバウンド接続

プロジェクトごとに分離されたプロトコル ファクトリを選択し、ターゲット ハードウェアに対して検証します。

取得ライフサイクル

開始、停止、ポーリング、サブスクリプション、再接続、セッションの終了を調整します。

処理とデッドバンド

ダウンストリーム公開前にサンプルを処理し、デッドバンド ルールを適用します。

ノースバウンド OPC UA パブリッシング

エンドポイント、ノード、再発行、書き込み境界を制御しながら、適格なタグを発行します。

制御された書き込みパイプライン

書き込む前に、ID、ライセンス、タグ ID、データ タイプ、アクセス レベル、チャネル状態を検証します。

保護されたランタイム変更

保留状態、ロック、書き込み静止、スコープ付きリロード、および収束チェックを使用します。

容量と診断

ポイント数、ステータス、ブロックされた動作や失敗した動作を説明する診断を公開します。

明確な 4 段階のパス

  1. 1

    設定する

    Channel、Device、Group、および Tag 構成を作成します。

  2. 2

    取得する

    選択したプロトコル ランタイムを開始し、ライフサイクル ステータスを観察します。

  3. 3

    プロセス

    一般的なサンプル処理とデッドバンド動作を適用します。

  4. 4

    発行する

    OPC UA を通じて適格なデータを公開し、制御された書き込みを許可します。

この製品が適合する場所

  • マルチベンダーデバイスのデータ集約
  • Modbus から OPC UA へのブリッジング
  • エッジサンプル処理とデッドバンド
  • 保護されたランタイム構成のメンテナンス

ライセンス、要件、境界

ライセンスとエディション

ライセンスされたランタイム ポイントごと

Gateway のランタイム容量は、ライセンスで許可されたポイント数によって制御されます。

プロトコルとハードウェアの検証

プロトコル実装が存在しても、ハードウェア互換性が認定されたことにはなりません。モデル、ファームウェア、アドレス、データ型、読み書き動作は引き続き検証が必要です。

コンポーネントとセキュリティの要件

OPC UA コンポーネント、証明書、信頼、ネットワーク セグメンテーション、およびサービス デプロイメントはプロジェクトごとに確認する必要があります。

技術的要件

  • ASP.NET net10.0 をターゲットとするコア Web ホスト。
  • サウスバウンド接続には、ネットワーク、シリアル、OPC UA クライアント パスが含まれます。ターゲットの権限とドライバーは検証が必要です。
  • ノースバウンド OPC UA サーバーは Softing コンポーネントを使用します。ライセンス、証明書、信頼リスト、相互運用性については確認が必要です。
  • OS、ハードウェア、ストレージ、保存、サービス ホスティング、バックアップ、およびネットワーク セキュリティのベースラインは、展開固有のままです。