微信小程序使用MQTT远程控制单片机——MQTT控制报文③

最新推荐文章于 2024-04-28 01:15:03 发布
最新推荐文章于 2024-04-28 01:15:03 发布
阅读量3k 收藏 59
点赞数 13
分类专栏： 嵌入式项目 MQTT 文章标签： mqtt 阿里云 微信小程序
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_43843155/article/details/117408914
版权

微信小程序MQTT远程控制单片机——MQTT控制报文②

DISCONNECT ——断开连接

固定报头

报文则为：E0 00
在这里插入图片描述

可变报头

DISCONNECT报文没有可变报头。

有效载荷

DISCONNECT报文没有有效载荷。

响应

客户端发送DISCONNECT报文之后：

  • 必须关闭网络连接
  • 不能通过那个网络连接再发送任何控制报文

服务端在收到DISCONNECT报文时：

  • 必须丢弃任何与当前连接关联的未发布的遗嘱消息
  • 应该关闭网络连接，如果客户端 还没有这么做。

测试

我们先连接上阿里云，
在这里插入图片描述
在这里插入图片描述
测试成功

PINGREQ——心跳请求

客户端发送PINGREQ报文给服务端的。用于：

在没有任何其它控制报文从客户端发给服务的时，告知服务端客户端还活着。
请求服务端发送 响应确认它还活着。
使用网络以确认网络连接没有断开。
保持连接（Keep Alive）处理中用到这个报文

固定报头

总报文为：C0 00
在这里插入图片描述

可变报头

PINGREQ报文没有可变报头。

有效载荷

PINGREQ报文没有有效载荷。

响应

服务端必须发送 PINGRESP报文响应客户端的PINGREQ报文

测试

在这里插入图片描述

SUBSCRIBE - 订阅主题

客户端向服务端发送SUBSCRIBE报文用于创建一个或多个订阅。每个订阅注册客户端关心的一个或多个主题。为了将应用消息转发给与那些订阅匹配的主题，服务端发送PUBLISH报文给客户端。SUBSCRIBE报文也（为每个订阅）指定了最大的QoS等级，服务端根据这个发送应用消息给客户端。

SUBSCRIBE报文固定报头

固定报文转化为十六进制为：82 xx
在这里插入图片描述

SUBSCRIBE控制报固定报头的第3,2,1,0位是保留位，必须分别设置为0,0,1,0。服务端必须将其它的任何值都当做是不合法的并关闭网络连接 [MQTT-3.8.1-1]。

剩余长度字段
因为剩余长度是可变报头的长度（2字节）加上有效载荷的长度。所以这里的报文还不知道用xx代替

可变报头

报文标识符等于10的可变报头即：00 0A（十六进制）

报文标识符就相当于ID

在这里插入图片描述

有效载荷

SUBSCRIBE报文的有效载荷包含了一个主题过滤器列表，它们表示客户端想要订阅的主题。。服务端应该支持包含通配符的主题过滤器。如果服务端选择不支持包含通配符的主题过滤器，必须拒绝任何包含通配符过滤器的订阅请求 。每一个过滤器后面跟着一个字节，这个字节被叫做 服务质量要求（Requested QoS）。它给出了服务端向客户端发送应用消息所允许的最大QoS等级。

SUBSCRIBE报文的有效载荷必须包含至少一对主题过滤器 和 QoS等级字段组合。没有有效载荷的SUBSCRIBE报文是违反协议的

请求的最大服务质量等级字段编码为一个字节，它后面跟着UTF-8编码的主题名，那些主题过滤器 /和QoS等级组合是连续地打包。

在这里插入图片描述

当前版本的协议没有用到服务质量要求（Requested QoS）字节的高六位。如果有效载荷中的任何位是非零值，或者QoS不等于0,1或2，服务端必须认为SUBSCRIBE报文是不合法的并关闭网络连接。

看不懂就直接看我操作，其实我也看不懂个，我只是看了老师教学视频而已，他也没咋将，就讲操作。

