I / Oデータの有効性 受信データと送信データの両方について、 PROFINET デバイス(コントローラーとデバイス)は、サブモジュールの詳細な形式でステータスバイトを送信します。これにより、I / Oデータが有効または無効としてマークされます。アプリケーションの観点から、このプロバイダー/コンシューマーのステータスは、最終的にサブモジュールのデータが有効かどうかを指定します。コンシューマー状態
モジュール/サブモジュールのステータス The SubmoduleState は、個々のサブモジュールごとに、診断エントリまたは構成の破損などの他の誤動作の存在を示すステータスワードです。 このように、デバイスへの接続を確立するときに、コントローラーはデータ交換に使用するモジュールとサブモジュールのリストも送信します。デバイスの既存のモジュールとコントローラーによって投影されたモジュールの間で指定
デバイス – ポートデータ 物体: PROFINET 端末 このタブでは、ポート構成、隣接デバイス、接続ケーブルを定義します。 共有デバイス :このデバイスは別のコントローラーによって構成されています。他のコントローラーが使用するモジュールは、このオプションを設定して非アクティブ化する必要があります。 ピアステーション/ポート このポートに接続されているポートを持つ隣接デバイス。 この設定は、 P
デバイス– IOxS 物体: PROFINET 端末 このダイアログでは、個々のサブモジュールのI / OプロバイダーデータまたはI / Oコンシューマーステータスデータを有効または無効にできます。その結果、ステータスバイトもI / Oマッピングにマッピングされます。ただし、グローバル設定はコントローラで行うことをお勧めします。 詳細については、以下を参照してください。 IOプロバイダー/コンシュ
デバイス–状態 物体: PROFINET 端末 タブには、デバイスの診断データとアラームが表示されます。 診断データ 現在デバイスにある診断。デバイスへのリンクを確立できる限り、現在の診断データがステータス表示から再ロードされます。 アラーム アプリケーションの開始以降、このデバイスによって報告されたこのデバイスのすべてのアラーム。アラームは、コントローラーのリングバッファーに保存されます。 確認
モジュール–一般 物体: PROFINET モジュール 表 12 . モジュール情報 ID番号 モジュールの識別(デバイスの説明から)。 スロット番号 I / Oデバイスの下のI / Oモジュールの位置。最初のモジュールの場合は「1」から始まり、追加のモジュールごとに増分します。これは、デバイスツリーの現在の構造から自動的に発生します。 表 13 . ユーザーパラメータ すべてのデフォルト値を設定
モジュール–ステータス 物体: PROFINET モジュール タブには、モジュールの診断データとアラームが表示されます。 診断データ 現在デバイスにある診断。デバイスへのリンクを確立できる限り、現在の診断データがステータス表示から再ロードされます。 アラーム アプリケーションの開始以降、このデバイスによって報告されたこのモジュールのすべてのアラーム。アラームは、コントローラーのリングバッファーに保
ステーション名の自動割り当て A PROFINET トポロジー情報によりデバイスを交換し、自動的に構成することができます。追加のアクションは必要ありません。 要件は、のピアポートを構成していることです。 PROFINET デバイス(トポロジ構成を参照)および設定されたデバイスが近隣検出をサポートしていること(適合クラスBデバイスまたはLLDPおよびSNMPプロトコルのサポート)。その後、コントロー
コントローラーの冗長性 システムの可用性を高めるために、冗長構成の 2 番目のコントローラーを使用できます。 PROFINET 組み合わせたコントローラー CODESYS Redundancy . CODESYS Redundancy 2 つのコントローラーでアプリケーションを同期する「バックエンド」として機能します。ネイティブ PROFINET システム冗長性 (SR) により、フィールド デバ