フィルターテーブルの自動作成:
プロジェクト作成時に、ETSはグループアドレスごとに関係するすべてのカプラのフィルターテーブルを自動的に設定します。
例:
グループアドレス「A」がライン1.1のデバイスのグループオブジェクトとライン15.15のデバイスのグループオブジェクトをリンクしている場合、関係するカプラは、ラインカプラ1.1.0、バックボーンカプラ1.0.0、バックボーンカプラ15.0.0、ラインカプラ15.15.0である。 ETSはこれら4つのカプラのフィルターテーブルを自動的に設定します(ダウンロードはしません!)。 ライン1.2のデバイスのグループオブジェクトが後にグループアドレス'A'に追加された場合、ETSはラインカプラ1.2.0のフィルタテーブルも更新する。
背景情報:
カプラをダウンロードする際、ETSはプロジェクト内のグループアドレスの現在の使用状況に基づいてグループアドレスフィルタテーブルを計算します。 使用法が変更されるたびに(例えば、新しいグループ・アドレス・リンクが作成されたり、既存のリンクが削除されたり)、ETSはプロジェクトのカプラに起こりうる影響を評価し、フィルタ・テーブルの更新が必要なカプラのGRPプログラミング・フラグを再設定する。 これにより最新の変更が正しく機能するように、これらのカプラを再ダウンロードする必要があることをユーザーに知らせます。
ETSプロジェクトでは、KNX設備のすべての通信デバイスがデバイスとしてモデル化されていない場合があります。 したがって、ETSはカプラのフィルタテーブルを計算する際、これらのデバイスとそのグループアドレスのリンクを考慮できない可能性があります。 このようなシナリオでは、インストーラは必要なグループアドレスが、この通信デバイスが配置されているネットワークセグメントに転送されることを手動で設定する必要があります(例:視覚化ツール)。 これは、バス・インターフェースがETSでモデル化されていなかったり、インストーラが色々と不都合のあるいわゆるダミー・デバイスを使いたがらなかったりする場合によく行われていたことで、 この場合「パス・スルー・ラインカプラー」を使ってフィルターテーブルを手動で制御します。
手動フィルターテーブル操作の廃止:
ETSを改善するための継続的な取り組みの一環として、フィルターテーブルの手動操作を廃止する予定です。 手作業による変更は、セキュリティ・リスクやプロジェクト全体の見通し低下につながる可能性があるため、このような決定が下されました。 自動化された管理により、正確性、安全性、プロジェクトの明瞭性が向上します。
適用版数: ETS 6.3.0 以上
これは何を意味するのか?
このフィルターテーブルの手動操作は今後利用できなくなり、サポートされなくなります。
すなわち:
- グループアドレスの "ライン・カプラ・パススルー "設定がサポートされなる
- サブネットワークセグメントへの単一グループアドレスおよびグループアドレスのブロックの追加がサポートされなくなります
以前サポートされ続けられるのは?
手動フィルターテーブルを持つ既存のプロジェクトは、引き続きETSで編集できますが、サイドバープロパティ」に非推奨メッセージが表示され、プロジェクトを開くと警告ダイアログが表示されます。
可視化のためのベストプラクティス:
フィルターテーブルを直接操作する代わりに、以下のオプションを検討することをお勧めします:
1. バス・インターフェイスの利用:
-バス・インターフェイスはETSでモデル化されるため、必要なグループ・アドレスをそれぞれのトンネリング・インターフェイスにドラッグ&ドロップすることができます。
バス・インターフェースを効果的に統合・管理するための包括的なガイダンスについては、こちらの記事を参照。
2. ダミーデバイスの使用:
- 可視化システムが接続されているラインにダミーデバイスを 1 つ以上追加します。
- 必要なグループオブジェクトを含むようにデバイスのパラメータを設定します。
- 通信を容易にするために必要なグループアドレスを割り当てます。
フィルターテーブルのプレビュー:
実際のダウンロードの前に、仮想フィルターテーブルをチェックすることができます。 これはカプラのコンテキストメニューから行うことができます。
デバイス情報:
ダウンロードした最新のフィルターテーブルをカプラのメモリーから読み出します。 これはカプラのコンテキストメニューから行うことができます。