タグ付けされた質問 「mesh-networks」

3
メッシュネットワークがIoTネットワークに頻繁に使用されるのはなぜですか?
私が調査した多くの一般的なIoT通信プロトコルは、メッシュトポロジ(たとえばZigBee、Thread、Z-Wave)を採用しています。これは、すべてのデバイスが1つのルーター/ハブに接続するWi-Fiの通常のスタートポロジとはかなり対照的です。 EETimesは次のことも述べています。 メッシュネットワーキングは、多数のネットワークデバイスを相互接続するための理想的な設計ソリューションとして浮上しています。 EETimesは、信頼性の向上(例えば、自己修復伝送)がメッシュネットワークの主な利点の1つであることを示唆していますが、これは、メッシュネットワークのセットアップの複雑さの追加と比較すると、小さな利点のようです。 約10〜20のネットワークデバイスを含み、エンドツーエンドで短距離に広がるホームIoTネットワークの場合、メッシュネットワークが通常のスタートポロジよりも適しているのはなぜですか?追加された複雑さは、私が信じているほど重要ではありませんか?

2
ESP8266メッシュネットワークルートノード
ESP8266に基づくメッシュネットワークで作業していますが、CoopdisによるEasyMeshのサンプルコードを使用すると、すべてが正常に機能しているようです。彼/彼女の例では、3つのESP8266がメッシュに登録し、単純なWebインターフェースを提供します。これは私にとっても完全に機能しています。 ただし、私のソリューションでは、メッシュ全体がノードにアクセスできるように(または少なくともメッシュにアクセスできるように)、これらのノードの1つをインターネットに接続する必要があります。これは、に記載されているESP8266メッシュユーザーのGuidからの文書(ページ4)Espressif。彼らが発行している他のいくつかのドキュメントも見つかりました。これは通常のことですが、すぐに理解できるコード例がないためです。 ルーターも接続するようにメッシュを構成するにはどうすればよいですか。私のWi-Fiルーターで使用しているのと同じSSIDとPassキーをメッシュネットワークに使用するのと同じくらい簡単ですか、それとも接続できるWi-FiメッシュのRaspberry Piのようなものを作成する必要がありますか?イーサネット接続を介して私のルーターに?私が行った研究から、後者は必要とされるべきではないと私は思います。 これにはhello worldサンプルコードが必要です。ATコマンドは役に立たないと思います。

1
Z-Waveネットワークの再配置
Z-Wave E27電球を購入して、特定のアラートについてPCからランプを制御しました。明らかに、それをコンセントに接続して、Z波ネットワークに含める必要がありました。 数分の間それは働いた:私はそれをオンおよびオフに命令できた。 しかし、後で、コマンドが成功せず、Domoticzが信号が失敗したと私に言った、そしてZ波モニターで私の電球は死んでいるとマークされています!後で再び、シグナルはOKです...除外/包含は機能しませんでした。 電球はコントローラーから遠いですが、Z-Waveドア検出器が経路の中央(約4メートル)にあります。Z波は「メッシュ」に設定されていると思うので、ドア検出器は信号をリレーする必要があります... 信号を「強化」するために私ができることはありますか? Domoticzにネットワークを再割り当てできる設定がありますか(修復が機能しません)?

3
センサーのメッシュネットワークにおけるZigBeeスタックの低コストの代替オプション
低コストになる個々のセンサーのワイヤレスメッシュネットワークの設計を決定する段階にあります。 最初の調査で、センサーのAVR MCU以外のアプリケーションレイヤーにはMQTTを使用し、他のレイヤーにはグローバルZigBeeプロトコルスタックを使用することを決定しました。 しかし、ZigBee互換のCC2530トランシーバーを使用する場合、約12〜14ドルの費用がかかるため、費用対効果は高くありません。 また、もう1つ問題があります。それはZigBeeハブについてです。 それであなたの提案は何ですか? この小規模から中規模のメッシュをシンプルなESP8266やその他のネットワークレイヤープロトコルで実行できますか?

