第三方软件使用的MQTT协议，能向云端服务器要数据吗？如果可以该怎么做？

可以的
MQTT协议是为大量计算能力有限，且工作在低带宽、不可靠的网络的远程传感器和控制设备通讯而设计的协议,国内很多企业都广泛使用MQTT作为Android手机客户端与服务器端推送消息的协议

MQTT是用于物联网的标准消息传递协议，具有轻巧高效、双向通讯、安全、可靠传递等优点，常被设计为一种非常轻量级的发布，适用于较小的代码占用量和网络带宽连接远程设备。
随着物联网、大数据及人工智能的迅速发展，自动化厂商也在加速推进物联网战略，推出各自的IoT和数字化解决方案。作为主流物联网协议的MQTT协议迅速成为各自动化设备厂商关注的重点，各大自动化厂商为了加速实现互联互通的工业物联网，纷纷开始在 PLC 中集成 MQTT 协议，以方便 PLC 数据的采集，如西门子、倍福、菲尼克斯、矩形科技等等。
如果你是相关需求，且经费预算有限，可以选择国内品牌。如矩形科技，矩形科技旗下产品覆盖军工、楼宇、能源管理、自动化装备等多个领域，大部分均支持MQTT协议。 百度也有很多相关信息。

MQTT (Message Queuing Telemetry Transport，消息队列遥测传输) 是一种基于 TCP/IP 协议族的应用层协议。MQTT 协议是专门针对硬件性能低下 & 网络状况不稳定的场景设计的，这使得 MQTT 在物联网和移动应用等受限场景得到广泛应用。

目前，MQTT 主要分为两个大版本：

物联网和移动应用场景的特点是硬件性能低下和网络状况不稳定，而 MQTT 协议就是专门针对这种环境设计的，主要在四个方面有优势：

结论：这三种协议并没有绝对的优胜者，最好的协议取决于具体的需求和限制条件。但如果只从带宽、电池、功能多样性这些基本条件看，MQTT 在其中是更占优的选择。

MQTT 协议的设计特性中包含了一项 “高可靠性交付”，它需要一个保证可靠的底层传输层协议，因此 TCP 协议、TLS 协议、WebSocket 协议都可以作为 MQTT 的底层协议。而无连接的 UDP 协议会丢失或重排数据，不能满足 MQTT 协议的传输需要。

MQTT 是基于发布 - 订阅模型 (pub/sub) 的消息传递协议，与请求 - 响应模型不同，发布 - 订阅模型主要有三种角色： publisher & subscriber & subscriber ：

当 client 发布某个主题的消息时，broker 会将该消息分发给任何已订阅该主题的 client。通常来说，client 不会存储消息，一旦消息被发送到这些 client，消息就会从 broker 上删除。另外，保留消息、持久连接和服务质量 QoS 可能会导致消息临时存储在 broker 上。

发布 - 订阅模式使得 消息的发布者和订阅者解耦 ，主要体现为空间解耦和时间解耦：

引用自 >MQTT 协议 因为其轻量、灵活等特点成为了当今世界上最受欢迎的物联网协议，它已经广泛应用于车联网、智能家居、物流、即时聊天应用和移动消息推送等领域，连接了数以亿计的设备，并且每时每刻都有无数设备开始使用和接入 MQTT 协议。MQTT 协议为这些设备提供了稳定、可靠的通信基础，这些设备庞大的接入数量也向 MQTT 协议规范提出了挑战， MQTT 50 的诞生便是为了更好地满足这一需求。

MQTT（消息队列遥测传输）最初由 IBM 于上世纪 90 年代晚期发明。它最初的用途是将石油管道上的传感器与卫星相链接，所以 MQTT 从诞生之初就是专为受限设备和低带宽、高延迟或不可靠的网络而设计，它使用了发布订阅模型，在空间和时间上解耦了消息的发送者与接收者，并且基于 TCP/IP 提供稳定可靠的网络连接，拥有非常轻量的报头以减少传输开销，支持可靠消息传输，可以说天生就满足了物联网场景的各种需求。在 MQTT 311 发布并成为 OASIS 标准的四年后，MQTT 50 正式发布，这是一次重大的改进和升级，它的目的不仅仅是满足现阶段的行业需求，更是为行业未来的发展变化做了充足的准备。2019 年 3 月，MQTT 50 成为了新的 OASIS 标准。

