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

数年前に、メッシュネットワークを介してArduinoボードと通信するためにConstrained Application Protocol（CoAP）を使用する作業のプロトタイププロジェクトを行いましたが、デバイスのセキュリティが大幅に不足しているため、プロジェクトにブレーキをかけました。私たちはプロジェクトのためにCoAPを放棄し、ニーズに合わせた社内プロトコルに移行しました。 私がやったの周りに少し掘り、まだ漂っいくつかの実装があるように見えますが、誰もが実際にどの製品にCoAPを使用している場合、私は興味がありました。 CoAPは依然として使用に適したプロトコルですか、それとも業界は事実上の標準に落ち着いていますか？

23 communication  coap  standards 

MQTTとWeb Socketsの主な違いは何ですか？ ホームオートメーションにIoTを使用する場合-さまざまなデバイスでアクセスを制御および監視します。RestAPIベースおよびブラウザーベースのアクセシビリティが必要な場合は、どちらを使用する必要があります。 Raspberry Pi 2 B +でJava（Pi4Jライブラリ）を使用しています。 明暗、湿度、PIDなどのいくつかのセンサーのセットアップがあります。 また、必要に応じてデータを送信できるクラウドサーバーもあります。

17 communication  monitoring  mqtt 

最近、YouTubeですばらしいビデオを見つけたときに、これに気付きました。 マイケルE.アンダーソン：IoTを、OpenIoTSummit、Linux Foundationのためのメッセージング技術を比較します。 彼の講演のスライドはこちらから入手できます スライド26および41分のビデオで、彼はどのように話しているのか（言い換えさせてください）： 携帯電話会社は、より多くのデータを消費するため、IoTコンシューマーがHTML、XML、またはJSONタイプのメッセージを使用することを好みます。より多くのデータは、サービスに対してより多くのお金を消費者に請求できることを意味します。 独自のプロトコルがたくさんあることを理解しています。SigFox、Wireless HART、またはZ Waveのデータレートは低く、そのような通信事業者を介してかさばるデータを送信するのは費用のかかる問題です。 質問 現在および将来のIoTコンシューマー向けにコスト効率の高いソリューションにする独自プロトコルでの使用に使用されている他の軽量メッセージングフォーマットはありますか？（暗闇の中で撮影：軽量XMLまたはHTMLまたはJSONと呼ばれる形式はどこかにありますか？） たぶんCBORのようなものが使用されているのでしょうか？

14 communication  protocols 

私は、WiFi経由でWebアプリにサービスを提供するIoTデバイスを作成しています。 設定を簡単にしたいと思います。たとえば、私が想像できる最も簡単な方法は次のとおりです。必要なのは、NFC機能を備えた電話などです。（これはNFCなどができると仮定しているため、仮説的にのみです！） ユーザーがIoTデバイスの電源を入れます ユーザーは、IoTデバイスのNFCパッドに対して電話を保持します IoTデバイスが電話にWiFi資格情報を要求する IoTデバイスは資格情報を使用してWiFiに接続します IoTデバイスは、電話のブラウザーをそのURLに誘導します しかし、すぐに私は可能な欠陥を見ることができます： 電話で資格情報を提供することはほとんどありません。セキュリティリスク。 電話が特定のURLに移動する可能性は低いです。セキュリティリスク。 NFCには、これらの種類の操作の標準がおそらく定義されていません。（ユーザーの許可を求めるなど）セキュリティの問題が軽減されたとしても、これを実装するのに十分な幸運があるとは信じられません。したがって、これをすべて行うには、電話用のアプリをダウンロードする必要があります。つまり、アプリはApple用、Android用などに作成する必要があり、さらにAppleの場合は承認する必要があり、ユーザーがアプリを検索してインストールし、使用方法を学習する必要があります-すべてがWebインターフェースを持つという目的に反する。 明らかに、一部のユーザーはNFC互換の電話を持っていないため、2番目の方法も必要になります。 私が持っている解決策の唯一の認識は、私のWiFi IPセキュリティカメラがどのように機能するかです。まず、イーサネットケーブルを介して、特定のIPが予約されている192.168.1.Xサブネット上のルーターに接続する必要があります（たとえば、カメラは192.168.1.100を予約または無料にする必要があります）。次に、ユーザーはhttp://192.168.1.100/に移動し、カメラの提供されたユーザー名とパスワードでログインし、そこからWiFiアクセスポイントの名前とパスワードでカメラを設定します。 しかし、この方法には1つの重大な欠点がありました。ルーターがサブネット192.168.1.Xで動作する必要があるということです。鉱山は192.168.0.Xで作動しました。ありがたいことに、私はそれを再構成することができました。しかし、私の新しいルーターにはその能力がありません!! 私は立ち往生していたでしょう。さらに、上記の方法は非常に苦痛です。かなりのステップ。 IoTデバイスのWiFi接続をセットアップし、ユーザーにWebアドレスにアクセスできるようにIPアドレスを通知する問題を解決するために、他にどのようなソリューションが実装されていますか？