第一，主题过滤器表示的是客户端需要订阅的主题，这里是订阅阿里云里的设备主题。然后转化为十六进制：2F 73 79 73 2F 61 31 58 73 68 74 73 6B 74 4A 56 2F 5A 30 30 31 2F 74 68 69 6E 67 2F 73 65 72 76 69 63 65 2F 70 72 6F 70 65 72 74 79 2F 73 65 74。我还需要计算这个十六进制的长度这里是48个自己转化为十六进制为 00 30，这个字节长度要放到主题过滤器前面也就是：00 30 2F 73 79 73 2F 61 31 58 73 68 74 73 6B 74 4A 56 2F 5A 30 30 31 2F 74 68 69 6E 67 2F 73 65 72 76 69 63 65 2F 70 72 6F 70 65 72 74 79 2F 73 65 74
注意：里面的deviceName必须要把自己的设备名称带进去，我的是Z001
在这里插入图片描述
在这里插入图片描述

第二，服务质量要求，其实就是选择服务质量等级
在这里插入图片描述
我们一般选择服务等级0，所以为 00，如果等级选择1那就是01
所以整个负载报文为：00 30 2F 73 79 73 2F 61 31 58 73 68 74 73 6B 74 4A 56 2F 5A 30 30 31 2F 74 68 69 6E 67 2F 73 65 72 76 69 63 65 2F 70 72 6F 70 65 72 74 79 2F 73 65 74 00

SUBSCRIBE总报文

所以我们这个SUBSCRIBE-订阅主题的报文为：82 xx 00 0A 00 30 2F 73 79 73 2F 61 31 58 73 68 74 73 6B 74 4A 56 2F 5A 30 30 31 2F 74 68 69 6E 67 2F 73 65 72 76 69 63 65 2F 70 72 6F 70 65 72 74 79 2F 73 65 74 00，哦对还要计算剩余长度，也就是可变报头跟有效负载的长度为35，所以完整报文为82 35 00 0A 00 30 2F 73 79 73 2F 61 31 58 73 68 74 73 6B 74 4A 56 2F 5A 30 30 31 2F 74 68 69 6E 67 2F 73 65 72 76 69 63 65 2F 70 72 6F 70 65 72 74 79 2F 73 65 74 00 这样我们就够建好了SUBSCRIBE的订阅。

上机测试，测试成功
在这里插入图片描述

SUBACK 订阅确定

服务端发送SUBACK报文给客户端，用于确认它已收到并且正在处理SUBSCRIBE报文。

SUBACK报文包含一个返回码清单，它们指定了SUBSCRIBE请求的每个订阅被授予的最大QoS等级。

上面，我们订阅了阿里云上的设备主题，回复了几个字节90 03 00 0A 01我们就讲解各为什么意思

固定报头

在这里插入图片描述

可变报头包含等待确认的SUBSCRIBE报文的报文标识符，这里十六进制字节表示为 90，剩余字节数用xx表示

可变报头

可变报头包含等待确认的SUBSCRIBE报文的报文标识符，这里的标识符就是上面SUBSCRIBE里可变报头所说的 00 0A，这个标识符是可变的，只要在SUBSCRIBE设置标识符，这里的SUBACK 就会跟随变化
在这里插入图片描述

有效载荷

有效载荷包含一个返回码清单。每个返回码对应等待确认的SUBSCRIBE报文中的一个主题过滤器。返回码的顺序必须和SUBSCRIBE报文中主题过滤器的顺序相同
在这里插入图片描述
我们设置的等级为0，理应回复00，为什么回复的是01呢？，因为阿里云的话，不管是等于0 还是等于1，回复的都是01

UNSUBSCRIBE –取消订阅

客户端发送UNSUBSCRIBE报文给服务端，用于取消订阅主题。

固定报头

固定报头报文为：A2 xx
在这里插入图片描述
UNSUBSCRIBE报文固定报头的第3,2,1,0位是保留位且必须分别设置为0,0,1,0。服务端必须认为任何其它的值都是不合法的并关闭网络连接
剩余长度字段

等于可变报头的长度加上有效载荷的长度。用xx表示

可变报头

