2009-09-23 10 views
0

私たちは、基本的に以下のものからなる社内産業ネットワークを設計しようとしています:1台のサーバが、最大100の専用RFアクセスポイントこれらのデバイスは、それぞれ無線で最大100のエンドポイント内蔵デバイスに接続できます。このような何か:、サーバーとアクセスポイントとRFとエンドポイントデバイスとの間の配線のための設計

alt text http://i33.tinypic.com/np0sq9.png

は今、私たちは取る必要があるいくつかの設計上の決定に疑問を抱いていると私は似たデザインの多くはそこに、それらの経験を持つ人々がたくさんあります確信しています良いと悪いの両方。たぶんあなたはチャイムインできますか?

すべてのエンドポイントデバイスは独立しており、独自のデータをサーバーに伝達します。したがって、サーバは、各エンドポイントデバイスを個別にターゲティングできる必要があります。各エンドポイントデバイスは、1つのアクセスポイントとペアになり、独自のRFプロトコルを使用して通信しますが、TCP/IPはそのオプションではありません。

サーバは、どのエンドポイントデバイスがどのアクセスポイントとペアになっているかを知るので、サーバが個々のエンドポイントデバイスと通信する必要がある場合、通信はペアになったアクセスポイントを経由する必要があります。したがって、サーバはアクセスポイントに直接アドレスする必要があります。

質問:このシナリオでは、サーバーとアクセスポイント間のTCP/IPは、専用のアクセスポイントで利用できるリソースが限られていることを考慮していますか。それとも全く違うものを提案していますか?

+1

これは、serverfaultでより良い答えを得ることができますか? – Glen

+0

ああ!なぜ私はそれを考えなかったのですか? (たぶん、SOが私のスタートページなので...) –

答えて

1

私は図が混乱見つける:

これは、独自のネットワークではなく、APリンクにサーバーが社内ネットワーク上で実行され、オプションが実際に存在しない場合、/ TCPがなければなりませんIPスタックをAP上に作成します。

これが独自の隔離されたネットワークであれば、ルータは何ですか?

これは、実際には独自の隔離されたネットワークであれば、本当にイーサネット接続は必要ありません。ワイヤレスで見られるオーバヘッドは巨大です。あなたのノーオーバーヘッドの理想的なデータレートは250kbit/secで、802.15.4 @ 2.4GHzポイントでZigBeeを実行すると、実際のデータは通常約20kbit/secです。カスタムプロトコルは、より低いオーバーヘッドを得ることができるはずですが、これを定義する必要があります。

私がこれを設計していた場合、ボード上に802.15.4とCAN(Controller Area Network)を搭載したAPのSoCを選択します。サイズとデータレートに応じて、サーバー用のPCI CANカードを取得して接続するだけで、DeviceNetのようなプロトコルをサーバーとAP通信のプロトコルレイヤーとして使用できます。これは、CANスイッチとリピータを使用して拡張できます。 CANは、産業オートメーションで常時使用されています。小さなグーグルでは、いくつかの製造工場で使用されている数万台のノードの例が見つかります。

1

小さなTCP/IPスタックがあります(例:LwIP)。

1

通信するデータ量や帯域幅については言及していませんか?

8051を対象とするサードパーティのTCPIPスタックは、100台の接続でネットワークの問題をすべて簡素化します。おそらくは、tcpipスタックの上に置かれたプロプライエタリなプロトコルで終わるでしょうが、それはサーバと各エンドポイント間の単なるポイントツーポイント通信です。

関連する問題