検索

KNX/EIB

このKNX/EIBインターフェースは、Ethernet経由で接続できます。また、長年の経験に基づくヒントやテクニックもここにあります。

KNXプロジェクトのインポート

インターフェースを作成した後、KNXプロジェクトをインポートできます。プロジェクトがパスワードで保護されている場合は、パスワードを入力するように求められます。このパスワードは、インターフェースの「詳細設定」に保存されます。

ヒント: インポート後、チャネルを作成できます。

Theben LUXORplugプロジェクトのインポート

LUXORplugのプロジェクトを直接インポートすることが可能です。ETSプロジェクトと同様にインポートされます。グループアドレスと「工事」フォルダのリストは生成されません。センサーは、見やすさのために建物から削除されています。インポート後、チャネルを作成できます。

チャネルの作成

構造「建物」と「トポロジー」でチャネルを作成できます。これらを作成するには、いくつかの前提条件が満たされる必要があります。ETSでのデータ型の宣言は重要です。

タイプ	前提条件
照明	少なくとも2つのブール値が必要です。
調光照明	少なくとも1つのbool_dimup値と2つのuint_byte型の値が必要です。
RGB照明	少なくとも2つのcolor_3bytes色値が必要です。個別チャネル版は現在サポートされていません。
シャッター/ロールスクリーン	少なくとも1つのbool_up値と2つのuint_byte型の値が必要です。
ラメル付きシャッター	少なくとも1つのbool_up値と4つのuint_byte型の値が必要です。

ステータス用の値は、送信値の後に表示される必要があります。ラメル機能は、**slat**および**lam**という単語で識別されます。

データ型の決定

KNXに基づく他のビジュアライゼーションと異なり、データ型の変換が行われません。すべてのKNXデータ型（DPT）はPLCフォーマットに変換されます。これらはETSで確認できます。ここには完全なDPT-コンバージョンリストがあります。

ヒント: インポート前にすべてのデータ型をETSプロジェクトで決定してください。その後、Antcas Controlはこれらも同時に解決します。

RAWテレグラム

rawデータ型は次のように構成されています。各バイトが16進数で、スペースに続きます：

00 FF 3B

または、先頭に$-記号のある6ビットのバイナリ値です：

$3F

Readリクエスト

readデータ型を使用してReadリクエストを評価できます。応答を送信するには、グループアドレスの前にrを直接配置できます。例：r1/4/23。これで応答が送信されます。

プログラミングは次のように行います。in.switchReadは、出力out.switchの状態応答を即座に送信するエッジを生成します。

注意: 先頭にrのあるグループアドレスは、インストールにリストされません。

変数オフラインとエラー

インターフェースの診断用に2つの変数があります。すべてのゲートウェイがダウンまたは切断されている場合、変数offlineは真になります。インターフェースがダウンし、運用を維持できる場合、変数errorは真になります。マルチキャストでは、サービスではなくゲートウェイのみが診断できます。ゲートウェイなしで初期化する場合、変数offlineは自動的に真に設定されます。

フロー制御

ゲートウェイのフロー制御は、フィルタリングされていないルーターのみで動作するため、必ずテレグラムと読み取りリクエストの数を設定する必要があります。これは、**100ms**ごとに使用される各ルーターあたりに設定すべきです。つまり、マルチキャストで同時に2のルーターを呼び出す場合は、間隔を200msに設定する必要があります。大規模なプロジェクトでは、読み取りリクエストをさらに高く設定できます。つまり、**2000ms**程度です。

重要な注意事項

KNXバス経由で安全アプリケーションを制御してはいけません。バスはそのために適していません。故障した動体検知器や凝縮水による短絡など、わずかな問題でも警報を防ぐ可能性があります。
バスが屋外で配線される場合は、新しいラインを作成する必要があります。これにより、屋外での短絡が発生しても建物内の機能が維持できるようになります。最適な方法として、パケットフィルタを使用してバスを不正アクセスから保護できます。
マルチキャストアーキテクチャでは、アクセスセキュリティに注意してください。公共建物でマルチキャストを使用しないようにしてください。
KNXバスが非常に遅いため、複数のフィルタ付きラインを作成し、サーバーから個別に制御できます。KNXバスがネットワークレベルでも9600ボードのみであることに注意してください。
ルーティング時にはループに注意してください。KNXはルーティングカウンターで無限ループを防ぐソリューションがありますが、バスの速度は依然として影響を受けます。複数のゲートウェイを使用する場合、サーバーではパケットが標準的に内部で転送されません。

チェックリスト

大規模プロジェクトでは、バス長さが忘れられることがあります。常に、電気技師がケーブルを計画通りに配線しない可能性があることを考慮してください。そのため、計画されたスター配線がループ配線になる場合があります。最後のアクチュエーターが電源供給から1000m以上離れていると、バスが不安定になる可能性があります。
分配における余裕をよく計画してください。ディマーなどのために配線盤に十分なスペースがないことがよくあります。顧客と最大拡張をコンセプトで決定し、この問題をできるだけ回避してください。

トラブルシューティング

テレグラムが頻繁に繰り返される

ETSのグループモニターでテレグラムが黄色に表示される場合、パケット衝突のため再送信されます。突然頻繁に発生する場合は、可能性として以下のような問題があるかもしれません：

電源装置を交換 --> フィルタまたはコイルが故障している可能性があります
バスにループがある --> 分岐点で切断し、ラインをスキャンしてトラブルシューティングできます。
2対のねじれペアケーブルでペアが接続されている --> これはループを引き起こし、切断する必要があります。U72ケーブルを使用した古いインストールでよく見られます
配線が長すぎる --> 参加者の電圧を確認してください（KNXは21Vまで機能します）
不良接触 --> 非常にまれな場合で、見つけるのは難しいです。

無効フレーム - 無効なフレーム

ETSのグループモニターでテレグラムが青色に表示される場合、ETSはバスと通信できません。可能性として以下のような問題があるかもしれません：

バスの電圧を確認 --> 短絡または配線が長すぎる可能性があります
電源装置を交換 --> フィルタまたはコイルが故障している可能性があります
ゲートウェイが故障している --> インターフェースを交換してください

デバイスを読み込めない

可能であれば、独自の電源装置を使用してデバイスを読み込むことを試してください。何も役に立たない場合は、以下の方法を試してください。

バスを再起動 --> 1分間230V電圧を切断（アクチュエーターからも）
バスの電圧を確認 --> 短絡または配線が長すぎる可能性があります
電源装置を交換 --> フィルタまたはコイルが故障している可能性があります
デバイスまたはバスカップラーが故障している --> デバイスを交換してください
グループモニターに注意 --> 他のデバイスが干渉を引き起こす可能性があります、またはタイムアウトが早すぎて多くのテレグラムがある場合（ETS: デバイスが応答しない）
ラインカップラーはすべてのテレグラムをルーティングしていない --> ラインカップラー経由で読み込まない

サブページ

データ型