可变报头包含一个报文标识符

在这里插入图片描述
这里的标识符是为SUBSCRIBE里设置的标识符一样的为00 0A

有效载荷

UNSUBSCRIBE报文的有效载荷包含客户端想要取消订阅的主题过滤器列表。UNSUBSCRIBE报文中的主题过滤器必须是连续打包的。

UNSUBSCRIBE报文的有效载荷必须至少包含一个消息过滤器。没有有效载荷的UNSUBSCRIBE报文是违反协议的 。

有效载荷字节格式非规范示例

在这里插入图片描述

有效载荷报文

我们先换算阿里云的订阅主题为十六进制，即00 30 2F 73 79 73 2F 61 31 58 73 68 74 73 6B 74 4A 56 2F 5A 30 30 31 2F 74 68 69 6E 67 2F 73 65 72 76 69 63 65 2F 70 72 6F 70 65 72 74 79 2F 73 65 74 ，注意前面两个字节00 30是订阅主题的十六进制长度
在这里插入图片描述

响应

UNSUBSCRIBE报文提供的主题过滤器（无论是否包含通配符）必须与服务端持有的这个客户端的当前主题过滤器集合逐个字符比较。如果有任何过滤器完全匹配，那么它（服务端）自己的订阅将被删除，否则不会有进一步的处理。

如果服务端删除了一个订阅：

  • 它必须停止分发任何新消息给这个客户端
  • 它必须完成分发任何已经开始往客户端发送的QoS 1和QoS 2的消息
  • 它可以继续发送任何现存的准备分发给客户端的缓存消息。

服务端必须发送UNSUBACK报文响应客户端的UNSUBSCRIBE请求。UNSUBACK报文必须包含和UNSUBSCRIBE报文相同的报文标识符 。即使没有删除任何主题订阅，服务端也必须发送一个UNSUBACK响应

如果服务端收到包含多个主题过滤器的UNSUBSCRIBE报文，它必须如同收到了一系列的多个UNSUBSCRIBE报文一样处理那个报文，除了将它们的响应合并到一个单独的UNSUBACK报文外。

UNSUBSCRIBE 总报文

总报文为：A2 xx 00 0A 00 30 2F 73 79 73 2F 61 31 58 73 68 74 73 6B 74 4A 56 2F 5A 30 30 31 2F 74 68 69 6E 67 2F 73 65 72 76 69 63 65 2F 70 72 6F 70 65 72 74 79 2F 73 65 74。把剩余长度计算出得34 即：A2 34 00 0A 00 30 2F 73 79 73 2F 61 31 58 73 68 74 73 6B 74 4A 56 2F 5A 30 30 31 2F 74 68 69 6E 67 2F 73 65 72 76 69 63 65 2F 70 72 6F 70 65 72 74 79 2F 73 65 74

测试

测试成功
在这里插入图片描述

UNSUBACK – 取消订阅确认

这里回复的几个字节B0 02 00 0A是什么意思呢
在这里插入图片描述

固定报头

换算为十六进制也就是B0
在这里插入图片描述
剩余长度字段，表示可变报头的长度，对UNSUBACK报文这个值等于2。

可变报头

可变报头包含等待确认的UNSUBSCRIBE报文的报文标识符。也就是00 0A

有效载荷

UNSUBACK报文没有有效载荷。

PUBLISH – 发布消息

PUBLISH控制报文是指从客户端向服务端或者服务端向客户端传输一个应用消息。

在这里插入图片描述

固定报头

a. 重发标志DUP

位置：第1个字节，第3位

如果DUP标志被设置为0，表示这是客户端或服务端第一次请求发送这个PUBLISH报文。如果DUP标志被设置为1，表示这可能是一个早前报文请求的重发。

  • 客户端或服务端请求重发一个PUBLISH报文时，必须将DUP标志设置为1，对于QoS 0的消息，DUP标志必须设置为0 。

  • 服务端发送PUBLISH报文给订阅者时，收到（入站）的PUBLISH报文的DUP标志的值不会被传播。发送（出站）的PUBLISH报文与收到（入站）的PUBLISH报文中的DUP标志是独立设置的，它的值必须单独的根据发送（出站）的PUBLISH报文是否是一个重发来确定

