MQTTブローカーをIoTアプリケーションフレームワークに変換する

自分の犬の食べ物を食べる一番の1つです インタビュー キーワード からSridhar ヴェムブお問い合わせ だった Zoho の作業 Zoho Writer と Zoho のドキュメント管理システムの作成中に行われる練習です。 今日も練習。 あなたの顧客のためにあなたの会社によって作成されるソフトウェアを使用していません 自分の内部目的のため。 これは最もシンプルで強力な方法の1つです。 トラブル お客様からのお問い合わせ それはあなたがあなたのソフトウェアに作ることができる強化を特定するのに役立ちます. 私達は変形しました お問い合わせMQTTブローカーIoT アプリケーションへ 同じことを練習するフレームワーク。 過去数ヶ月に渡り建物を築いた プロダクトのための製造業 実行システム当社のMQTTブローカーの上に。

データ収集と保管

ホストされているすべてのIoTコードベンダーに対してサイトマップ,,ログイン, そして他のMQTTブローカーはのようなHiveMQの特長,モスキート初期から、 ブローカーであることよりも何かをビルドしたい。 メッセージブローカーは、間でのみメッセージを変換 お問い合わせ 機械および装置。 市場で取り扱っている最も注目すべきソリューションの1つは、建物です。 マネージャーのアプリケーション MQTTクライアントの背後にある。 MQTTブローカーは、データを処理できるデータベースに保存するオプションを持っていた お問い合わせ マネージャー アプリケーション。 データを受信し、エッジデバイスを管理するために複数のホックを持っていた エッジデバイス。 MQTTブローカーは、ユーザー インターフェースデバイスを閲覧・管理するための技術

学びましたか?

お客様からデータベースを直接お問い合わせいただくか、統合お問い合わせサイトマップまたは レディスまたはダイニングお問い合わせ データの処理と可視化 これは、ユーザーインターフェイスとデバイスにもかかわらず起こっていた 管理オプション デバイスやルールエンジンへのコマンドの送信など。 しかし、欠陥なし、MQTTブローカーは、 お問い合わせ 関数 意図されている。

製造業界向け日産生産モニターの設置を開始 ( )分離プロセス) 1つの部分として お問い合わせメニュー取り組み 開発サイクルは、ブローカーがそのコアを正しくやっていたことを理解するのに役立ちます。 しかし、それは100%は、完全な業界4.0アプリケーションを構築するための要件をカバーしていません。

MQTTRoute 2.0 - 完全なIoTアプリケーションフレームワーク

私たちは、物事アプリケーションの完全なインターネットを確保するために努力していますユーザー インターフェイスのカスタマイズ、データ集計及び分析、でき事のデータ比較 処理されたデータを使って。追加のホックを使用して、すべてのカスタム実装を行うことができます。 これらのホックは、現在、python ベースのものです。 週の時間帯に同じロールアウトします。 新しいIoTアプリケーションフレームワークが役立つと確信しています 建設・管理 産業用IoTアプリケーションは、単一のプロセス内でより速く、はるかに簡単です。

お問い合わせお問い合わせお問い合わせ 業界実装に必要な特定のニーズがあります。