2
ワイヤレスメッシュネットワークはPANアプリケーションに限定されていますか?
Zigbeeについて読むと、パーソナルエリアネットワークを作成するためのテクノロジーとして説明されているように見えます。私は6lowPANについても読んでいますが、これはメッシュ設定で発生するようで、少なくとも私の考えでは、メッシュはPANアプリケーションに限定されているという考えを固めています。 ネットワークサイズの点で本質的に制限するメッシュネットワーキングについて何かありますか? Zigbeeを使用したホームオートメーションガジェットを既に持っているので、Zigbeeネットワークは、少なくとも10〜15ノードのアパートサイズのワイヤレスネットワークに適していることをすでに知っています。 たとえば、Zigbeeネットワークを拡張して、100アパートのアパートブロックにスマート照明を提供した場合、いくつかの制限を感じ始めますか?

1
ワイヤレスメッシュは、スリープ状態のデバイスには適していませんか?
私が住んでいるアパートのブロック用に温度センサーネットワークを構築するために何が必要かを考えていました。ワイヤレスメッシュが機能する場合、いくつかの優れた機能があります。特に、携帯電話やWi-Fiの信号が届かないガレージやセラーの保管場所にセンサーを配置できました。 メッシュを使用しない理由として考えられるのは、バッテリーの頻繁な交換を避けるために、スリープ状態のエンドデバイスも使用したい場合があるためです。私が見ることができることから、これが機能する唯一の方法は、デバイスが同時にウェイクアップし、信号がネットワークを伝播するのに十分な長さになるように、クロック同期を使用することです。 このような解決策が説明されているのを聞いたことがありますが、それが実際にどれほどうまく機能するのでしょうか。ドリフトを避けるために、おそらく定期的なクロック同期をプロトコルに追加する必要があります。誰かがこれについての経験がありますか?また、クロック同期とは別に、メッシュデバイスとスリープデバイスを一緒に使用するための他の戦略はありますか?

1
Windows IoT CoreのWiFiメッシュ
各ノードで比較的高速な検索アクセスが必要な分散メッシュデータベースを共有するノードのWi-Fiメッシュネットワークを作成する必要があるプロジェクトがあります。ESP8266(https://github.com/Coopdis/easyMesh)で構成されるノードを使用してこれを実行することを最初に考えていましたが、それぞれに(データベースを格納するための)SDカードが含まれていますが、Arduinoタイプのコードのほとんどが心配です。主にメモリ内で実行されるのを見てきました。これは、「データベース」(実際には、おそらく各レコードに2つまたは3つのフィールドを持つリスト)をメモリにロードする必要があることを意味しますか?これは効率的ではないと思うので、探しているレコードを見つけるためにリストをループ処理したくありません。なんらかの二分探索アルゴリズムを実装したいと思っていました。このデータベースのエントリは、約40 000以上のエントリになる可能性があることに注意してください。 私のフォールバックオプションは、C#および場合によっては実際のデータベースを使用できるRaspberry PiでWindows IoT Coreを実行することです。このソリューションの私の問題は、Windows IoT Coreを使用してメッシュネットワークを実行する例を見つけられなかったことです。 ご意見やご支援をいただければ幸いです。

1
パブリッシュ/サブスクライブパターンに基づくプロトコルは、メッシュネットワークの利点を無効にしますか?
MQTTやAMQPなどのパブリッシュ/サブスクライブパターンに基づいてモデル化されたプロトコルでは、メッセージの送受信を調整するために集中型のメッセージブローカーが必要です。IoTネットワークがスタートポロジに基づいている場合、これはそれほど問題にはなりません。すべてのメッセージがいずれにせよ中央ハブを経由する必要がありますが、メッシュネットワークの利点と、これらがどのように影響を受けるかについて考えていました。プロトコルの選択。 スレッドはじめにプレゼンテーションは、特にスレッドのメッシュネットワーク(ただし、これらは一般的に適用されるべきである)のいくつかの利点の概要を示します。 single単一障害点がない ✔自己回復 ✔干渉の堅牢性 ✔自己拡張型 critical重要なインフラストラクチャに十分な信頼性 後者の4つのポイントがプロトコルの選択の影響を受けるとは想像できませんが、メッセージブローカープロトコルを使用すると、メッシュネットワークの「単一障害点がない」という利点がなくなるかどうか知りたいです。 パブリッシュサブスクライブベースのプロトコルを使用すると、一般的に避けられない単一障害点が発生しますか。これが、スレッド紹介プレゼンテーションで、使用する可能性のあるプロトコルとして代わりにCoAPが提案されている理由です。 単一障害点を取り除くために複数のブローカーをサポートするMosquittoについてはすでに質問しましたが、これがメッシュネットワークとパブリッシュサブスクライブプロトコル間の根本的な競合であるかどうかを質問しています。
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.