b. 服务质量等级 QoS

第1个字节，第2-1位。

这个字段表示应用消息分发的服务质量等级保证。服务质量等级
在这里插入图片描述
PUBLISH报文不能将QoS所有的位设置为1。如果服务端或客户端收到QoS所有位都为1的PUBLISH报文，它必须关闭网络连接

c. 保留标志 RETAIN

位置：第1个字节，第0位。

  • 如果客户端发给服务端的PUBLISH报文的保留（RETAIN）标志被设置为1，服务端必须存储这个应用消息和它的服务质量等级（QoS），以便它可以被分发给未来的主题名匹配的订阅者 。一个新的订阅建立时，对每个匹配的主题名，如果存在最近保留的消息，它必须被发送给这个订阅者 。如果服务端收到一条保留（RETAIN）标志为1的QoS 0消息，它必须丢弃之前为那个主题保留的任何消息。它应该将这个新的QoS 0消息当作那个主题的新保留消息，但是任何时候都可以选择丢弃它 — 如果这种情况发生了，那个主题将没有保留消息。

  • 服务端发送PUBLISH报文给客户端时，如果消息是作为客户端一个新订阅的结果发送，它必须将报文的保留标志设为1 。当一个PUBLISH报文发送给客户端是因为匹配一个已建立的订阅时，服务端必须将保留标志设为0，不管它收到的这个消息中保留标志的值是多少

  • 保留标志为1且有效载荷为零字节的PUBLISH报文会被服务端当作正常消息处理，它会被发送给订阅主题匹配的客户端。此外，同一个主题下任何现存的保留消息必须被移除，因此这个主题之后的任何订阅者都不会收到一个保留消息 。当作正常 意思是现存的客户端收到的消息中保留标志未被设置。服务端不能存储零字节的保留消息 。

  • 如果客户端发给服务端的PUBLISH报文的保留标志位0，服务端不能存储这个消息也不能移除或替换任何现存的保留消。

固定报头的报文

  • 所以这里的报文字节为：30 xx，xx为剩余字节
  • 剩余长度等于可变报头的长度加上有效载荷的长度。
    在这里插入图片描述

可变报头

可变报头按顺序包含主题名和报文标识符。

①主题名 Topic Name

  • 主题名（Topic Name）用于识别有效载荷数据应该被发布到哪一个信息通道。

  • 主题名必须是PUBLISH报文可变报头的第一个字段。

  • PUBLISH报文中的主题名不能包含通配符。

  • 服务端发送给订阅客户端的PUBLISH报文的主题名必须匹配该订阅的主题过滤器

②报文标识符 Packet Identifier

  • 只有当QoS等级是1或2时，报文标识符（Packet Identifier）字段才能出现在PUBLISH报文中
  • 注意，因为之前我们设置是为0，所以此次不设置

③PUBLISH报文可变报头非规范示例

在这里插入图片描述

可变报头总报文

在阿里云的发布主题，也就是这个，转化为十六进制为：2F 73 79 73 2F 61 31 58 73 68 74 73 6B 74 4A 56 2F 5A 30 30 31 2F 74 68 69 6E 67 2F 65 76 65 6E 74 2F 70 72 6F 70 65 72 74 79 2F 70 6F 73 74 ，再加上长度、标识符啥的，则为00 2F 2F 73 79 73 2F 61 31 58 73 68 74 73 6B 74 4A 56 2F 5A 30 30 31 2F 74 68 69 6E 67 2F 65 76 65 6E 74 2F 70 72 6F 70 65 72 74 79 2F 70 6F 73 74
在这里插入图片描述
注意这里的${deviceName}要替换成你的设备

有效载荷

有效载荷包含将被发布的应用消息。数据的内容和格式是应用特定的。有效载荷的长度这样计算：用固定报头中的剩余长度字段的值减去可变报头的长度。包含零长度有效载荷的PUBLISH报文是合法的。