面对迅速增长的设备数量和层出不穷的需求，OASIS MQTT 技术委员会需要从繁杂的需求中提取出通用部分，将其纳入标准规范，并且尽可能不增加开销或降低易用性，在不增加不必要的复杂性的前提下提高性能和易用性。

最终，OASIS MQTT 技术委员会为 MQTT 50 添加了大量的全新功能与特性，50 成为 MQTT 有史以来变化最大的一个版本。在这里，我们将列举一些比较重要的特性：

完整的新属性列表包含在协议标准的附录C，您可以访问以下网址了解详情： >

MQTT 最初由 IBM 于上世纪 90 年代晚期发明和开发。它最初的用途是将石油管道上的传感器与卫星相链接。顾名思义，它是一种支持在各方之间异步通信的消息协议。异步消息协议在空间和时间上将消息发送者与接收者分离，因此可以在不可靠的网络环境中进行扩展。虽然叫做消息队列遥测传输，但它与消息队列毫无关系，而是使用了一个发布和订阅的模型。在 2014 年末，它正式成为了一种 OASIS 开放标准，而且在一些流行的编程语言中受到支持（通过使用多种开源实现）。

物联网设备选择MQTT协议的原因分析

物联网 (IoT) 设备必须连接互联网。通过连接到互联网，设备就能相互协作，以及与后端服务协同工作。互联网的基础网络协议是 TCP/IP。MQTT（消息队列遥测传输） 是基于 TCP/IP 协议栈而构建的，已成为 IoT 通信的标准。

MQTT 是一种轻量级的、灵活的网络协议，致力于为 IoT 开发人员实现适当的平衡：

1、这个轻量级协议可在严重受限的设备硬件和高延迟/带宽有限的网络上实现。

2、它的灵活性使得为 IoT 设备和服务的多样化应用场景提供支持成为可能。

SKYLAB有哪几款支持MQTT的IoT UART接口WiFi模块

串口WiFi模块

SKYLAB支持MQTT的IoT UART接口WiFi模块有四款，分别是基于国产TR6260方案的小尺寸低功耗低成本串口WiFi模块LCS6260，基于国产ESP8266方案的小尺寸低功耗低成本串口WiFi模块WG219/WG229，基于国产ESP8285方案的小尺寸低功耗低成本串口WiFi模块WG231

WG219是一款基于ESP8266芯片方案的小尺寸低功耗低成本串口WiFi模块，符合80211b / g / n 无线模块标准，支持UART-WiFi -以太网数据传输。专为移动设备和物联网应用设计，可将用户的物理设备连接到WiFi无线网络上，进行互联网或局域网通信，实现联网功能。

WG229是一款基于ESP8266芯片方案的小尺寸低功耗低成本串口WiFi模块，符合80211b / g / n 无线模块标准，支持UART-WiFi -以太网数据传输。专为移动设备和物联网应用设计，可将用户的物理设备连接到WiFi无线网络上，进行互联网或局域网通信，实现联网功能。另外WG229仅需要通过出串口使用AT指令控制，就能满足大部分的网络功能需求。WG229高性能、低功耗、低成本、支持串口透传等特性，使得WG229在高集成、低功耗自动化和传感器解决方案的理想解决方案，WG229和LCS6260 Pin对Pin兼容，可替代ESP8266方案的ESP-12F。

WG231是一款基于ESP8285芯片方案的小尺寸低功耗低成本串口WiFi模块，符合80211b / g / n 无线模块标准，支持UART-WiFi -以太网数据传输。专为移动设备和物联网应用设计，可将用户的物理设备连接到WiFi无线网络上，进行互联网或局域网通信，实现联网功能。高性能、低功耗、低成本、小尺寸（11010020（mm））支持串口透传等特性，使得WG231在高集成、低功耗自动化和传感器的理想解决方案。

LCS6260是一款基于TR6260国产芯片的小尺寸低功耗低成本串口WiFi模块，符合80211b / g / n 无线模块标准，支持UART-WiFi -以太网数据传输。专为移动设备和物联网应用设计，可将用户的物理设备连接到WiFi无线网络上，进行互联网或局域网通信，实现联网功能。另外LCS6260仅需要通过出串口使用AT指令控制，就能满足大部分的网络功能需求。LCS6260和WG229 Pin对Pin兼容，可替代ESP8266方案的ESP-12F。

针对客户的物联网应用，SKYLAB支持MQTT的IoT UART接口WiFi模块也都是支持对接云端服务的。LCS6260支持对接阿里云、涂鸦云，WG219/WG229/WG231支持对接阿里云。

---