MQTT 移植STM32+GPRS(串口透传)(二)


上一篇中,介绍了什么是MQTT协议、常用的领域和一些典型特征,这篇还要补充部分概念性理论。

## 协议解析
整体的协议构造,整体分为 固定头部+可变头部+消息内容 如下图所示
! [head](http://omp77n3im.bkt.clouddn.com/MQTT_msg_head.png)

其中byte 1 的高四位(4~7)代表信息的类型共13中,(0作为保留)上篇中有介绍。
Qos代表服务质量等级(QosLEVELS)参数,或者是发送消息的次数。见下文 
固定头部的BYTE2位用来保存后面可变头部+消息体的大小。但并不是直接保存,同样可以拓展,前7位保存长度,剩余的作为标识位。EG:如果后面的数据大于127,此时最高位标识位为1,表示要拓展一个字节,同样如果数据量大于162383,拓展出的第二位的最高位也为1,一次类推。最大可以表示256M的数据量。

## 服务质量等级(QosLevels)参数
###MQTT提供三种Qos的消息传递质量:

Qos = 0:协议对此等级应用信息不要求回应确认,也没有重发机制,这类信息可能会发生消息丢失(更多)或重复,取决于网络稳定情况。
Qos = 1:至少一次(Atleast once delivery),确保信息到达,但消息可能重复接收,当发送者在指定时间内没有收到PUBACK控制报文,应用信息会被重新发送,且控制报文中DUP标志位置1。
Qos = 2:最高级别的服务质量,不会发生信息丢失和重复。(过程消耗资源比上面两种大)

###可变报头参数(部分):

Keep Alive:表示响应时间,如果这个时间内,连接或发送操作未完成,则断开tcp连接,表示离线。
Connect Return Code即通常于CONNACK消息中,表示返回的连接情况,我可以通过此检验连接情况。
topic Name,订阅消息标识,用于区别消息的推送类别。最大支持32768种类,占用4个字节。

### 消息体(PayLoad):
只有3种消息有消息体CONNECT、SUBSCRIBE、SUBACK
CONNECT主要是客户端的ClientID,订阅的Topic和Message还有用户名和密码。
SUBSCRIBE包含要订阅的主题还有Qos参数。
SUBACK是服务器对于SUBSCRIBE所申请的主题和Qos的确认和应答。

PUBLISH是消息体中保存推送的消息。


##### 有了这些我们可以针对移植了。
######说明:在sectong公司期间的周末休息时间所整理。

你可能感兴趣的:(stm32)