ビルオートメーションイーサネットeHouse – 直接UDPを介してコントローラとの連携のコントロールパネル

eHouse ホームオートメーション , ビル管理 イーサネットバージョンは、現在のステータスを表示するパネルの数は事実上無制限との直接通信を可能にする ホーム·オートメーション·コントローラ LAN上のUDPプロトコルを使用して . ホームオートメーション eHouse – UDPの上のパネル(User_Datagram_Protocol)を更新 .
TCPプロトコルは、コネクションレス型のプロトコルであると違って , すなわち . クライアントとサーバーの間の永続的な接続を必要としません , セッショントラッキング , データを制御するメカニズムの欠如 , 流れや再送 .
これは、TCPプロトコルよりもはるかに高速になります , しかしながら , それは失うデータやその他のエラーが発生することが可能です .
ユーザデータグラム(どのようなシステムのための個々のフレーム)の場合には、 , 伝送正しさは、通信ソフトウェアを使用して対処しなければならない .
UDPはブロードキャスト(メッセージを送信するための理想的です , 一度に複数のデバイスにブロードキャスト , サーバからクライアントとのこれ以上の接続をせずに) .
最も重要な機能は、次のとおりです。

  • サーバーに別のデバイスの接続を受信したコネクションレス型のプロトコルでは、サーバをロードしません
  • メッセージはLAN上のすべてのデバイスにグローバルに送信する
  • それが0以上のデバイスまたはメッセージなどリスニングデバイスにメッセージを送信した場合、サーバは問題ではありません
  • 送信エラーは、サーバに適したデータには影響を及ぼしません
  • データ送信がエラーに対して保護されなくなります , ありません:確認は , フロー制御なし

UDPは伝送エラーに対する保護を備えているわけではないので , eHouseでそれを使用する , とエラーチェックデータパケットが送信された幅のチェックを有効にする – 検証のための和 .
これは、彼らがクライアントの比較をして使用することができます – 確認送信側 – 合計が計算されたものと等しい .
eHouse用 , データの比較には、クライアントとそのソフトウェアである .
データはバイナリ形式でサーバーから送信され、クライアントソフトウェアによってデコードする必要があります .
サーバーは、指定されたポート(デフォルト6789)にデータを送信 , そしてクライアントは、ポート上で、非同期的に受信メッセージを待機する必要があります .
非同期手段 , データがキャッシュされていないこと , そしてあなたのデバイスは、ディスパッチの時間(実時間)で、継続的にパケットを受信する必要があります .
UDPポートを選択すると、システムのアーキテクチャに依存しており、インストールのタイプに応じて異なります , すべてのコントローラは別とし、各ポートがeHouseシステムのアプリケーションから個別に選択することができることと同じ状態にパッケージを送信する場合 .
データパケットは、イーサネットドライバやソフトウェアのeHouseとのTCP通信を介した送信の場合と同じである . UDP上でバイナリデータを送信するPCのexeファイル .
これは、フレームの単一の関数(プロシージャ)のデコードの使用を可能に , かどうかに関係なく、伝送媒体の , 伝送プロトコルです .
データは、個々のコントロールパネルのデコードと可視化のためのソフトウエアを容易にするために保護されていません .
これは、サブネットマスクのIPの限られた数のパネルの情報の表示を許可します , すなわち . 255 . これらは、システムのイベントを実行する可能性がないデバイスのみの状態であるため、 , それは、ファイアウォール、LANの外に公開することができる .
特殊なケースで , あなたは、VPN(Virtual_Private_Network)を作成することができます – ネットワーク外の外部パネルのドライバの状態を受信するためのトンネリング接続 , またはTCPを使用して、ロギング機構 – – 応答(ダイナミック検証コード付き) , これは、まだアクティブである .
これらのデータは、重要ではないと復号化パッケージなしeHouseアプリケーションによって , これは、1と0の集まりです , 任意のタイプのパネル用のソフトウェアパッケージのeHouseシステムによってデコードされなければならない .
eHouse . exeファイルのソフトウェアが更新されました , それはUDPによって、このようなデータの収集を許可 – ユーザー·データグラム·プロトコル . それだけCommManager監督システムの下でイーサネットeHouseまたはeHouse 1の指し .
これを行うには , パラメータのeHouseを使用してアプリケーションを実行する ” eHouse . EXE / VIAUDP ” 大文字と小文字は区別されません .
これはCommManagerの状態をより信頼性の高い受信が可能になる , RSでの作業とそれに接続eHouse_1コントローラ – 485 .
EHouseアプリケーションがドライバで(リッスン)のみ入ってくるパッケージを受け取る . パッケージがチェックサムで、任意のデータエラーapears場合送信されます , 単に無視されます , とコントローラのステータスを含む、次の有効なパケットを正しく受信で更新されます .
また、このメソッドは、サーバーとネットワークのエラーからクライアントを解放 , ルータ , 切り替える , サーバとの通信を壊すの事例は存在しないので , コネクションレスのUDPプロトコルのアイデアによるもの .
これは、アプリケーションの更新の一時停止または永久的な損失が発生することはありません , サーバへのプロトコルの組み合わせの場合のように、 , しかし、一時的にしかリンク障害時 , とだけネットワーク上の障害や過度の負荷中にパッケージを失う .
コントローラのパッケージのステータスを失うことは許容され , それらは周期的に各コントローラのステータスの変化に伴って繰り返されるように , 変化がない場合、最低限の期間は、約15秒です .
ehouseから放送コントローラからのUDPブロードキャストのための . exeファイルのアプリケーションを無効にする必要があります . あなたはeHouseに対してこのオプションを選択した場合 . exeアプリケーションはUDPは独自のバイナリ状態を送るのをやめます , これらは同じデータであるため , 現在のイーサネット·コントローラーのeHouseから直接広がって、それがネットワークtraficを複製すること .
ステータステキスト(アプリケーションのeHouseによってデコード)を放送し続けてもよい , eHouse場合 . exeファイルのアプリケーションが起動され , ユーザーに古いコントロールパネルを使用する能力を与える , テキスト – 適用されないベースのログ·ファイルとバイナリパッケージ .
この場合 , アプリケーションはeHouse通過 . exeファイル , これは、チェーン内の別のリンクです , パネルの組み合わせから、コンピュータの依存 .
この使用 , しかしながら , それはあなたにパネルがeHouseからデータを受信すると仕事をする機会を与えるため、標準eHouse 1(無CommManager)で完全に実行しているシステムに適しています . exeアプリケーション , 建ての欠如にもかかわらず、 – コントローラのイーサネット伝送用のインタフェースで .
コントロールライト