有效载荷主要的是发送我们数据，但是这个数据是有数据格式的，我们应该案例云的阿里云的数据格式来。

①、首先让阿里云设置一个电源关的指令
在这里插入图片描述

②、然后再串口调试助手获取它的数据
在这里插入图片描述

30 97 01 00 30 2F 73 79 73 2F 61 31 58 73 68 74 73 6B 74 4A 56 2F 5A 30 30 31 2F 74 68 69 6E 67 2F 73 65 72 76 69 63 65 2F 70 72 6F 70 65 72 74 79 2F 73 65 74 7B 22 6D 65 74 68 6F 64 22 3A 22 74 68 69 6E 67 2E 73 65 72 76 69 63 65 2E 70 72 6F 70 65 72 74 79 2E 73 65 74 22 2C 22 69 64 22 3A 22 35 39 35 39 35 37 32 36 31 22 2C 22 70 61 72 61 6D 73 22 3A 7B 22 50 6F 77 65 72 53 77 69 74 63 68 22 3A 30 7D 2C 22 76 65 72 73 69 6F 6E 22 3A 22 31 2E 30 2E 30 22 7D。
第一个字节是固定报头，第二三个字节是剩余长度，第三四个字节是可变包头的主题名的数据长度，我们可以这个长度十进制的48，所以后面的四十八个字节都是主题名，也就是2F 73 79 73 2F 61 31 58 73 68 74 73 6B 74 4A 56 2F 5A 30 30 31 2F 74 68 69 6E 67 2F 73 65 72 76 69 63 65 2F 70 72 6F 70 65 72 74 79 2F 73 65 74 转化为字符串，也就是/sys/a1XshtsktJV/Z001/thing/service/property/set，这个是阿里云下发的topic
后面的7B 22 6D 65 74 68 6F 64 22 3A 22 74 68 69 6E 67 2E 73 65 72 76 69 63 65 2E 70 72 6F 70 65 72 74 79 2E 73 65 74 22 2C 22 69 64 22 3A 22 35 39 35 39 35 37 32 36 31 22 2C 22 70 61 72 61 6D 73 22 3A 7B 22 50 6F 77 65 72 53 77 69 74 63 68 22 3A 30 7D 2C 22 76 65 72 73 69 6F 6E 22 3A 22 31 2E 30 2E 30 22 7D这个就是阿里云下发的数据{"method":"thing.service.property.set","id":"595957261","params":{"PowerSwitch":0},"version":"1.0.0"}这里的id’是可以更改的。

这些是服务端到发布消息到客户端，那么客户端发布消息到服务端也是一样的数据格式。{"method":"thing.service.property.set","id":"000000111","params":{"PowerSwitch":1},"version":"1.0.0"}。转化为十六进制就是7B 22 6D 65 74 68 6F 64 22 3A 22 74 68 69 6E 67 2E 73 65 72 76 69 63 65 2E 70 72 6F 70 65 72 74 79 2E 73 65 74 22 2C 22 69 64 22 3A 22 30 30 30 30 30 30 31 31 31 22 2C 22 70 61 72 61 6D 73 22 3A 7B 22 50 6F 77 65 72 53 77 69 74 63 68 22 3A 31 7D 2C 22 76 65 72 73 69 6F 6E 22 3A 22 31 2E 30 2E 30 22 7D

响应

PUBLISH报文的接收者必须按照根据PUBLISH报文中的QoS等级发送响应，见下面表格的描述。
在这里插入图片描述

动作 Actions

  • 客户端使用PUBLISH报文发送应用消息给服务端，目的是分发到其它订阅匹配的客户端。

  • 服务端使用PUBLISH报文发送应用消息给每一个订阅匹配的客户端。

  • 客户端使用带通配符的主题过滤器请求订阅时，客户端的订阅可能会重复，因此发布的消息可能会匹配多个过滤器。对于这种情况，服务端必须将消息分发给所有订阅匹配的QoS等级最高的客户端。服务端之后可以按照订阅的QoS等级，分发消息的副本给每一个匹配的订阅者。

  • 收到一个PUBLISH报文时，接收者的动作取决于4.3节描述的QoS等级。

  • 如果服务端实现不授权某个客户端发布PUBLISH报文，它没有办法通知那个客户端。它必须按照正常的QoS规则发送一个正面的确认，或者关闭网络连接

