第 3-1 课:选择下行数据处理方案

本文探讨Maque IotHub的下行数据处理,包括定义下行数据的类型和元数据,以及两种发送下行数据的方案:完全基于MQTT和基于EMQ X。强调了MQTT架构中的上行下行概念,并分析了两种方案的优缺点,为项目选择提供了参考。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

接下来的几节课,我们会来设计和实现 Maque IotHub 的下行数据处理功能

定义下行数据

在物联网应用中,下行数据一般有两种,第一种是需要同步的数据,比如平台需要把训练好的模型部署到前端的摄像头上,那平台下发给设备的消息里面就包含模型数据的信息;第二种是指令,平台下发给设备,要求设备完成某种操作,比如共享单车的服务端下发给单车开锁的指令。

在 Maque IotHub 里,我们会把这两种下行数据统称为指令,因为第一种数据也可以被当作是要求设备完成"同步数据"这个操作的指令。 在大多数情况下,设备在收到指令后都应该向业务系统回复指令执行的结果(注意,不是回复指令已收到,因为使用 QoS>1 的消息在 MQTT 协议层面就已经保证设备一定能收到指令),比如文件有没有下载完毕、继电器有没有打开等。 是否回复以及怎么回复应该由业务逻辑决定,这个是业务系统和设备之间的约定, IotHub 只负责将业务系统下发的指令发送到设备,同时将设备对指令的回复再传送回业务系统。 IotHub 在实现一些功能时,也会向设备发送一些内部的指令。

和上行数据一样,指令也由元数据和负载组成,指令的元数据也是放在主题名中的,一般来说指令有以下一些元数据:

  • ProductName、DeviceName:用于标识指令发给哪个设备。
  • MessageID:作为消息的唯一标识,用于消息去重,也用于标识指令,设备回复指令时会用到。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

sufish

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值