什么是网站维护,速升网站,软件行业发展趋势,中国移动app官方下载目录 1 MQTT连接属性1.1 服务器URL(Broker Address)1.2 客户端标识(clientID)1.3 用户名称 密码(User Name Password)1.4 连接超时(Connection Timerout)1.5 心跳间隔 (KeepAlivelnterval)1.6 清除会话(cleanSession) 2 主题消息2.1 主题2.1.1 订阅主题(SUBSC… 目录 1 MQTT连接属性1.1 服务器URL(Broker Address)1.2 客户端标识(clientID)1.3 用户名称 密码(User Name Password)1.4 连接超时(Connection Timerout)1.5 心跳间隔 (KeepAlivelnterval)1.6 清除会话(cleanSession) 2 主题消息2.1 主题2.1.1 订阅主题(SUBSCRIBE)2.1.2 订阅确认(SUBACK)2.1.3 取消订阅(UNSUBSCRIBE) 2.2 消息2.2.1 主题名(topicName)2.2.2 服务质量等级(QoS)2.2.3 报文标识符(packetID)2.2.4 保留标志(retainFlag)2.2.5 有效载荷(Payload)2.2.6 重发标志(dupFlag) 3 MQTT遗嘱3.1 遗嘱主题(Last Will Topic)3.2 遗嘱消息(Last Will Message)3.3 遗嘱Qos (Last Will Qos)3.4 遗嘱保留 (Last Will Retain) 4 服务质量等级(QoS)4.1 QoS 0最多发一次4.2 QoS 1最少发一次4.3 QoS 2保证收一次 5 保留消息(retainFlag)6 心跳间隔 (KeepAlivelnterval)参考资料 以下所有内容并非本博第一手编写资料大部分内容来自于太极创客官网。详细内容请移步太极创客官网链接。 1 MQTT连接属性
1.1 服务器URL(Broker Address)
云端服务器地址 例test.ranye-iot.net 或 47.92.129.18
1.2 客户端标识(clientID)
clientn. 客户委托人客户机。
MQTT 服务端用该标识来识别客户端因此标识名称必须是独立且唯一的。
1.3 用户名称 密码(User Name Password)
针对申请的专用服务器需要在访问服务器时验证用户名和密码。 而对于开方的服务器则可以缺省该选项。
1.4 连接超时(Connection Timerout)
连接超时和等待超时一般用于设定连接时的等待时间。
1.5 心跳间隔 (KeepAlivelnterval)
服务器根据设置的时间间隔检查客户端是否保持连接情况。
1.6 清除会话(cleanSession) 为了保证重要的MQTT报文可以被客户端准确无误的接收到。在服务端想客户端发送报文后客户端会向服务端返回一个确认报文。 如果服务端没有收到客户端的确认报文服务端会认为刚刚发送的报文没有送达给客户端。这种情况下服务端将会将尚未被客户端确认的报文保存起来再次尝试向客户端发送报文并且再次等待客户端发来的确认消息。
注该选项可以设置为True 或 False。 True服务端不需要确认收到的报文。 False服务端需要确认收到的报文。 (不要置一这块没写反)
2 主题消息
2.1 主题 所有MQTT消息都有主题。客户端要想接收消息首先要订阅该消息的主题。当有客户端向该主题发布消息后订阅了该主题的客户端就能接收到消息了。
2.1.1 订阅主题(SUBSCRIBE) 客户端想要订阅主题需要向客户端发送 SUBSCRIBE 报文实现订阅主题请求一个 SUBSCRIBE 报文可以用于订阅一个或多个主题。 同样的客户端在订阅主题时也可以明确QoS。服务端会根据SUBSCRIBE中的QoS来提供相应的服务保证。 另外每一个SUBSCRIBE报文还包含有“报文标识符”。报文标识符可用于对MQTT报文进行标识。不同的MQTT报文所拥有的标识符不同。MQTT设备可以通过该标识符对MQTT报文进行甄别和管理。
订阅返回码详细列表
返回码说明0订阅成功-QoS 01订阅成功-QoS 12订阅成功-QoS 2128订阅失败
2.1.2 订阅确认(SUBACK)
服务端接收到客户端的订阅报文后会向客户端发送SUBACK报文确认订阅。 SUBACK报文包含有“订阅返回码”和“报文标识符”这两个信息。
2.1.3 取消订阅(UNSUBSCRIBE) UNSUBSCRIBE报文包含两个重要信息第一个是取消订阅的主题名称。同一个 UNSUBSCRIBE报文可以同时包含多个取消订阅的主题名称。另外UNSUBSCRIBE报文也包含“报文标识符”MQTT设备可以通过该标识符对报文进行管理。 当服务端接收到UNSUBSCRIBE报文后会向客户端发送取消订阅确认报文—— UNSUBACK报文。该报文含有客户端所发送的“取消订阅报文标识符”。
2.2 消息 MQTT一旦连接服务器便可以发布消息发布的每条消息必须包含一个主题。服务器可以通过主题确定将消息转发给那些客户端。 MQTT客户端发布消息时会向服务端发送PUBLISH报文。以下是报文的详细内容
2.2.1 主题名(topicName)
主题名用于识别此信息发布到哪一个主题。
2.2.2 服务质量等级(QoS)
QoS(Quality of Service) 表示MQTT消息的服务质量等级。三个等级012
2.2.3 报文标识符(packetID) 设备可以通过报文标识符对MQTT报文进行甄别和管理。 注报文标识符的内容与QoS级别关联。只有QoS级别大于0时报文标识符才是非零数值。 如果QoS级别等于0时报文标识为 0。
2.2.4 保留标志(retainFlag) 默认情况下当客户端订阅了某一主题后并不会马上接收到该主题的信息。只有在客户端订阅该主题后服务端接收到该主题的新信息时服务端才会将新消息推送给订阅该主题的客户端。 假如客户端在订阅该主题后需要马上接收到该主题的第一条消息这时候就需要用到保留标志这一信息。
2.2.5 有效载荷(Payload) 有效载荷是我们希望通过MQTT实际发送的内容。使用MQTT协议发送的文本图像等格式的内容都是通过有效载荷发送的。
2.2.6 重发标志(dupFlag) 当MQTT报文的接收方没有及时确认收到报文时发送方会重复发送MQTT报文。在重复发送MQTT报文时发送方会将此“重发标志”设置为true。请注意重发标志只在QoS级别大于0时使用。
3 MQTT遗嘱 为了让客户端可以更好的发挥作用便于服务端管理。MQTT协议允许客户端在活着保持连接的时候就写好遗嘱。当客户端意外断线正常断开连接不属于意外时服务端就可以将客户端的遗嘱公之于众。
3.1 遗嘱主题(Last Will Topic)
只有订阅了遗嘱主题的客户端才会收到本客户端的遗嘱消息。
3.2 遗嘱消息(Last Will Message)
定义遗嘱消息的内容
3.3 遗嘱Qos (Last Will Qos)
遗嘱消息的服务质量可以设置0、1、2的服务质量级别服务端会使用不同的服务质量来发布遗嘱消息。
3.4 遗嘱保留 (Last Will Retain)
遗嘱消息可以设置为保留消息。
4 服务质量等级(QoS) 上文中多次提到QoSMQTT服务质量(Quality of Service 缩写 QoS)正是用于告知物联网系统哪些信息是重要信息需要准确无误的传输而哪些信息不那么重要即使丢失也没有问题。 MQTT协议有三种服务质量级别
4.1 QoS 0最多发一次 0是服务质量QoS的最低级别。QoS0的情况下MQTT服务端和客户端不会对消息传输是否成功进行确认和检查。消息能否成功传输全看网络环境是否稳定。 在网络环境稳定的情况下信息传输一般是不会出现问题的。但是在环境不稳定的情况下可能会在传输过程中出现MQTT消息丢失的情况。
4.2 QoS 1最少发一次 当QoS级别为1时发送端在消息发送完成后会检查接收端是否已经成功接收到了消息。 发送端将消息发送给接收端后会等待接收端的确认。接收端成功接收消息后会发送一条确认报文PUBACK给发送端。如果发送端收到了这条PUBACK确认报文那么它就知道消息已经成功接收。 假如过了一段时间后发送端没有收到PUBACK报文那么发送端会再次发送消息然后再次等待接收端的PUBACK确认报文。因此当QoS1时发送端在没有收到接收端的PUBACK确认报文以前会重复发送同一条消息。 当发送端重复发送一条消息时PUBLISH报文中的dupFlag会被设置为True如上图黑色横线所标注的部分。这是为了告诉接收端此消息为重复发送的消息。
4.3 QoS 2保证收一次 MQTT服务质量最高级是2级即QoS 2。当MQTT服务质量为2级时MQTT协议可以确保接收端只接收一次消息。
收发流程 1、发送端发送QoS2 的PUBLISH的报文给接收端 2、接收端回复PUBLISH的确认报文 3、发送端收到PUBREC报文后会把此报文进行存储 4、发送端应答PUBREL报文给接收端 5、接收端应答PUBCOMP报文给发送端
5 保留消息(retainFlag) 假设客户端1每次整点会发布一个主题的消息给服务端客户端2订阅接收该主题的消息。如果客户端2在08:01时刻上电启动那么再未来的59分钟内都处于无消息可处理的空闲状态。 为了避免这种情况将保留消息(retainFlag)设置为Ture无论客户端2何时上电工作都会马上收到该主题中的“保留消息”。
6 心跳间隔 (KeepAlivelnterval) 客户端在心跳间隔时间内如果有消息发布那就直接发布消息而不发布心跳请求但是在心跳间隔时间内客户端没有消息发布那么它就会发布一条心跳请求给服务端这个心跳请求的目的就是为了告诉服务端我还在线你放心吧。 另外在实际运行中如果服务端没有在1.5倍心跳时间间隔内收到客户端发布消息(PUBLISH)或发来心跳请求(PINGREQ)那么服务端就会认为这个客户端已经掉线。 最后心跳机制不仅仅用于服务端判断客户端是否在线。客户端也可以利用这一机制来判断自己是否与服务端仍保持连接。如果客户端发送了心跳请求(PINGREQ)给服务端一段时间后仍然没有收到服务端回复的心跳确认。那么客户端也会认为自己已经断开了与服务端的连接。
参考资料
太极创客http://www.taichi-maker.com/homepage/esp8266-nodemcu-iot/iot-tuttorial/mqtt-tutorial/mqtt-last-will/