总报文

所以，现在我们就能写一个完整的发布消息的报文。
总报文 = 固定报头 + 可变报头 + 有效载荷，即30 xx 00 2F 2F 73 79 73 2F 61 31 58 73 68 74 73 6B 74 4A 56 2F 5A 30 30 31 2F 74 68 69 6E 67 2F 65 76 65 6E 74 2F 70 72 6F 70 65 72 74 79 2F 70 6F 73 74 7B 22 6D 65 74 68 6F 64 22 3A 22 74 68 69 6E 67 2E 73 65 72 76 69 63 65 2E 70 72 6F 70 65 72 74 79 2E 73 65 74 22 2C 22 69 64 22 3A 22 30 30 30 30 30 30 31 31 31 22 2C 22 70 61 72 61 6D 73 22 3A 7B 22 50 6F 77 65 72 53 77 69 74 63 68 22 3A 31 7D 2C 22 76 65 72 73 69 6F 6E 22 3A 22 31 2E 30 2E 30 22 7D把剩余长度计算出来，最终得到30 96 01 00 2F 2F 73 79 73 2F 61 31 58 73 68 74 73 6B 74 4A 56 2F 5A 30 30 31 2F 74 68 69 6E 67 2F 65 76 65 6E 74 2F 70 72 6F 70 65 72 74 79 2F 70 6F 73 74 7B 22 6D 65 74 68 6F 64 22 3A 22 74 68 69 6E 67 2E 73 65 72 76 69 63 65 2E 70 72 6F 70 65 72 74 79 2E 73 65 74 22 2C 22 69 64 22 3A 22 30 30 30 30 30 30 31 31 31 22 2C 22 70 61 72 61 6D 73 22 3A 7B 22 50 6F 77 65 72 53 77 69 74 63 68 22 3A 31 7D 2C 22 76 65 72 73 69 6F 6E 22 3A 22 31 2E 30 2E 30 22 7D

验证一下，最终在云端收到我们的数据表明，我们的报文发布成功
在这里插入图片描述

在这里插入图片描述

当然，同时我们可以上传我们温湿度的值

  • 首先我们要找到他的温湿度的标识符
  • 在这里插入图片描述
    然后修改数据格式的值：{"method":"thing.service.property.set","id":"000000111","params":{"CurrentHumidity":34,"CurrentTemperature":28.55},"version":"1.0.0"}。转化为十六进制：7B 22 6D 65 74 68 6F 64 22 3A 22 74 68 69 6E 67 2E 73 65 72 76 69 63 65 2E 70 72 6F 70 65 72 74 79 2E 73 65 74 22 2C 22 69 64 22 3A 22 30 30 30 30 30 30 31 31 31 22 2C 22 70 61 72 61 6D 73 22 3A 7B 22 43 75 72 72 65 6E 74 48 75 6D 69 64 69 74 79 22 3A 33 34 2C 22 43 75 72 72 65 6E 74 54 65 6D 70 65 72 61 74 75 72 65 22 3A 32 38 2E 35 35 7D 2C 22 76 65 72 73 69 6F 6E 22 3A 22 31 2E 30 2E 30 22 7D。所以我们最终发布报文为30 B6 01 00 2F 2F 73 79 73 2F 61 31 58 73 68 74 73 6B 74 4A 56 2F 5A 30 30 31 2F 74 68 69 6E 67 2F 65 76 65 6E 74 2F 70 72 6F 70 65 72 74 79 2F 70 6F 73 74 7B 22 6D 65 74 68 6F 64 22 3A 22 74 68 69 6E 67 2E 73 65 72 76 69 63 65 2E 70 72 6F 70 65 72 74 79 2E 73 65 74 22 2C 22 69 64 22 3A 22 30 30 30 30 30 30 31 31 31 22 2C 22 70 61 72 61 6D 73 22 3A 7B 22 43 75 72 72 65 6E 74 48 75 6D 69 64 69 74 79 22 3A 33 34 2C 22 43 75 72 72 65 6E 74 54 65 6D 70 65 72 61 74 75 72 65 22 3A 32 38 2E 35 35 7D 2C 22 76 65 72 73 69 6F 6E 22 3A 22 31 2E 30 2E 30 22 7D，注意这里的剩余长度需要修改，因为有效载荷字节长度发生变化。