14 communication  wifi  nfc 

SIM808を搭載したデータロガーボードがあります。SIM808によるBluetooth 3.0機能を備えています。ボード自体は、重量、湿度、温度の測定を実行できるバッテリー管理システムを実装し、デバイスの変位を検出することもできます。収集されたすべてのデータは、GPRS接続によってリモートサーバーに転送されます。 デバイス自体を蜂の巣に取り付けることはできますが、何百もの巣箱用のSIMカードを持っていると費用対効果が低くなります。したがって、これはGPRS機能のほかにデータロギング機能を持つマスターとしてのみ機能します。 したがって、SIM808モジュールなしでスレーブボードを実装する予定です。そのため、SIM808の代わりに、巣箱間のローカルなワイヤレス通信を可能にするために、シンプルなワイヤレス通信ユニットが必要です。 マスターはすべてのスレーブにデータを照会し、GPRS経由ですべてを転送します。 100個のハイブのみで、次のようになります。 今の可能性ローカル無線通信のために： Bluetooth。マスターデバイスには既にBluetooth 3.0が搭載されています。しかし、100 kBのデータを100個のスレーブに照会するのにBluetoothが正しい方法であるかどうかは完全にはわかりません。 マスターデバイスにはI2Cバスがあるため、I2C互換のZigBeeまたはスレーブボードに追加できる他のRFモジュールを接続できます。 スレーブから収集可能なデータは、1 kB /クエリを超えません。 つまり、全体としてBluetoothにとどまることができますか、それともZigBeeをデバイスに追加する必要がありますか、それとも他のオプションがありますか？ いくつかの詳細： 範囲は最大30メートルです また、デバイスはバッテリー駆動であるため、低消費電力のソリューションが適しています マスターは15分ごとにクエリを実行します 主な目標は、マスターがスレーブを効率的に照会できるようにすることです。これは、マスターのPCBを変更せずに行う必要があります。2つの可能性は、マスターで既に利用可能なBluetooth 3.0、またはオンボードMCUのI2Cバスを介してマスターボードに接続できる他のテクノロジーです。（Bluetoothを使用することを主張していません。SIM808で既にBT 3.0を使用していたため、これが出発点でした。）

14 networking  communication  bluetooth 

私はAzure IoTプラットフォームに取り組んでおり、デバイスがIoTハブにデータを送信する方法を理解しています（間違っていない場合は、単なるWebサービス呼び出しまたはそれに類似したものです）。 しかし、デバイスコミュニケーションのためにIoTハブに取り組んでいないため、IoTハブがどのようにデータ/コマンド/入力をデバイスに送信するのだろうと思います（データをデバイスにプッシュする必要はありません）。IoTハブはデバイスと直接対話できますか？（デバイスの一意のIDを使用するか、IP、Macアドレスなどの一意のIDを使用します）。 IoTハブに入力がある場合、デバイスはIoTハブへの要求を続け、IoTハブはデータ/コマンド/入力をデバイスに応答で送信することをどこかで読んだことがあります。本当？そうでない場合は、説明してください。

13 hardware  communication  aws-iot  microsoft-windows-iot  azure 

