タグ付けされた質問 「zigbee」


5
なぜ2.4 GHz帯域なのか?
Bluetooth、WiFi、Zigbee、リモートコントロール、アラーム、コードレス電話など。 これらのプロトコル、デバイスなどすべてが3.14 GHzではなく2.4 GHz帯域を使用する理由。何がそんなに特別なのですか?

8
複数のマイクロコントローラー間の通信
N個のマイクロコントローラー(N> = 2 MCU)で構成されるシステムの実装を開始したいのですが、相互に通信できるようにする可能性を知りたいと思います。 理想的には、(N-1)マイクロコントローラーはクライアントとして機能する家の中に配置され、最後の(「サーバー」)マイクロコントローラーはUSB経由でPCに接続されます。私が今抱えている問題は、これらの(N-1)マイクロコントローラーを「サーバー」に接続する方法です。クライアントMCUは非常に単純なタスクを実行するため、CAN / PHY-MACを提供するという理由だけで、ARMを使用してこのような単純なジョブを実行することは良い解決策ではない場合があります。 通信は、ほとんどのデバイスで数分に1回、他のデバイスではオンデマンドで行われます。速度はそれほど重要ではありません(メッセージは短いです):1 Mbit / s私は、私の目的にとっては行き過ぎだと思います。 使用する予定のMCUは次のとおりです。 Atmel AVR Tiny /メガ TI MSP430 ARM Cortex M3 / M4 (おそらくAtmel AVR UC3-32ビット) PICをプログラムする可能性が少ないため(可能性のあるPICを避けたい)(上記のすべてには多少のオープンソースツールといくつかの公式ツールがあります)。 一部のARMがCAN機能を提供していることは知っていますが、他のARM についてはあまりよくわかりません。 今、私はこれらの可能性を思いつきました: データを送信する単純なGPIO(たとえば、メッセージの開始を示すHIGHで16ビット以上、メッセージの終了を示すLOWで16ビットを超える)。ただし、すべてのビットを検出できるようにするには、標準周波数<<(frequency_client、frequency_server)である必要があります。クライアントMCUごとに1本のケーブルのみが必要です。 RS-232:これは間違いなく最も一般的に使用されている通信プロトコルだと思いますが、どれだけうまく拡張できるかわかりません。現在、最大64個のクライアントMCUを検討しています(おそらくそれ以降) USB:AFAIKはほとんどRS-232に似ていますが、この場合はあまりうまく拡張できないと思います(USBは多くのデバイスをサポートしていますが-正しく覚えていれば255-このアプリケーションでは複雑すぎるかもしれません) RJ45 /イーサネット:これは、長距離で問題なく(少なくともシールド付き> Cat 6ケーブルで)伝送できるため、これが本当に使いたいものです。問題はコストです(PHY、MAC、トランスなど)。あなたが実際に自宅でうまくはんだ付けできるかどうかはわかりませんが。この方法では、クライアントMCUは必要ありません ワイヤレス/ ZigBee:モジュールは非常に高価ですが、机の後ろの「スパゲッティ」を避けるための方法かもしれません RFモジュール/トランシーバー:私は300 MHz-1 GHz帯域のものを話しているので、自宅ではんだ付けするのは難しいはずです。モジュールはすべて組み込まれていますが、ZigBeeと同じくらい高価です(少なくともMouserのRFのモジュール、SparkfunのRFモジュールはもっと安いようです)。 できる?非常に堅牢なようです。車載アプリケーションで使用する予定はありませんが、それでも良い選択肢になる可能性があります。 I²C / SPI / UART?繰り返しますが、可能であればケーブルで「スパゲッティ」を避けてください PLCは実際にはオプションではありません。長さが長くなり、電力ネットワークの容量負荷に依存するため、パフォーマンスはかなり低下します。価格面では、イーサネットとほぼ同じだと思います。 さらに、同時送信の場合、どのプロトコルが「より良い」でしょう(2つのデバイスが同時に送信を開始するというまれなケースを想定しましょう。どのプロトコルが最高の「競合管理システム」/「衝突管理システム」を提供しますか? …

5
ArduinoまたはPCで電源プラグを制御するシンプルで安全なソリューション[非公開]
閉まっている。この質問はトピック外です。現在、回答を受け付けていません。 この質問を改善したいですか? 質問を更新することがありますので、上のトピック電気工学スタックExchange用。 6年前に閉鎖されました。 電源プラグ(または、可能であればライトソケット)を制御する、つまり電源プラグをオンまたはオフにするためのソリューションはありますか? 私はxbee / zigbeeソリューションを探しましたが、ヨーロッパの電源ソケットで利用可能なソリューションはないようです(そして、米国のソケットでもほとんどソリューションがありません)。 Arduinoを含む有線ソリューションは私にとっては問題ありません。使いやすく(zigbeeについては使用方法を学んでもかまいません)、安全です(240Vなので、接続したりはんだ付けしたりする必要はありません。電気設備)。
15 arduino  relay  xbee  zigbee 

2
周波数は、RF送信でオブジェクトを通過する機能にどのように影響しますか?
または、重金属の障害物があるパスでデータを効率的に送信する必要がある場合、どのバンド/変調を選択すればよいでしょうか? 金属製のコンテナ(空または不明なコンテンツでいっぱい)でいっぱいの大規模なストレージ施設で、短いバーストのデータを定期的に送信するいくつかのデバイスを構築する必要があります。私はZigBeeトランシーバー(例:AtmelのZigBitライン)を使用してテストを実行しており、さまざまな程度の成功を収めています。2.4 GHz帯域では非常に悪い結果があり、900 MHz帯域では非常に許容できる結果がありました。しかし、私は知り合った人から、まったく逆の経験をしたと言われました(彼らの場合、彼らは2.4GHz / 900MHz XBeeモジュールを使用していた)。433 MHzも一般的な帯域であることは知っています。もちろん5.8 GHzもあります。 したがって、問題の主な部分は、この種の送信にどの周波数が特に良いか悪いかについて、何らかのチャートまたは一般的な知識があるかどうかです。バッテリー電源を備えた小型のデバイス(電話サイズなど)で使用できるバンドに興味があります。障害物がある50〜100メートル/ヤードの範囲は非常にいいでしょう。また、デバイスのRF部分(つまり、変調、RFフロントエンド、クリアチャネル検出、プリアンブル検出など)を処理するために市販されているある種のチップセットまたはモジュールが必要です。上位レベルのプロトコルは自分で処理できます。 理想的には、大きな金属製の物体(1インチ/2.5 cmから1インチ)の非常に近くに配置された場合に、簡単にデチューンできないようなアンテナを使用できるバンドが理想的です。私は主にホイップとヘリカルアンテナでテストしてきました。私のデバイスは、克服する必要がある金属面の非常に近くに配置する必要があります。 ただし、アンテナの指向性、デバイスの位置/方向、固定トランシーバーの位置などは期待できません。すべてのデバイスは非常にランダムに配置され、ほとんど配置されません。私はできる限りベストを尽くす必要があります。私が頼りにできる唯一のことは、デバイスが常に垂直位置に立つことです。
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.