来自IoT中心的设备双路线 [英] Device Twin Routes from IoT Hub

查看:58
本文介绍了来自IoT中心的设备双路线的处理方法,对大家解决问题具有一定的参考价值,需要的朋友们下面随着小编来一起学习吧!

问题描述

我正在通过服务总线队列和Azure函数将所有设备孪生更新从IoT中心路由到Cosmos DB

流:IoT中心-> IoT中心消息路由->服务总线队列->触发Azure功能(.NET Core)-> CosmosDB

序列运行正常,但IoT中心仅将消息正文发送到Azure Function,而不是整个IoT Hub消息(包括系统属性,应用程序属性和正文)

主体包含下面的Twin Json,但是没有将具有设备ID和设备自定义属性的IoT中心消息的系统属性和应用程序属性发送给Azure函数.

如果我刚收到此设备孪生Json,我将不知道此孪生信息属于哪个设备.

{

  ‘version’:26,

  属性":{

   所需":{

     ;  "TemperatureUnits":2,

     ;  "$ metadata":{

     ;    "$ lastUpdated":"2018-12-18T10:06:54.3757271Z",

     ;    "$ lastUpdatedVersion":22,

     ;    "TemperatureUnits":{

     ;     "$ lastUpdated":"2018-12-18T10:06:54.3757271Z",

     ;     "$ lastUpdatedVersion":22

     ;    }

     ;  },

     ;  " $ version":22

   }

  }

}

我还必须做点其他事情吗?

解决方案

可以共享在Azure函数上提取消息属性和正文所使用的代码吗?另外为什么还要在Azure Function之前使用Service Bus?

这是一本好书:{

  "version": 26,

  "properties": {

    "desired": {

      "TemperatureUnits": 2,

      "$metadata": {

        "$lastUpdated": "2018-12-18T10:06:54.3757271Z",

        "$lastUpdatedVersion": 22,

        "TemperatureUnits": {

          "$lastUpdated": "2018-12-18T10:06:54.3757271Z",

          "$lastUpdatedVersion": 22

        }

      },

      "$version": 22

    }

  }

}

Do I have to do something else ?

解决方案

Can you share the code you are using on your Azure Function to extract the message properties and body? Also why do you use Service Bus before Azure Function?

This is a good reading: How to use Azure Functions with IoT Hub message routing

Thanks!


这篇关于来自IoT中心的设备双路线的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持IT屋!

查看全文
登录 关闭
扫码关注1秒登录
发送“验证码”获取 | 15天全站免登陆