私は、IoTデバイスがユーザーのwifiネットワークにアクセスする方法を研究しています。WPSの方法について知っています。デバイスは信号をブロードキャストし、ルーターは、リッスンするように命令された後、それを「受信」し、デバイスにアクセス権を与えます。デバイスが独自のアクセスポイントを作成する方法もあります。ユーザーはそれにアクセスして、ホームネットワークのSSIDとパスワードを渡します。それを達成する他の方法はありますか？ この「ProbMe」メソッドについて説明しているこの記事を読みました。 私は間違っているかもしれませんが、Broadlink Rm Proはこのようなことをするかもしれません。最近、そのうちの1つを構成しましたが、必要なのは次のとおりです スマートフォンをWi-Fiに接続する QRコードをスキャンするか、Broadlinkアプリにコードを入力します BroadlinkアプリでネットワークSSIDとパスワードを入力します そして、デバイスがどのようにネットワークに接続されているのか、アプリにはそのMACアドレスさえあります。 このProbMeの方法やIoTデバイスにユーザーのwifiネットワークへのアクセスを許可する他の方法について詳しく知っている人はいますか？ 編集：ProbMeについて検索すると、これはEconaisという会社のテクノロジーであり、同様の何かを開発/生産したい人がいれば、その会社はIoTソフトウェア/ハードウェアと連携していることがわかりました。免責事項：私はエコナイで働いていませんし、いかなる形でもそれに関与していません。

12 networking  wifi  communication  protocols 

非IPデバイスの通信について質問があります。 私の研究から、CoAPとDDSがデバイス間通信に使用できることを学びました。 MQTTは、デバイスからゲートウェイ、デバイスからサービス、またはクラウドに役立ちます。 私の質問は、非IPデバイス（IPなしで単純なRFまたはBluetoothなどを介して通信するデバイス）がこれらのプロトコルをどのように使用できるかです。 MQTTはTCP / IPを使用します COAP、DDS、MQTT-SNはUDP / IPを使用 つまり、IPを使用しています。これはどのようにして可能ですか？D2DおよびデバイスからゲートウェイにTCPまたはUDPを使用しない他のプロトコルはありますか？

10 mqtt  communication  coap 

私はXMPPをIoTデバイスの潜在的な通信プロトコルとして読んでいましたが、1つのソースを読んだ後、各メッセージのオーバーヘッドを懸念している場合、それが本当に適切なプロトコルであるかどうかわかりません。 このソースは述べています： ただし、XMPPにはいくつかの問題があり、EMBEDDED IOT PROTOCOLSにはやや望ましくありません。XMPPはXMLベースのプロトコルであるため、HTTPよりも非常に詳細であり、データオーバーヘッドが大きくなります。IOT CONNECTED DEVICEからサーバーに1バイトのデータを送信するための単一の要求/応答交換は、0.5 kBを超えます。 効率的なXML Interchange（EXI）と呼ばれるXMLエンコーディングを使用してXMPPを圧縮するドラフト仕様があります。ただし、EXIを使用しても、同じ1バイトのデータはXMPPだけから数百バイトのプロトコルオーバーヘッドを取得します。EXIは、現在利用可能な他のオプションよりも処理がはるかに難しいフォーマットです。これらの固有の問題のため、組み込みIoTアプリケーションでXMPPを使用しないことをお勧めします。 ただし、XMPP はそれ自体がIoTアプリケーションに適していると宣伝しています（ただし、オーバーヘッドが低いとは具体的には言われていません）。そのため、このような大規模で一見冗長なプロトコルがIoTデバイスに推奨/昇格されるのは奇妙に思われます。 XMPPのオーバーヘッドは、ソースが少量のデータに対して示しているのと同じくらい大きいですか？たとえば、8バイトのメッセージを送信する場合、どのくらいのオーバーヘッドがありますか？ また、（ソースで言及されているように）EXI圧縮が使用されている場合、オーバーヘッドはそれほど大きいですか？これにもいくつかの落とし穴がありますか？

10 communication  networking  xmpp 

