三、NT35E标准MQTT

      用户在使用CAT1模组MQTT协议对接自己的服务器，有时会遇到设备无法连接服务器问题(比如提示+ECMTCON:0,0,5连接服务器被拒绝，认证失败)。此时可以通过 标准的MQTT服务器 进行对比，因为用户自己的服务器一般加入校验信息，导致模组&MQTT服务器无法连接。

       Eclipse Mosquitto是一个开源消息代理，实现了MQTT协议版本3.1和3.1.1，这里使用该服务器进行测试。针对该服务器更详细的介绍也可以参考 https://www.jianshu.com/p/b6a75bfbe82f 。

       MQTT有个重要的参数QOS，因下面使用较多，这里列出便于后续查看:

AT+ECMTOPEN=<tcpconnectID>,“<host_name>”,<port>

<tcpconnectID>整型。 MQTT Socket 标识符。范围： 0~4

<host_name>  IP 地址或域名

<port>整型。服务器端口

示例：AT+ECMTOPEN=0, "test.mosquitto.org",1883   //建立 tcp

返回值：+ECMTOPEN:<tcpconnectID>,<result> 

<tcpconnectID>Integer type，MQTT socket identifier. The value is 0

<result>1 Failed to open network，0 Opened network successfully

AT+ECMTCONN=<tcpconnectID>,“<clientID>”[,“<username>”[,“<password>”]]

<tcpconnectID> MQTT socket identifier. The value is 0

“<clientID>” 用户不指定标准服务器会自行创建

“<username>”,“<password>” 标准MQTT服务器不使用

示例：AT+ECMTCONN=0   //在 mosquitto 平台上注册设备

返回值：+ECMTCONN:<tcpconnectID>,<result>[,<ret_code>]

AT+ECMTSUB=<tcpconnectID>,<msgID>,“<topic>”,<qos>

<tcpconnectID> MQTT socket identifier. The value is 0

<msgID>任意填写，Message identifier of packet. The range is 1-65535

<topic>String type，Topic that the client wants to subscribe to or unsubscribe from.

<qos> Message QoS, can be 0,1 or 2

示例：AT+ECMTSUB=0,1,”test”,2 //订阅 topic

返回值：+ECMTSUB:<tcpconnectID>,<msgID>,<result>[,<value>]

额外指令：AT+ECMTUNS=0,4, “test” //取消订阅 topic

AT+ECMTPUB=<tcpconnectID>,<msgID>,<qos>,<retain>,“<topic>”,“<payload>"

<tcpconnectID> MQTT socket identifier. The value is 0

<msgID> Message identifier of packet.

<qos> Message QoS, can be 0,1 or 2

<retain> 0 Server should not retain the message   1 Server should retain the message

<topic>String type

<payload>String type

示例：AT+ECMTPUB=0,0,0,0,"test","hello" //发送数据给 mosquitto 平台

+ECMTPUB:<tcpconnectID>,<msgID>,<result>[,<value>]

额外指令：AT+ECMTDISC=0  //删除 mqtt client 和 mqtt 连接

MQTT（Message Queuing Telemetry Transport，消息队列遥测传输协议），是一种基于发布/订阅模式的"轻量级"通讯协议，该协议构建于TCP/IP协议上。好比你给好友发送一封电子邮件，发送完成后你可以去做别的事情，收件人也不必立刻响应，可以在自己有空的时候查看邮件，是一个典型的异步发布/订阅场景。而另一种典型的同步请求/回答场景，可以用接打电话的场景来类比。

MQTT的设计遵循以下的原则：

为了满足不同的场景，MQTT支持三种不同级别的服务质量（Quality of Service，QoS）为不同场景提供消息可靠性：

MQTT拥有14种不同的消息类型：

实现MQTT协议需要客户端和服务器端通讯完成，在通讯过程中，MQTT协议中有三种身份：发布者（Publish）、代理（Broker）（服务器）、订阅者（Subscribe）。其中，消息的发布者和订阅者都是客户端，消息代理是服务器，消息发布者可以同时是订阅者。

MQTT传输的消息分为：主题（Topic）和负载（payload）两部分：

MQTT会构建底层网络传输：它将建立客户端到服务器的连接，提供两者之间的一个有序的、无损的、基于字节流的双向传输。

当应用数据通过MQTT网络发送时，MQTT会把与之相关的服务质量（QoS）和主题名（Topic）相关连。

一个使用MQTT协议的应用程序或者设备，它总是建立到服务器的网络连接。客户端可以：

MQTT服务器以称为"消息代理"（Broker），可以是一个应用程序或一台设备。它是位于消息发布者和订阅者之间，它可以：

订阅包含主题筛选器（Topic Filter）和最大服务质量（QoS）。订阅会与一个会话（Session）关联。一个会话可以包含多个订阅。每一个会话中的每个订阅都有一个不同的主题筛选器。

每个客户端与服务器建立连接后就是一个会话，客户端和服务器之间有状态交互。会话存在于一个网络之间，也可能在客户端和服务器之间跨越多个连续的网络连接。

连接到一个应用程序消息的标签，该标签与服务器的订阅相匹配。服务器会将消息发送给订阅所匹配标签的每个客户端。

一个对主题名通配符筛选器，在订阅表达式中使用，表示订阅所匹配到的多个主题。

消息订阅者所具体接收的内容。

MQTT协议中定义了一些方法（也被称为动作），来于表示对确定资源所进行操作。这个资源可以代表预先存在的数据或动态生成数据，这取决于服务器的实现。通常来说，资源指服务器上的文件或输出。主要方法有：

---