問題タブ [azure-iot-hub-device-management]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
azure - IoT エッジが報告したクライアント ステータスのタイムライン
IotHub デバイス クライアントの接続状態のタイムラインを描画する (つまり、描画するデータを取得する) にはどうすればよいですか?
すべてのデバイスから可用性ステータスのタイムラインを描画したいと考えています。そのために、次のことを行っています。
- 1 分ごと: すべての「$edgeHub」モジュールのアイデンティティ ツインを要求します
- 「$edgeHub」で報告されたクライアントをデータベースに保存します
- このデータベースからタイムラインを取得する
デバイスの数が増えると、多くの要求を行うことになります。Azure IoT リソースを使用してそれを行うための最適化された方法が他にないのではないかと考えていました。
「$edgeHub」モジュール Twin からサンプルを取得します。
API 呼び出しにはhttps://github.com/amenzhinsky/iothubを使用しています
Azure 監視デバイスの状態についてさらに調査するのに役立つ回答をお待ちしております。
azure - ベース デプロイが変更されたときに、Azure エッジのレイヤード デプロイが再適用されない
IoT デバイスの展開を使用し、展開テンプレートを使用してこれらを管理しています。私は、デプロイをレイヤード アプローチに移行しようとしています。このアプローチでは、必要なすべてのコンテナーを含む基本デプロイを使用してから、製品の種類に応じたレイヤーを適用します。
基本デプロイメントを変更してもレイヤーが再適用されないことに気付きました。不適切なクロップに注意してください。3 つのデバイスがターゲットになっていると表示されていますが、基本展開を更新した後、それらのデバイスには適用されません。
また、展開を変更した後にレイヤーを再適用すると、すべてが正常に機能します。
基本デプロイメントを変更したからといって、レイヤーで定義されたコンテナーを削除したくありません。
階層化された展開に関するドキュメントには、これについては何も記載されていません。一貫してこれを再現できます。
意図された動作は何ですか? これは階層化された展開の目的を壊していませんか?
また、階層化された展開を使用すると、スタックが非常に遅くなることに気付きました。各製品の「モノリシック」展開テンプレートにロールバックすると、すべてが再びスムーズになります。でルートを使用していますedgeHub。これらのルートの一部は、レイヤーとしてデプロイされたコンテナを指しています。それが問題かどうかはわかりませんが、このコンテナーがデプロイされた後でも非常に遅いです。システムは機能しますが、極端な遅延があります。
mqtt - MQTT を使用して Azure IoT Hub にデータを発行する
MQTT ブローカーにデータを公開できるデバイスを持っています。このデバイスをクライアントとして Azure IoT Hub にデータを発行しようとしています。
マシンには次のようなデータがあります。
- デバイス/トピック1/パラメータ1
- デバイス/トピック1/パラメータ2
- デバイス/トピック1/パラメータ3
- デバイス/トピック2/パラメータ1
- Device/Topic2/Param2 など、7 つの異なるトピックからの約 50 のパラメーター。
これらすべてのパラメーターを MQTT を使用して Azure IoT Hub に送信するにはどうすればよいでしょうか? IoT Hub でデバイスを作成できますが、デバイスごとに 1 つのトピックしか提供されません。他に実現可能性はありますか？