あなたの車に差し込むことができるこれらのデバイスがあり、保険会社はあなたの保険費用を「下げる」ためにリアルタイムのデータを得ることができます。 USNews、2016年からの画像。 彼らはどのようにインターネットに接続しますか？衛星？モバイルネットワーク？Googleで検索しても、あまり情報が得られません。 デバイスが車のコンピューターに接続されると、コンピューターが収集したすべてのデータを確認でき、保険会社がプログラムで見つけたものをすべて取得します。次に、ワイヤレス技術を使用して、その情報を保険会社に送信します。 USNews。、それらの自動車保険追跡装置はどのように機能しますか？、2016 それ以外に、それらのデバイスはどのくらい安全ですか？中間者攻撃は可能ですか？送信されているデータを変更する可能性はありますか？

9 security  communication 

私は相互にデータを送信するデバイスのIoTネットワークを使用しており、データはデータベースに保存されています。 デバイスが10パケット/ APIリクエストを順番に送信している場合、宛先に到達するのがごく少数の場合があります。たとえば、パケット1、3、9は宛先に到達し、他のパケットは到達しない場合があります。 これらのパケットを追跡して、すべてが重複や漏洩なしに宛先に到達するようにするにはどうすればよいですか？実際のシナリオでは、1つのデバイスがパケットを失うだけでなく、何千ものデバイスが存在すると予想しています。

9 networking  communication 

MQTTを使用すると、送信者はサービスの品質（QoS）レベルを設定できます。これにより、メッセージが受信されるかどうか（および重複が許可されるかどうか）に関する特定の保証が提供されます。HiveMQからのこの記事では、QoSレベルが低いクライアントが、送信者が要求した保証を備えたメッセージを受信しないというダウングレードの問題を強調しています。 すでに述べたように、パブリッシングクライアントとサブスクライブクライアント間のQoSフローは2つの異なるものであり、QoSも異なる場合があります。つまり、QoSレベルは、メッセージをパブリッシュするクライアントA、およびパブリッシュされたメッセージを受信するクライアントBとは異なる可能性があります。送信者とブローカーの間で、QoSは送信者によって定義されます。ブローカーがすべてのサブスクライバーにメッセージを送信すると、クライアントBからのサブスクリプションのQoSが使用されます。 MQTTは、このダウングレードが受け入れられないこと、およびメッセージが元の送信者の要求されたQoSを使用して配信される必要があることを示す方法を提供しますか？メッセージを送信する前に、送信者と受信者の両方に必要なQoS設定があることを確認する唯一のオプションはありますか？

9 mqtt  communication 

私の主な目的は、Arduinoを作成するか、Androidでアプリを作成して家の照明を制御することです。 私の家にはNexwell Tukanがあり、照明や電源コンセントなどを制御できます。また、LANカードも付いているので、携帯電話やPCで制御できます。このアプリはNexovisionと呼ばれます。そのプログラムでは、さまざまなものを追加して制御できます。 だから私がする必要があるのは、ソフトウェアがさまざまなものをオン/オフにし、それらをarduino / androidアプリに送信させるために使用するパケットを取得することです。 "l.soverom 1"はNexwellの私の部屋の名前です。6528はライトがオンのとき、0はオフのときです。PCのIPは154のIPで、IoTは75です。最初の行は認証です多分、 WireShark .pcapngへのリンクは次のとおりです。

8 smart-home  communication 

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

8 mqtt  communication  protocols  coap 

私はMQTTに不慣れです（そして一般的にホームオートメーションです。システムと開発者の方がずっと好きです）、WiFiスイッチ（Sonoff Basic）をフラッシュし、それをMosquittoとHome Assistantのインスタンスに接続しました。これまでのところ、すべてが正常に機能しています。 Mosquittoバスを監視すると、次のようなメッセージが表示されます。 tele/hass1/LWT Online tele/home/room1/switch1/LWT Online cmnd/home/room1/switch1/POWER OFF 私home/room1/switch1は自分のWiFiスイッチで定義したものを認識し、スイッチはcmnd（コマンド？誰もスイッチを操作しなかったので驚くでしょう）およびtele（テレメトリ？）で始まるいくつかのトピックを送信しました。tele/hass1/...Home Assistantによって生成されます。 プレフィックスの標準または一般に受け入れられている慣行はありますか？ MQTTドキュメントはトピックのフォーマット方法を説明しますが、構造は導入していません（で始まるトピックを除く$）ので、ベストプラクティスは、ベストプラクティス（またはフルストップ）であると思います。

7 mqtt  communication  mosquitto