Skip to main content

論理I/Oの概要

これ以上ハードウェアモジュールを追加することはできません EtherCAT Safety モジュール。ただし、 安全 モジュールと標準モジュールをカプラの下のデバイスツリーに追加します（例：EK1100）。 EtherCAT Safety モジュールまたはそれとのデータの交換は、 論理I/Oこれらのオブジェクトは、 論理I/O ノード。

図 8. 論理I/O
論理I/O


詳細については、以下を参照してください。 ダイアログ: プロパティ

論理I/Oの原理

2 種類の論理 I/O が利用可能です。

  • 安全なフィールドデバイスの論理I/O

    安全なフィールドデバイスをデバイスツリーに追加すると、一致する論理I/Oが自動的に挿入されます（I/Oモジュールと同じ名前）。 EtherCAT Safety モジュールはデバイス ツリーに存在します。

    複数ある場合 EtherCAT Safety モジュールの場合は、対応する論理 I/O を手動で追加する必要があります。対応するフィールド デバイスの I/O マッピングでこの論理 I/O を選択する必要があります。論理 I/O にはモジュールのすべての安全パラメータが含まれているため、すべての安全関連情報は安全アプリケーションで確認できます。

    見る： 安全な物理デバイスの論理I/O

  • グローバル変数の論理I/O

    これらのオブジェクトは、 EtherCAT Safety モジュールと標準コントローラ間の通信。これを行うには、標準プロジェクトでグローバル変数（論理交換GVL）を定義し、それをモジュールの対応する論理I/Oに接続します。 EtherCAT Safety モジュール (論理交換デバイス）。

    見る： メインPLC（標準コントローラ）とのデータ交換用論理I/O

安全アプリケーションの論理I/Oは、物理デバイスまたは 論理交換 GVL (標準アプリケーションの特殊オブジェクト)。つまり、安全アプリケーションで入出力信号が処理される物理デバイスごとに、安全アプリケーションに論理 I/O が 1 つだけ存在します。同様に、標準コントローラの論理交換のために、安全アプリケーションの下に、GVL ごとに論理 I/O が 1 つだけ存在します。

ヒント

安全アプリケーションで入力/出力が処理されるデバイスのフェールセーフ パラメータは、安全アプリケーション内の対応する論理 I/O でのみ編集できます。

より見やすくするために、プロジェクトツリーにフォルダを追加することができます。 論理I/O 論理 I/O をグループ化するため。

ヒント

デフォルトでは、論理 I/O はデバイス ツリー内の割り当てられたデバイス オブジェクトと自動的に同期されます。その結果、関連するフィールドバス デバイスが挿入、名前変更、または削除されると、論理 I/O が挿入、名前変更、または削除されます。

あなたは 論理I/O同期を無効にする この同期をオフにするには、コマンドを使用します。このコマンドは、 論理I/O デバイス ツリー内のオブジェクト。

論理I/Oの利点

安全アプリケーションの開発と検証の利点 CODESYS Safety for EtherCAT Safety Module:

  • フィールドデバイスの安全パラメータは、安全アプリケーションの論理I/Oでのみパラメータ化されます。 Safety ユーザー管理が設定されている場合、このパラメータ設定は Safety ユーザー グループのメンバーのみが実行できます。

  • 物理フィールドデバイスと論理交換 GVL の割り当ての変更は、メインアプリケーション (標準アプリケーション) で行われ、メインコントローラにダウンロードすることで有効になるため、安全アプリケーションには影響しません。

  • すでに検証され承認されている安全アプリケーションは、元のプロジェクトから切り離して、この新しい安全アプリケーションを再検証することなく、別のプロジェクトに完全に統合できます。これを行うときは、適切なフィールド デバイスと論理交換 GVL を安全アプリケーションの論理 I/O に再割り当てする必要があります。

論理I/Oに関する注意事項

論理 I/O は、アプリケーションの名前と論理 I/O オブジェクトに応じて割り当てられます。

次の点に注意してください。

  • 論理 I/O の名前を変更すると、物理デバイスまたは論理交換 GVL の名前が自動的に更新されます。これらのオブジェクトを論理 I/O に再割り当てする必要はありません。

  • の名前 Safety アプリケーション オブジェクトはプロジェクト全体で一意である必要があり、論理 I/O オブジェクトをフィールド デバイスまたは論理交換 GVL に一意にマッピングできるようにするには、論理 I/O オブジェクトの名前は安全アプリケーション内で一意である必要があります。

  • デバイス ツリー内のフィールド デバイスまたはメイン アプリケーション内の論理交換 GVL の名前を変更または移動しても (「デフォルトの割り当て」を除く)、論理 I/O への割り当てはまったく変更されません。これは、安全アプリケーションが自動的に変更されるためです。割り当てられた論理 I/O の名前は、フィールド デバイスと同じ方法で変更されます。

  • デバイス ツリーでフィールド デバイスを削除したり、標準アプリケーションで論理交換 GVL を削除したりすると、割り当てられた論理 I/O は何もマッピングされなくなります。

  • 論理 I/O オブジェクトを削除すると、フィールド デバイスにフェールセーフ設定がマップされなくなります。安全交換 GVL (安全変数) 内の変数も接続されなくなります。

  • 別の論理I/Oオブジェクトに、名前が変更されたか削除された論理I/Oオブジェクトの古い名前が付けられると、その設定は、割り当てられたフィールドデバイスにマッピングされます。 論理交換 GVL リンクされています。したがって、割り当ては間接的に変更されます。

    論理 I/O が削除され、削除された論理 I/O の名前を持つ新しい論理 I/O が追加されると、割り当ては再びアクティブになります。

  • の モジュール障害（フェイルセーフデータ）はCOM ERRです オプションは 接続設定 の中に プロパティ 論理I/Oデバイスのダイアログ。このオプションを有効にすると、 FailSafeData コマンドは通信エラーとして処理されます。

    詳細については、以下を参照してください。 ダイアログ: プロパティ

このセクションの内容: