KNX通信のトラブルシューティング ステップ・バイ・ステップ: 物理層から論理層への層次診断

KNX プロジェクトを委託する場合、パラメータ設定が最大の問題になることはほとんどありません。最もイライラする問題は、バス テレグラムを送信してもデバイスがまったく応答しないことです。通信障害と論理エラーは個別に診断する必要があります。トラブルシューティングの方向を誤ると、何時間もの作業が無駄になります。

KNX 通信障害の 90% は物理層で発生します。 ETS パラメータを急いで変更しないでください。

1. KNX 電源の出力電圧を確認します。定格値は 30 V です。28 V 未満の電圧はバス電力が不十分であることを示し、モジュールのオフラインの問題が発生します。
2. ケーブル テスターを使用してバス ケーブルをテストし、断線、短絡、逆極性 (赤 = プラス / 黒 = マイナス) がないか確認します。
3. バス トランクの長さの制限を検査します。単一セグメントが 700 メートルを超えると信号の減衰が大きくなり、延長にはライン カプラーが必要になります。
4. 高電圧と低電圧の混合配線による EMI 干渉をチェックします。 KNX バス ケーブルと 220 V 電源ケーブルの間の間隔が 200 mm 未満の場合、テレグラム エラー率が急激に増加します。

物理層がチェックアウトされているにもかかわらずパケット損失が続く場合は、分析のために ETS グループ モニターを有効にします。

• テレグラムエラー率 > 1% → ケーブル干渉または個々のデバイスのアドレス競合のトラブルシューティング
• 過剰な重複電文 → 2 つのモジュールが同じグループ アドレスの信号を同時に送信していないか確認します
• テレグラムのタイムアウト → 過剰なバス負荷をチェックします (単一の回線セグメントに 64 を超えるデバイスが含まれてはなりません)

テレグラムの配信は適切な機能を保証しません。これは論理構成の間違いを示しています。

• センサーの DPT データ タイプは、アクチュエータの受信 DPT タイプと一致する必要があります: DPT1 = スイッチ (1 ビット)、DPT5 = パーセンテージ (1 バイト)。 DPT タイプが一致しない場合、関数は完全に無効になります。
• 重複したグループ アドレス バインディング: 1 つのグループ アドレスが複数の送信機に割り当てられると、信号の競合が発生します。 1 対 1 のバインディングにより、最大限の安定性が得られます。
• シーン番号の調整: シーン オブジェクトの番号は、アクチュエーターに設定されたシーン番号と厳密に一致する必要があります。単一の数値オフセットにより、意図しないシーンがトリガーされます。

1. グループ モニターを 24 時間継続的に実行して、断続的な異常な電文をすべて記録します。
2. 完全なグループ アドレス リストとパラメータ スケジュールをエクスポートしてトリプル バックアップを実現
3. すべてのモジュールの物理アドレスとグループ アドレスのマッピングにラベルを付け、制御盤のドアの内側にラベルを貼り付けます。