消息排队遥测传输协议是数据传输最优方法的关键竞争者MQTT开源设计与轻度姿势使得它完全合宜地连接不同设备与监督控制与数据采集系统以及其他工业网络
as OmerQadri,边缘和HMI产品产品营销主管阿维瓦MQTT使用发布/订阅架构,比使用超文本传输协议的传统传导通信和客户/服务器通信减少95%HTTP头通常约8千字节,他说,“但MQT协议只使用两字节和几行代码。”这是数以百万计的物联网设备部署的时代关键,其中许多内部内存和处理能力低。
MQT发布/订阅架构除网络足迹小得多外,还奉承传统工业自动化协议使用架构,如Modbus、EtherNet/IP和Profinet高产品管理员Garrett Schmidt观察菲尼克斯联系美国.
客户/服务器架构中的客户直接与端点或服务器通信,出版商和订户-信息发送者与接收者-从不直接通过发布/订阅架构对彼此对话反之,他们与中介人通信出版商向中介提供数据,用户使用数据
代理商可居住任何地方-云端或私有服务器上,过滤接收消息并分发给适配用户
出版商和订户脱钩至少从三种方式提高IIOT应用的灵活性:第二,代理商可存储非联机客户消息并当资源可用时发送第三,操作不必中断等待或发布消息与大多数客户库异步性重合。”
MQTT还具有开源协议的长处,基础是TCP/IP(传输控制协议和互联网协议)。QTT允许用户回发TCP/IP消息,Cirrus链接解决方案.
和HTTP一样,MQTT只定义运输协议不提供安全依赖TCP/IP和HTTP相似 MQTT也不定义有效载荷规范有效载荷不可知性虽能灵活转移任何有效载荷,包括遗留系统有效载荷,但可能使某些设备连接复杂化。在这种情况下,需要程序员翻译数据
消除翻译工作并精简实施程序,开源spark插件有效载荷规范于2016年发布技术营销主管Josh Eastburn表示 :opto22.
2018年Eclipse基金会赞助Tahu项目收集Spark插件参考实现产生插件IIOT设备使用MQTT
Nipper表示spark插件为IIOT服务超文本加注语言因此,他期望二维应用爆炸,如HTTP和HTML曾定义过的人联网
爆炸增长预期
MQTT已经在工业自动化方面取得重大进展,并广泛用于其他应用脸书等2011年信使应用时使用它作为传输层
8亿用户使用MQTT注解 Andy Stanford-ClarkIBMUK.
自那以来,其他大技术公司都效仿亚马逊AWS,微软Azure,IBM华生并谷歌IoT平台使用MQTTMQTT于2018年超载HTTP为物联网选择协议报告斯坦福-Clark
多自动化供应商期望MQTT最终支配工业联网空间Qadri预测道,将广泛推广 行业替换Mordbus,OPC 以及其他仍然以SCAD应用为主的遥测协议
密钥里程碑
MQTT开发后,AT&T分解后,数家销售商开始主动提供自己的SCADA系统,通过卫星实时传输数据。每一个公司都拥有专有运输层,Nipper回顾,Nipper当时曾与Arcom控制系统公司合作,该公司是他共同创建的,现在归并欧技.
唯一例外AT&T设计新SCAD提供本地TCP/IP运行Phillps66安装了其中一个系统并请求Nipper帮助提高现场设备与多数据用户实时数据流效率尼浦尔解释道:上百个网站费用非常高,就像我们在Phillps66时所做的那样。” 其它约束包括使用依赖8位嵌入式微处理器和300波通信设备
Phillps66的SCAD管理者想复制IT部门从IBM接收面向消息中间件的成功,他向Nipper介绍IBM斯坦福-Clark1999年,双组开发MOMSCADAMQT
MQTT尽管高效开源协议,但近十年内不会获得多少动向Eastburn解释道:“直到协议免费使用许可时它才开始在IBM外捕捉到Mosquitto第一个开源MQT代理程序发布证明MQTT在IBM外有生命并标志它通过转折点
业界通过协议的另外两个里程碑发生在2011年Eclipse基金会启动Paho项目,收集用各种语言执行MQT客户端Eastburn表示:「2011年IBM和Eurot向基金会捐赠MQT客户端实现功能,
同年IBM还开始MQTT标准化进程,OASIS最终于2014年将版本3.1.1作为标准2016年,国际标准化组织(ISO)和总部设在日内瓦的国际电工委员会(IEC)也核准它为ISO/IEC 20922:2016
跟上相关技术的发展OASIS系统2019年3月发布版本5MQT本版本允许用户通过云化大分布式基础设施和多中介集群处理新事物斯坦福-克拉克表示:「我们小心不要让太多事物渗透进它中,ISO目前正在考虑通过5版
Koidra提供IoT系统内, 现场IoT枢纽汇总数据 通过小局部传感器枢纽从工厂传感器提取Tran解释道:“这些IoT中心执行轻量数据清洗、处理和压缩-然后将生成信息推向云中”。以此例,“因为只有一个消费者, 中心云, 公共/子框架会过大。”
另一种潜在的陷阱是锁入特定商家专有IoT平台数据寄送商云服务可实现此结果,尽管MQTT开源源码用户购买边端设备软件并使用MQTT连接
TravisCox解释称 TravisCox是销售工程联合主管感想自动化.
Cox敦促用户确保云基系统配置允许用户访问数据数据发回云中,他说,“但归根结底,你也应该能把数据发回系统中。”
锁定专有技术的第二种方式是有效载荷格式,尽管MQTT使用发生这种情况的原因是MQTT可以任何格式转移有效载荷,包括销售商专用二元格式
Cox指出:「如果你不理解发送的东西,为了避免这一陷阱,坚持要么定义说明数据长相,要么使用开源spark插件有效载荷规范
Cox建议搭建弹性架构或断通中心中介人后 应用程序失明一种方法,他建议建立恢复能力来应对中断连接,就是将数据存储在本地缓存中,以便在重构连接时转发数据提高恢复能力的另一个方式是拥有两位中介人,这样,如果另一方失败,一位中介人可以继续工作
