需要和报告的 Azure IoT 中心 属性
Azure IoT Hub Desired and Reported Propery
在 Azure Hub 设备孪生中,我们有 Desired Properties 和 Reported Properties。我想这就像一个设定值和实际值。
因此,当我想更改值时,我会更新 Desired 属性,然后等待相应的 Reported 属性 更新为实际值,这样对吗?
更新 Desired 属性 时,不触及相应的 Reported 属性 是正常做法吗?我的意思是将它设置为 null 或其他表示我们还没有实际报告值的东西......如果设备 属性 确实已更新但来自设备的报告消息未能到达,我们将有一个旧的报告值。我认为它不应该更新,也许这些属性有时间戳以查看报告的值是否尚未更新。
在更改所需 属性 的同时更改报告的设备属性是不正常的做法。如果设备没有报告 属性,它就不会在报告的属性中可用。因此,为了回答您的两个问题,这里有一个场景:
- 您的设备 运行,玩得很开心。它没有收到所需的属性,也没有报告它自己的属性。
- 您转到门户并添加所需的 属性,属性 foo 的值为 bar,你什么都不改变。
- 设备收到此 属性 的请求,实施更改并向 IoT 中心报告 foo 现在是 bar.
- 查看门户中的设备孪生,您注意到报告的 属性,报告的属性的元数据也指示带有时间戳的
$lastUpdated
值。
报告的属性就是报告的内容。设备可以报告不在所需属性中的属性,或更新报告的 属性 而未收到新的所需 属性。
在 Azure Hub 设备孪生中,我们有 Desired Properties 和 Reported Properties。我想这就像一个设定值和实际值。
因此,当我想更改值时,我会更新 Desired 属性,然后等待相应的 Reported 属性 更新为实际值,这样对吗?
更新 Desired 属性 时,不触及相应的 Reported 属性 是正常做法吗?我的意思是将它设置为 null 或其他表示我们还没有实际报告值的东西......如果设备 属性 确实已更新但来自设备的报告消息未能到达,我们将有一个旧的报告值。我认为它不应该更新,也许这些属性有时间戳以查看报告的值是否尚未更新。
在更改所需 属性 的同时更改报告的设备属性是不正常的做法。如果设备没有报告 属性,它就不会在报告的属性中可用。因此,为了回答您的两个问题,这里有一个场景:
- 您的设备 运行,玩得很开心。它没有收到所需的属性,也没有报告它自己的属性。
- 您转到门户并添加所需的 属性,属性 foo 的值为 bar,你什么都不改变。
- 设备收到此 属性 的请求,实施更改并向 IoT 中心报告 foo 现在是 bar.
- 查看门户中的设备孪生,您注意到报告的 属性,报告的属性的元数据也指示带有时间戳的
$lastUpdated
值。
报告的属性就是报告的内容。设备可以报告不在所需属性中的属性,或更新报告的 属性 而未收到新的所需 属性。