在这里插入图片描述

持续更新

微信小程序使用MQTT远程控制单片机——阿里云物联网平台①

微信小程序使用MQTT远程控制单片机——MQTT控制报文②

微信小程序使用MQTT远程控制单片机——MQTT控制报文③
学习视频
该博文为个人学习笔记记录，由于知识量储备不够若有错误之处或者补充，请各位大佬批评指正，持续更新中……

名为cainiaocl的搬运工
关注
  • 13
    点赞
  • 踩
  • 59
    收藏
    觉得还不错? 一键收藏
  • 17
    评论
专栏目录
esp8266物联网微信小程序MQTT远程控制高级实战项目
06-19
在本项目中，我们将深入探讨如何利用ESP8266 WiFi芯片、MQTT协议和微信小程序构建一个完整的物联网远程控制解决方案。这个高级实战项目旨在教你如何将这些技术整合在一起，实现对硬件设备的批量管理和远程控制，而不...
在微信小程序中使用mqtt服务的方法
10-15
主要介绍了在微信小程序中使用mqtt服务的方法，文中通过示例代码介绍的非常详细，对大家的学习或者工作具有一定的参考学习价值，需要的朋友们下面随着小编来一起学习学习吧
微信小程序可自定义单片机温湿度阈值(基于esp32c3+onenet+微信小程序)
帕法西尔的博客
04-21 3201
​ 前段时间有个粉丝问我能不能出一个微信小程序调节阈值的教程，我就下班之余在原来的基础上改进一下，因为是修改阈值，这里我就用继电器控制风扇、温度达到一定阈值控制风扇启动来做例子。这个成功了，其他阈值修改都是依样画葫芦啦
微信小程序中使用mqtt（拿来即用版）
ZZ556464的博客
04-06 1771
【代码】微信小程序中使用mqtt（拿来即用版）
微信小程序 MQTT 连接会遇到的一些问题
最新发布
qq_27007037的博客
04-28 558
微信小程序使用的 MQTT 通信端口号为：8084不要和 ESP 硬件端口：1883 搞混。
微信小程序使用MQTT远程控制单片机——阿里云物联网平台
cainiaocl的博客
05-30 9842
微信小程序远程控制单片机——使用MQTT协议①阿里云物联网平台的使用第一，注册阿里云第二，找到找到物联网平台并创建设备MQTT协议格式的讲解MQTT中文文档固定报头 Fixed header2.3 可变报头 Variable header有效载荷 Payload 阿里云物联网平台的使用 第一，注册阿里云 打开阿里云官网进行注册https://www.aliyun.com/ 第二，找到找到物联网平台并创建设备 进去物联网平台里面里面点击公共实例->创建产品 创建完成，点击查看，查看里面的产品情况
基于mqtt协议的物联网项目之微信小程序mqtt连接(三)
seekerzjy的博客
06-03 1688
基于mqtt协议的物联网项目之微信小程序mqtt连接(三)
stm32 单片机用串口发送报文（数据帧）
weixin_47514373的博客
03-04 1031
使用stm32串口发送报文（数据帧）
基于mqtt协议的物联网项目之微信小程序(二)
seekerzjy的博客
05-31 1612
基于mqtt协议的物联网项目之微信小程序(二)
uniapp,微信小程序中使用 MQTT的问题
10-15
在uniapp和微信小程序中使用MQTT，主要依赖于JavaScript实现的MQTT客户端库，如mqtt.js。 1. **MQTT.js**：这是一个JavaScript编写的MQTT客户端库，不仅适用于Node.js环境，还支持浏览器环境，包括微信小程序。在...
微信小程序连接mqtt.rar
01-06
在本教程中，我们将探讨如何利用微信小程序与MQTT（Message Queuing Telemetry Transport）协议进行通信，以及在这个过程中需要注意的一些关键点。 MQTT是一种轻量级、基于发布/订阅模式的网络协议，常用于物联网...
微信小程序MQTT控制ESP8266
03-24
在本项目中，“微信小程序MQTT控制ESP8266”利用了微信小程序的开发能力，结合物联网技术，实现了通过小程序远程控制ESP8266微控制器来触发继电器的功能。下面将详细阐述涉及的知识点。 1. 微信小程序： 微信小...
小程序基本命令
aiven1637的博客
10-30 3271
onLoad: function () { // 生命周期函数--监听页面加载 onReady: function () { // 生命周期函数--监听页面初次渲染完成 }, onShow: function () { // 生命周期函数--监听页面显示 }, onHide: function () { // 生命周期函数--监...
怎样通过Java语言实现远程控制电源开关
tyanzhiqi的专栏
04-20 1703
怎样通过Java语言实现远程控制电源开关呢？本文描述了使用Java语言调用HTTP接口，实现控制电源开关，通过控制电源开关，从而控制电器设备。
怎么通过微信小程序实现远程控制包间内的电器
tyanzhiqi的专栏
04-21 978
怎么通过微信小程序实现远程控制包间内的电器呢？本文描述了使用微信小程序调用HTTP接口，实现控制包间内的电器，专用的包间控制器，可独立控制包间内的全部电器，包括空调。
单片机-CAN总线学习-2022.12.09
z1236464的博客
12-09 3175
CAN总线入门
一个关于小程序与单片机的通信实例(TCP/IP)
weixin_34009794的博客
11-09 2218
　　前言　　这是一个18年初的创业项目的核心功能要求，我们当时打算做一个共享类的项目，项目的主题是共享图书，线下的形式租借图书，我们当时是考虑做一个借书柜的形式，然后线下生产投放借书柜，这些借书柜本身能存放24本书，大约24个柜子，且均有单片机控制。　　用户通过扫码借书柜上的二维码，可以直接看到共享小程序里面的，针对这个借书柜的当前存在的图书，如果有用户喜欢的图书，那么用户可以直接点击小程序选择借...
项目前期准备（1）——基于微信小程序与STM32知识准备阶段
一位小萌新
03-12 4689
前言 正所谓做一个大项目一般都需要软硬件的知识结合，当然了这也不一定，有些项目只是需要做一个系统，APP开发等这些。不过对于我想一般人都会遇到这种问题——用什么方法来解决用软件来实现控制硬件，实施数据传输。一般有人都会选择使用APP来控制硬件方面的研究。不过今天的话我就先抛弃APP，先来讲一下根据我网上查找了好久找到的一种方法 —— 一种基于微信小程序和单片机BLE透传的简要解决方法。 因为根据微...
微信小程序使用mqtt
12-08
使用MQTT协议可以让微信小程序与设备建立连接，实现消息的传输。下面是使用微信小程序连接MQTT服务器的步骤： 1.申请MQTT服务器，获取MQTT服务器的地址和端口号。 2.在微信开发者工具中创建一个新的小程序项目。 3.在小程序项目中引入MQTT.js库，该库可以让小程序使用MQTT协议与设备建立连接。 4.在小程序中编写代码，使用MQTT.js库连接MQTT服务器，订阅主题并发布消息。 下面是一个使用微信小程序连接MQTT服务器的示例代码： ```javascript // 引入MQTT.js库 const mqtt = require('/utils/mqtt.min.js') // 连接MQTT服务器 const client = mqtt.connect('wxs://mqtt.example.com:8883', { username: 'your-username', password: 'your-password' }) // 订阅主题 client.subscribe('your-topic') // 监听消息 client.on('message', function (topic, message) { console.log('Received message:', message.toString()) }) // 发布消息 client.publish('your-topic', 'Hello, MQTT!') ```

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 17
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值