よくあることですが、状況によって異なります。考慮すべき要素は数多くあり、さまざまな使用例に対応するために利用できるオプションはたくさんあります。
範囲
DigiKeyは、干渉の少ない遮るもののない環境での一般的なIoTプロトコルの次の範囲を期待できることを示唆しています。
- 5 GHz Wi-Fi:50 m
- ZigBee / RF4CE:100 m
- Bluetooth低エネルギー:100 m
- 2.4 GHz Wi-Fi:150 m
- Bluetooth 5拡張範囲機能を使用したBluetooth低エネルギー:200〜400 m(前方誤り訂正符号化スキームに依存)
ほとんどの環境では、この範囲を達成できないため、「ヘッドルーム」を追加すると、厳しい環境でも要件を確実に満たすことができます。
消費電力
多くのオプションが範囲の基準を満たす場合、送信するデータの形式によって、必要なプロトコルが実際に決まります。
たとえば、Wi-Fiは比較的大量のデータを一度に伝送するように設計されており、スループットを設計の優先事項としています。そのため、頻繁に発生する小さなパケットはWi-Fiにあまり適していません(Wi-Fi HaLowは、長距離、低電力での動作向けに特別に設計されているため、さらに調査する価値があります)。
リンクされたDigiKey記事のパート2には、非常に役立つ消費電力に関するいくつかのベンチマークがあります。
Bluetooth低エネルギー
消費電力= 24μAx 3ボルト= 72マイクロワット(µW)
ビット/秒(通常のセンサー動作)= 960
エネルギー/ビット= 72 µW / 960ビット/秒= 75ナノジュール(nJ)/ビット
ZigBee
消費電力= 30 mA x 3 V = 90ミリワット(mW)
ビット/秒(生データの最大スループット時)= 250,000
ビットあたりのエネルギー= 90 mW / 250,000ビット/秒= 360 nJ /ビット
Wi-Fi
消費電力= 116 mA x 1.8 V = 0.210 W
ビット/秒= 4000万
エネルギービットあたりのエネルギー= 0.210 W / 40 Mビット/秒= 5.25 nJ /ビット
送信するビットのごく一部のみがペイロードである場合(Wi-Fiの場合のように)、「ビットあたりのエネルギー」統計は非常にだまされやすいので、私は以前にデータのサイズを考慮することを強調することに熱心でした。送信するサイズのオーダーでパケットのベンチマークを調べることは価値があるかもしれません。TIのBluetooth低エネルギー電力計算ツールなど、何百ものオンラインが見つかり、判断に役立ちます。
ゲートウェイと互換性
明らかに、Wi-Fiを選択した場合はゲートウェイは必要ありませんが、電力の制約により他のオプションが必要になることがよくあります。その場合、ゲートウェイが一般的に必要になります。
ユーザーがゲートウェイを持っている可能性があるかどうかを検討してください。たとえば、ホームオートマトンには既に「スマートハブ」が付いている場合があります(これらは通常、Wi-FiデバイスとともにZigBeeとZ-Waveをサポートしています)。その場合、彼らは別のゲートウェイを必要としないかもしれません。その場合、より一般的にサポートされているプロトコルの1つを使用することが望ましいでしょう。とはいえ、一部のスマートフォンはBLEをネイティブでサポートしているため、場合によっては役立つ可能性があります。それが役立つかどうかを判断する必要があります。
どちらか一方をお伝えすることはできませんが(おそらく、いくつかのプロトコルはさまざまな程度に適合します)、これにより、より効果的に判断を下し、意思決定に通知することができます。私はあなたが指定したものから個人的にBLEに行くかもしれませんが、それはかなり恣意的な選択です。私がリストアップした他のプロトコルの多くも問題なく機能します。