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

フィッティングの選択またはIoTアプリケーションおよびシステムで使用されているプロトコルの特定に関する質問。特定のプロトコルがわかっている場合は、より具体的なタグを使用してください。特定のプロトコルを選択する場合は、特定のプロトコルタグを追加してください。

2
MQTTプロトコルを使用する必要がありますか?
以下のIoTユースケースの実装を開始する予定です。 使用事例 IoTデバイスはリピーター経由でゲートウェイに毎分100kメッセージを送信し、ゲートウェイはメッセージをクラウドに転送します。組織の従業員を追跡したい。センサーはIDカードに固定されます。センサーは、位置関連データ(約15KB /メッセージ)をリピーター経由でゲートウェイに送信します。分析を目的としています。データがクラウドに渡された後、分析を行ってDBに保存し、Webページに表示します。この分析データに基づいて、ユーザーの現在の場所と、一定の経過時間(過去1時間、2時間、または1日)のユーザーの移動場所も表示します。 データを処理して、フロントエンド/ DBに送信します。 私はIoTの基本とそのアーキテクチャーを経験しました。次に、「SMACK」スタック(Spark、Mesos、Akka、Cassandra、Kafka)アーキテクチャを使用することにしました。 ゲートウェイで「Kafkaネイティブクライアント」を使用して、メッセージをクラウドに公開することにしました。 MQTTプロトコルを使用してメッセージをKafkaに転送する必要がありますか?または、上記の使用例ではMQTTは必要ありませんか? はいの場合、「SMACK」アーキテクチャでMQTTを使用する利点は何ですか?

1
ZigBee統合(IP /ゲートウェイ)
LAN経由でZigBeeと統合する方法を検討しています。基本的に、私が達成したいのは、 調光器を制御できる(値の読み取り/書き込み) 存在検出(イベント)からイベントを取得する ブラインド/シェードなどの他のデバイスを制御する ZigBee標準は、REST / SOAP / GRIPプロトコルを使用してゲートウェイ(ZGD)を定義します(GRIPがお気に入りです)。これはすべて私が探しているものを解決するようですが、これをサポートするデバイスを見つけるのは難しいようです。 ゲートウェイを構築するのではなく、適切なゲートウェイを購入したいと考えています。

1
CoAPはMQTTよりもフットプリントが低いですか?
最近、CoAPとMQTTのどちらがより軽量であるかについてのQuoraの質問を読みましたが、回答は特に満足のいくものではなく、すべてが矛盾しています:上の回答はMQTTのリソース使用量が少なく、別の回答はCoAPの要求が少ないことを示しています。 私が見つけたものから、という意味になるだろうCoAPがより厳しい少ないだろうMQTT CoAPはUDPのみを必要とするため、およびそのメッセージは、主ファイア・アンド・フォーゲットですMQTTとは異なり、TCP上のどの機能(ひいてははるかになり、関与)。 どのプロトコルが機能するために最小限のリソースを必要としますか? リソースごとに、私は主に、必要なプロセッサー能力、RAM、および送信されるデータについて考えています。たとえば、私がリンクしたQuoraの質問で、トップの回答は、80MHzのプロセッサと1MB未満のRAMしか持たないシンプルなESP8266チップでMQTTを実行できることを示しています。CoAPがこのようなもので実行できるのか、それともさらに制約のある環境で実行できるのかについて知りたいです。 私が想定している種類のユースケースは、デバイスが主に別のデバイスからデータを受信する場合です(たとえば、オン/オフを切り替えるコマンド)が、まれに(おそらく1時間に数回)デバイスのステータスで更新を送信する必要がある場合があります。 。デバイスのコストを削減するために、できるだけ少ない処理能力を使用し、電力使用量を可能な限り削減するために、比較的低い頻度で送信したいと思います。

2
5GがIoTにプラスの理由は何ですか?
私は最近、知っている少数の人々から5Gについて多くのことを聞いていました、そして私が聞いた頻繁な主張の1つは、「5Gはモノのインターネットにとってとても大きな助けになるでしょう!」というものでした。 私は絶望的な皮肉屋かもしれませんが、なぜこれが事実なのでしょうか?結局のところ、IoTの大部分は大量のデータの転送を必要としません。さらに、余分な1秒または2秒の遅延が、スマートな洗濯機や照明にさえ大きな違いをもたらすようには思えません。ねえ、彼らはすでに私には十分に速く見えます。 では、なぜ5Gがモノのインターネットにとってプラスになるのでしょうか。

1
高データレートと低遅延のIoTアプリケーションに最適なワイヤレステクノロジー
アプリケーションの加速度計、磁力計、およびジャイロスコープの測定値を収集するために、BNO055絶対方位センサーを使用する予定です。今のところ、データを10 Hzの速度でデータ収集エンティティ(Piまたはワイヤレステクノロジーを備えたBeagleBone)に送信する必要があります。 設定は次のとおりです。 そのような3つのIoTもの 1中央収集物 中心に収集点があるスタートポロジ 私の経験から言うと、802.11 WLANは、802.15.4 ZigBeeやBluetooth LE(4.0)とは対照的に、唯一の最適なオプションのようです。その理由は、BNO055が非常に速い速度(約0.1秒)で生成して送信する大量のデータセットです。私は単純なプロトタイプを作成しているだけなので、単純なUDPを使用してデータを送信します。 配置はボートの船体内にあり、金属面のためにかなりのデータ損失があることを意味するので、私は現在レンジファクターに焦点を合わせています。しかし、私はノードをフルパワーで実行する自由をとることができます(電源または高Li-IONバッテリーに接続されています) 質問: WLANは、アプリケーションのワイヤレステクノロジーの正しい選択ですか?そうでない場合、他のどのテクノロジーを試してみる必要がありますか? このような低レイテンシ(10 Hz)のタイプのIoTアプリケーションで発生する可能性のある、回避または通知可能なIoTアプリケーションの障害は何ですか?


3
超低エネルギーポイントツーポイントプロトコルの選択
IoTプロトコルの森で迷子になり、助けが必要です。アプリケーションに適したハードウェアとプロトコルを探しています。私は自分のデバイスを作成したいのですが、既存のスタックと、できれば既存のゲートウェイを使用しています。私の要件は次のとおりです。 低エネルギー、バッテリー駆動 センドアンドスリープ 中距離(20-30m) ポイントツーポイントまたはスター型トポロジー すぐに使用できる、または簡単に構成可能なゲートウェイ データは小さなパケットで送信されます。頻度は、たとえば10秒に1回です。 可能な場合は、上記の各ポイントに推奨で対応してください。 Wi-Fi、BT、BLE、Z-wave、ZigBee、XBee、LoRa、Ingenu、TI15.4 ...頭が痛くなります。
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.