複数のIoTプロジェクトユニットへのリモートアクセス


10

私たちはIoTプロジェクトの計画の初期段階にあります。

私たちが苦労している1つの問題は、インターネットベースのサーバーがIoTプロジェクトの各ユニットにアクセスし、コードの更新、メッセージなどを展開する方法です。

もちろん、これは心配です。もちろん、各IoTユニットは、設計により閉じられた独自のWiFiネットワーク内にあります。

私たちのサーバーは、セットアップの重要な部分であり、どのようにそれぞれの閉じたネットワーク内のすべてを「子供」と呼んでいますか?


1
IoT Stackexchangeへようこそ!どのプロトコルを使用する予定ですか?
anonymous2

@ anonymous2:歓迎してくれてありがとう。私を許してください、しかし私はこれに完全に新しいです。どのプロトコルを使用すればよいのかわかりません。少なくとも、あなたが何を指しているのかわかりません。
sisko 2017

1
@Mawg-歴史的にもそうではない。本当のことは、クライアントが接続を開始する必要があるということですが、接続が開いている限り、サーバーは一方的なトラフィックをその下にプッシュできます。接続が切断された場合、クライアントはそれを再確立します。これは新しい考えではありません。
Chris Stratton 2017

ワウ!私はなかった本当にそれを書くのか?就寝時間の直前ですが、まだ言い訳はありません。私は(私は私の主なポイントは、これはのIoT&質問には何も新しい、より良い姉妹サイトに頼まれている可能性がありますがされていないということだったこと、しかし、考えて)そのuncromulentコメントを削除します
MawgはREINSTATEモニカ言う

回答:


6

完全なIoTデバイス管理プラットフォームを探している必要があるようです。スケーラビリティ、セキュリティ、プロビジョニング、およびファームウェアの更新の複雑な側面が多すぎるため、これを社内でゼロから試して開発するには賢明なことではありません。必ずオープンスタンダードを使用するプラットフォームを選択してください。

より直接的に質問に答えるために、各エンドポイントは通常、クラウドサーバーへのTLSで保護された接続を開きます(接続の目的に応じて、CoAP、LWM2M、またはMQTTなどを使用)。したがって、接続はほとんど常にエンドポイントから開始されます。エンドポイントからの支援なしでクラウドが接続を開始する可能性が高いのは、IPv6または特に特定の使用事例の場合のみです。


5

プライベートネットワークに点在するデバイスにアクセスする1つの良い方法は、通信にMQTT使用することです。MQTTサーバーでは、トピックに関するメッセージをパブリッシュし、デバイスはそれらをサブスクライブして、新しいコンテンツがトピックに到着したときに通知を受けることができます。

Webの周りで利用可能なソリューションがあり、1つを選択するか、独自のソリューションを実装します。

主なアイデアは、「ファームウェアの更新」などのトピックを作成することであり、リンクまたはパケット自体が応答として送信されます。メッセージを既読としてマークするためのMQTTメッセージは、更新を1回だけ行います。

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.