IoT実装シリーズ – データの設計
バイ Ponlakshmi
IoT実装シリーズの一部として、このトピック エッジデバイスとセントラル間のデータ通信の設計におけるベストプラクティス プラットフォーム
IoTデバイスからクラウド対応まで
人間は常にあらゆる行動に対する反応を期待しています。 応答は感情的、物理的、視覚的、または どんな人でも 理解可能な形態。 同じことは、インテンションを経由してやり取りするときの規範です。IoTデバイスお問い合わせ 開発者はしばしば見逃します エッジデバイスが人に戻る応答の完了のためにそれらを必要としている点。 認証ユーザーのニーズは、プロトコルが提供するものと異なるものです。 プロトコルレベルの ack メッセージ 確認のみ エッジまたはサーバー内のデータのレシート。 しかし、プロトコル ack が送信された後にアクションが起こる バック。 そのため、意図したアクションが終わったら、デバイスやサーバーからメッセージを送信するようにする必要があります。 お問い合わせ 応答は成功または成功でなければなりません 結果に基づいてメッセージが失敗します。 メッセージがトリガーされる前に結果を確認してください。
正しいメッセージハンドルの設計
すべてのIoTプロトコルは、デバイスとマネージャ間でイベントとコマンドメッセージの識別子を持っています アプリケーション。MQTTの特長名前で呼び出しますトピックお問い合わせ コミュニケーションのために良いと明確なトピックを定義することが非常に重要です。 トピックは、人間も理解できるように非常に関連性があるはずです。 お勧めする お問い合わせ サブスクリプションに必須のデバイス識別子は、コマンドがどこに行くかを知ることができます。 イベントでは、トピックを使用するインキュベーターの選択です。
関連するデータをMQTTクラウドに送信
半分の焼きデータはデータがないと同等です。 そのため、すべてのデータを利用できるようにしてください。 端から雲。 例えば、エッジデバイスから機械の状態を収集する場合、コア情報は、 機械の健康 温度、冷却剤の流れ、振動レベルのような。 しかし、私たちはしばしば時間の上昇の視力を失う エッジ。 それはより良いです エッジデバイスから時刻を取得するには、サーバーの時刻を使用するよりも時間を取得します。 デバイス識別子も同様に追加 データの一部 データ分析中に多くの助けを借りることができます。 他にないコア情報もあります。 今日の関心。 しかし、将来の分析のためにそれらを持っている方が良いです。
デバイスの識別とグループ化
異なるIoT クラウドアプリケーションには、異なる種類のデバイス識別プロセスがあります。 それらのほとんどは、 これは、 デバイスを追加するとき。 しかし、このプロセスは、これらのデバイスを追加する人間の努力を増加させます。Bevywise IoTプラットフォーム任意のデバイスを許可する 正しい auth キーを持っているかどうか接続します。 デバイスは後で追加データを送信することができます。 今日のIoTプロトコルのほとんどは、より多くの送信を許可しません インフォメーション サーバに接続している間。 そのため、レジスタコマンドとリクエストされたデータの一覧を識別します。 IoT プラットフォームは、プロトコルに基づいて別のメッセージとして送信します。
プラットフォーム側では、運用者向けのデバイス固有のユーザーインターフェイスを作成できます。 自分の役割について。 IoTプラットフォームは、主にデバイス、メーカー、場所などを知る必要があります。 しかし、あなたはできる 常にそれをカスタマイズして、もっと IoTに必要な情報 デバイス管理と在庫
モバイル統合
IoT 実装における最大の決定点の1つは、開発者が同じを使用する傾向にあることです。 プロトコルへ モバイルアプリケーションを接続します。 しかし、それはモバイルアプリケーションの正しいIoT実装ではありません。 モバイルアプリケーションは、上に構築する必要がありますREST APIの特長IoTプラットフォームの統合と のようなメッセージング システムFirebaseクラウドメッセージングお問い合わせ 通知。 オプションとして、開発者はプロトコルを使うことができます アプリケーションがサーバーにインスタントメッセージのために開くときベースの通信, しかし、最後にそれに依存しないでください。
Bevywiseネットワークエンドツーエンドソリューションプロバイダ Edge デバイスから任意の垂直方向への IoT 実装のためIoTクラウド プラットフォームお問い合わせ お客様のご要望にお応えいたします。
関連記事: