Skip to main content

データ ソースとのデータ リンク

リモート デバイスとその実行中のアプリケーションへの読み取り/書き込みアクセスを可能にするために、1 つ以上のデータ ソースを含むデータ ソース マネージャーをアプリケーションに追加できます。

データ ソース マネージャーの機能により、リモート デバイスへの接続と通信の確立が可能になり、データ ソース変数を通じてそのデータを利用できるようになります。このとき、パートナーはポイント ツー ポイント接続によって通信します。コントローラが配置されているネットワークに応じて、接続は CODESYS シンボリックまたは CODESYS ApplicationV3 データ ソースの種類。

CODESYS シンボリック データ ソース タイプ

CODESYS シンボリック データ ソース タイプが利用可能 それだけ と一緒に CODESYS 端末。ただし、このタイプを使用すると有利です。

ヒント

以下 CODESYS HMI デバイス、次のいずれかを使用してデータ リンクを構成できます。 CODESYS シンボリック データ ソース タイプまたは CODESYS ApplikationV3 データ ソースの種類。選択することをお勧めします CODESYS リモート デバイスで使用できるシンボル構成のリソースがない場合にのみ、ApplikationV3 をデータ ソース タイプとして使用します。たとえば、アプリケーションにシンボル構成が含まれていないことが多い組み込み PLC またはミニ PLC がこれに該当します。

接続セットアップの要件は、リモート デバイスでシンボルが構成され、その結果、シンボル ファイルが存在することです。リモート デバイスのアプリケーションには、シンボル構成があります。その後、シンボリック監視を介してデータリンクを確立できます。

シンボリック監視の場合、リモート デバイス上のシンボル ファイルが読み取られ、保存された変数情報がデータ ソース変数とデータ転送に使用されます。利点は、誰かがシンボル構成を更新せずにリモート アプリケーションを変更した場合に、ローカル デバイスでアプリケーションを更新する必要がないことです。シンボル ファイルが開発システム (ファイルまたはプロジェクトの一部としてのシンボル構成オブジェクト) にもある場合は、ローカル シンボル ファイルも読み取ることができます。その後、開発段階でオフラインで作業できます。

開発段階では、ローカル シンボル構成ファイルを使用して変数リストをオフラインで作成できます。このように、データ ソースに接続せずに、シンボル情報に基づいてローカル アプリケーションをオフラインで開発できます。

ヒント

現在 CODESYS Communication 4.5.0.0 およびプログラミング システム / ランタイム システム V3.5 SP20 では、構造化データ型は、以前に使用されていた名前ではなく、元の型名で転送されます。 GeneratedType_<number>

. 次の接続タイプが可能です。
  • CODESYS V2

    デバイスは同じネットワーク内に存在します。リモート PLC の V2 ランタイムは、通信インターフェースを提供します。

  • CODESYS V2 (ゲートウェイ経由)

    デバイスが同じネットワークに存在しません。それらは V2 ゲートウェイを介して接続されています。

    注: この接続では、 CoDeSys V2.3 ゲートウェイ サーバー (V2 ゲートウェイ) を開発用コンピューターにインストールする必要があります。 CODESYS V3 が実行されています。

  • CODESYS V3

    デバイスは同じネットワーク内に存在します。リモート PLC の V3 ランタイムは、通信インターフェースを提供します。

  • CODESYS V3 (ゲートウェイ経由)

    デバイスが同じネットワークに存在しません。それらは V3 ゲートウェイを介して接続されています。

データ ソースの種類: CODESYS アプリケーション V3

このデータ ソース タイプは、すべてのデバイス タイプの下で使用できます。

とのデータリンク CODESYS アプリケーション V3 のデータ ソース タイプは、アドレス監視によって行われます。これには、リモート PLC とローカル デバイス間のアドレス情報が一致している必要があります。ローカル アプリケーションのランタイム システムは、接続を確立するために有効な通信パラメータを必要とします。

ヒント

ネットワーク スキャン機能は、データ ソースを構成する際に役立ちます。

欠点: リモート アプリケーションを変更した場合、後でローカル アプリケーションも更新する必要があります (たとえば、HMI アプリケーション.

利点は、リモート アプリケーションでシンボル構成が必要ないことです。

ヒント

現在 CODESYS Communication 4.5.0.0 では、列挙型の変数を元の型で転送できるようになりましたが、以前のバージョンでは列挙型の数値基本型のみがサポートされていました。

データソースタイプ:OPCUAサーバー

このデータソースタイプは、OPCUAサーバーとクライアント間の交換に使用されます。

詳細については、次を参照してください。 データソース OPC UA クライアントから OPC UA サーバーへの接続を確立するOPC UA サーバー

注記

タイプ「OPCUAサーバー」のデータソースは、次のPOUタイプおよびデータタイプをサポートしていません。

  • 構造の配列

  • OPCUA VariableTypes (品質、エンジニアリングユニットなど)

  • Property

  • Method

データ送信

ローカル アプリケーションの実行時に、ローカル アプリケーションのデータ ソース エディターに表示されるデータ ソース変数 変数 タブは設定可能な時間間隔で更新されます。このとき、リモート アプリケーションも実行されます。ビジュアライゼーション、トレンド、アラーム、またはレシピで設定された変数は、自動的に転送および保存されます。 IEC コードのみで変数にアクセスした場合、変数は自動的に更新されません。この場合、選択する必要があるのは、 常に更新する データ ソース エディターのオプション 変数 タブ。

. データ ソース タイプは、次のデータ タイプのソース PLC の変数への (読み取りまたは書き込み) データ アクセスをサポートします。
  • トップレベルのスカラー値

    例: PLC_PRG.hugo

  • でマークされている場合、呼び出しによるプログラムまたは GVL へのプロパティ {attribute monitoring := 'call'}

    例: PLC_PRG.PropertyCall

  • ビットアドレスにマッピングされる変数

    の例 PLC_PRG: x AT %MX0.5 : BOOL;

  • 変数(型) BIT) ファンクションブロック内

    例: での宣言 DUT: x, y : BIT、ビットアクセス: PLC_PRG.dutInst.y

  • 構造化された取得可能な変数

    例: PLC_PRG.outerInst.innerInst.dwVar

  • マークが付いている場合の POU インスタンスへのプロパティ {attribute monitoring := 'call'}

    例: PLC_PRG.instance.PropertyCall

  • トップレベルのプロパティと、 でマークされているインスタンスへのプロパティ {attribute monitoring := 'variable'}

    注: これは、モニタリングまたはデータ ソースによって書き込むことはできません。

  • リテラルインデックスを使用した配列アクセス

    例: PLC_PRG.arrOfInts[3]PLC_PRG.inst.arrOfBool[1]

  • ネストされたアクセス (たとえば、構造体の配列または配列の構造体)

注意

リテラルのオフセット仕様が含まれている場合にのみ、データ ソース接続関数を介して転送されるビジュアライゼーションで使用されるビット アクセス。ビジュアライゼーションは、定義された定数によるオフセット仕様を処理できません。