MQTT基础篇

最新推荐文章于 2023-07-08 19:35:29 发布

0x33

最新推荐文章于 2023-07-08 19:35:29 发布

阅读量778

点赞数 2

分类专栏： MQTT 文章标签：物联网网络协议学习方法

本文链接：https://blog.csdn.net/qq_37500949/article/details/130496613

版权

MQTT 专栏收录该内容

4 篇文章 0 订阅

订阅专栏

文章目录

2023/05/04

MQTT基础知识及使用方法，分为多个文章，MQTT基础知识 - MQTT服务器 & MQTT上位机 - MQTT设备端（MicroPython - ESP32），适用于MQTT初学者，个人能力有限，文章不足或错误之处还请各位大佬批评指正。

MQTT概述

MQTT(消息队列遥测传输)是ISO 标准(ISO/IEC PRF 20922)下基于发布/订阅范式的消息协议。它工作在 TCP/IP协议族上，是为硬件性能低下的远程设备以及网络状况糟糕的情况下而设计的发布/订阅型消息协议，为此，它需要一个消息中间件。
MQTT是一个基于客户端-服务器的消息发布/订阅传输协议。MQTT协议是轻量、简单、开放和易于实现的，这些特点使它适用范围非常广泛。在很多情况下，包括受限的环境中，如：机器与机器（M2M）通信和物联网（IoT）。其在，通过卫星链路通信传感器、偶尔拨号的医疗设备、智能家居、及一些小型化设备中已广泛使用。
（来源于百度百科，看了也不懂系列）

MQTT工作原理

上面概述中也提到了，MQTT是基于发布/订阅范式的消息协议，需要一个消息中间件。这句话该如何理解呢？

在此可以将MQTT整个结构看做外卖过程。
外卖小哥（发送设备）给我们送外卖时，我们也许在上课（网络状况差），也许在忙自己的事（硬件性能低下），通常是无法将外卖直接送到我们个人（接收设备）手中的，此时，外卖小哥可以将外卖先暂存到外卖柜（中间件-服务器）中。但一个偌大的一个外卖柜总不可能给我们一个人使用吧，因此外卖柜会分割出一个个的小空间（Topic话题），由此，一个外卖柜就可以同时让许多外卖小哥存放外卖，许多同学取走外卖了。

而在MQTT整体结构中也是这样的，由于MQTT定位于硬件性能低下的远程设备以及网络状况糟糕的情况，加之硬件设备没有固定的公网IP地址，因此我们的发送设备是无法（或无法可靠的）将数据直接发送到接收设备的。此时就要借助于一个存在于云端的服务器作为中转站，而一个MQTT服务器中又会存在多个Topic。此时，我们的发送设备就可以将数据发送到具有公网IP的MQTT服务器的某一个topic中，而接收端就可以到这个MQTT服务器的某一个topic中获取相应的数据。一次MQTT数据传输就此完成。

总体来看，MQTT就是发送端将数据发送到云端服务器的某一个空间内，接收端再去云端服务器的对应空间获取数据的过程。

MQTT常见参数

MQTT服务器地址：也就是云端服务器的IP地址，发送端需要往此IP地址推送消息，接收端需要到此IP地址订阅消息。》》扩展到外卖的例子中，外卖小哥总不可能随便找一个外卖柜就把我们的外卖给丢进去吧，一定是和我们约定好了一个外卖柜，作为暂存的中间件，约定到的外卖柜就是我们的MQTT服务器地址。
端口：是的，就是计网中的那个网络端口，毕竟MQTT是基础TCP协议之上的。》》我们去取外卖，学校规定只能走东门，那好，我们只能通过东门这一个端口进出了，走西门是无法到达外卖柜的。此时的东门，就是我们的网络端口。
Client ID：用于区分客户端（发送设备接收设备）身份的唯一标识。》》在外卖的例子中，小红小绿小灰灰，我们总有一个网名吧。
用户名、密码：这个好理解，我们客户端连接到MQTT服务器会有一个用户名和密码，要是不用用户名和密码，谁都可以连接到我们的MQTT服务器，那服务器岂不是乱套了？
Publish Topic：上面也提到了，服务器中会创建多个Topic，对于发送端来说，我们需要往Topic中推送消息，此时，这个Topic就是Publish Topic。》》在外卖的例子中，外卖小哥需要将外卖放到外卖柜的 121 号这个方格子内，此时，这个方格子对于外卖小哥就相当于Publish Topic。
Subscribe Topic：发送端将数据放到了服务器中，接收端总要去服务器中将数据取出来吧？是的，服务器中的同一个Topic对于发送端来说是Publish Topic，对于接收端来说就成了Subscribe Topic。》》就像外卖的例子中，外卖小哥将外卖放到了 121 号中，我们肯定是要到 121 号取我们的外卖。同一个 121 号空间，对于外卖小哥来说就是“ 放”，对我们来说就是 “取”。
Keep Alive：用于定时发送一个数据包，检测设备是否在线。假设我们的设备没有向服务器推送消息，也没有向服务器订阅消息，一分钟以后，设备端还是没有动静，那这个设备是掉线了呢还是单纯的没有数据需要交换呢？此时，我们就可以规定让设备一分钟发送一次心跳包，假设服务器在一分钟的时候收到了设备的心跳包，那证明设备只是单纯的没有数据发送，而一分钟没有收到心跳包，那这个设备大概率是断开连接掉线了。
QoS：服务质量，分为 0、1、2 三个等级，其中 0 最多发一次，1 最少发一次， 2 保证收一次。》》同样是在外卖的例子中，外卖小哥可以直接把我们的外卖放到柜子里走人，也可以打个电话问下我们是否取走了外卖，还可以一分钟打一次以确保我们已经取走了快递。具体描述，我们可以参考这位博主的文章 MQTT-QoS 服务质量等级。