Azureデバイスツインは以前のデータを保持します

Question

私はAzure IOTハブでAzureデバイスツインを使用していますが、この問題はデバイスツインビヘイビアに関するものです。

私は以下のようなDeviceTwin構造を持っています。純粋なMQTTプロトコルを使用してデータを公開しています。

私は双子のデータを公開するために使用トピックは次のとおりです。？$ iothub /ツイン/ PATCH /プロパティ/報告/ $ = c1a12cc8-4168-4e16-a1bb

を取り除く私が送信されたペイロードは、次のとおりです。

{ 
    "deviceId": "34aa078e", 
    "properties": { 
    "desired": { 

    }, 
    "reported": { 
     "notifications": { 
     "notification1": { 
      "primaryCode": "crprim1",   
      "statusChangeTimestamp": 1507115005615 
     }, 
     "notification2": { 
      "primaryCode": "crprim2",   
      "statusChangeTimestamp": 1507117507027 
     } 
     }, 
     "location": { 

     }  
    } 
    } 
} 

DeviceTwinのドキュメントに記載されているように、すべての機能が正常に動作していますが、このDeviceTwinのビヘビアに関してクリアする必要があります。

IはDeviceTwin上に更新するMQTTを介して（notificaion3と命名）一つの新たな通知を含むメッセージペイロードを送信すると、それだけではなく、単にnotification3notificationsと全体のコンテンツを置き換えるのnotificationsnotification3オブジェクトに追加します。

私が送信されMQTTペイロード：

{ 
    "notifications": { 
     "notification3": { 
      "primaryCode": "crprim3",   
      "statusChangeTimestamp": 1607115005615 
     } 
    } 
} 

だから私は最終的にDeviceTwin構造で、次のしていることになる、

{ 
    "deviceId": "34aa078e", 
    "properties": { 
    "desired": { 

    }, 
    "reported": { 
     "notifications": { 
     "notification1": { 
      "primaryCode": "crprim1",   
      "statusChangeTimestamp": 1507115005615 
     }, 
     "notification2": { 
      "primaryCode": "crprim2",   
      "statusChangeTimestamp": 1507117507027 
     }, 
     "notification3": { 
      "primaryCode": "crprim3",   
      "statusChangeTimestamp": 1607115005615 
     } 
     }, 
     "location": { 

     }  
    } 
    } 
} 

代わりに、以下の、

{ 
    "deviceId": "34aa078e", 
    "properties": { 
    "desired": { 

    }, 
    "reported": { 
     "notifications": {   
     "notification3": { 
      "primaryCode": "crprim3",   
      "statusChangeTimestamp": 1607115005615 
     } 
     }, 
     "location": { 

     }  
    } 
    } 
} 

しかし、デバイスツイン特定のデバイスの最新のスナップショットが含まれている必要があり、以前のデータを保持してはいけません（ウィットオブジェクトレベルとの関係）。 これはAzure Device Twinの通常の動作ですか？それとも何らかのバグですか？

Answer 1

上記の説明に基づくデバイスツインの動作は正しくありません。すべての通知プロパティ（1,2,3）が表示されます。

MQTTBox Client、iotdevtool.com、Azure IoT Hub Testerなどのサードパーティのツールを使用すると、デバイスのツイン動作を確認できます。

次の画面スニペットは、私のAzureのIoTハブ領域で、このテストを示しています。

ステップ1：

：デバイス2ツインに notification2と notification1 を追加することが通知性質を報告しました

手順2：デバイス2のツインを取得し、通知3を追加

ステップ3：それはバグではありませんすべての通知性質

Answer 2

を見るためにデバイス2双子を取得通知プロパティを移植しました。 Azure Device Twinのこの動作の詳細については、this documentを参照してください。

説明に基づいて、報告されたプロパティの1つを継続的に更新したいとします。ここでは、それを「notification1」と呼びます。

{ 
    "notifications": { 
     "notification1": { 
      "primaryCode": "crprim3",   
      "statusChangeTimestamp": 1607115005615 
     } 
    } 
} 

ないこの：

は変わらないプロパティ名を維持するだけその値を更新され

{ 
    "notifications": { 
     "notification3": { 
      "primaryCode": "crprim3",   
      "statusChangeTimestamp": 1607115005615 
     } 
    } 
} 

だからあなたのMQTTペイロードはこれを好きなはずです。

あなたはこのようにNULLにその値を設定することができ、他の冗長プロパティを削除するには：

{ 
    "notifications": { 
     "notification2": null, 
     "notification3": null 
    } 
}