MQTT和Websocket的区别是什么_mqtt和websocket哪个好

简单回答一下,MQTT(MQTelemetryTransport)是针对物联网而设计的,如手机对家里的智能开关,而WebSocket是针对浏览器与服务器之间而设计的两者基本上是两个世界的东西

MQTT只是一个接口,让两个"物件"能够透过TCP协议通讯,但并没有规定(在应用层面上)通讯中要怎样"对答",如pop3邮件伺服器会有:

S:220我是xxx服务器

C:HELOmyServer

S:250Nicetomeetyou

C:authlogin

这些是没有硬性被定义的,两个"物件"之间要怎_"聊天",由你自己来定

WebSocket则是一个>

以上,只是很概念的说法,便於你理解,详细你得自己翻下文献了

mqtt与socket的区别有：

1、mqtt协议是为工作在低带宽、不可靠网络的远程传感器和控制设备通讯而设计的协议，而WebSocket则是为了浏览器与服务器全双工通信的一种协议。

2、mqtt是IBM开发的一个即时通讯协议，有可能成为物联网的重要组成部分。Socket是HTML5一种新的协议。

MQTT是一个基于客户端-服务器的消息发布、订阅传输协议。MQTT协议是轻量、简单、开放和易于实现的，这些特点使它适用范围非常广泛。在很多情况下，包括受限的环境中，如：机器与机器、通信和物联网。其在智能家居、及一些小型化设备中已广泛使用。

物联网智能网关要接入MES系统，需要从下面几个方面讨论：
1、多种采集协议的适配：车间设备一般具有多种接口和多种自动化协议，常见的有modbus、PPI、MPI、Profinet、hostlink等，接口一般为RS485、以太网、can口等。
2、具备边缘计算能力：物联网智能网关必须具备边缘计算能力，而不是傻瓜式的透传。可以对数据进行本地化预处理，然后再与MES服务器交互，这样能极大减轻MES服务器的压力。
3、与MES服务器间的通信规约和数据格式：物联网网关与MES服务器见需要支持实时性非常强的通信规约，如MQTT、DICP等，而不是普通的自动化协议。同时约定好传输的数据格式，以被MES服务器解析。
帝图数据采集器适合于用在MES系统的数据采集，比如汽车生产线的数据采集、变电站的数据采集等。

通讯技术主要有四个：tcp/ip、3G、蜂窝网络、云计算 tcp/ip：名为传输控制协议/因特网互联协议，又名网络通讯协议，是Internet最基本的协议、Internet国际互联网络的基础，由网络层的IP协议和传输层的TCP协议组成， TCP/IP 定义了电子设备如何连。

光电直读远传rs485水表和lora远传水表是两种不同传输方式的智能水表，rs485是有线远传水表，lora远传水表是无线水表。
光电直读远传rs485水表通过485通讯线进行数据传输，这类表适用于表集中安装，方便布线的场景；而lora无线远传水表是采用lora调制技术进行数据收发，不需要施工布线，适用于表比较分散的地方。所以光电直读rs485水表和lora无线远传水表各自有各自的好处，用户使用的时候可以根据自己的应用场景来选择适合做哪一种。

无线有线总线，我前面看的文章给大家分享一下。

第一部分，通信控制策略选择

当前智能家居作为物联网一个比较火的分支已经开始慢慢地走入普通老百姓的家庭， 作为一个才接触或者接触不深的普通用户如何在各种狂轰乱炸的智能家居广告中，各种大公司渲染的智能家居生活场景中选择自己合适的智能家居解决方案是一个非常头疼的问题。

当前常用通信技术方案

从实现控制通信技术方案来讲可以归类为有线方案（通过有线介质传递控制信号） 、无线方案（通过无线电波传递无线信号）两大类。

常用有线控制方案又分（RS485总线，CAN总线，KNX总线，IO直控（通过线路的干节点通断传递信号））

常用无线控制方案又分（中短距离zgb，zwave，315/433/24G非组网双向，315/433ASK，WIFI，远距离Lora ，NBIOT（有通信收费））

两分类方案可靠性分析

有线 >无线

由于有线信号传递是通过物理介质，电压的震动变化传递信息，在线路布线规范的情况下受外界的干扰极小，在可靠性的大方向上无线则受制于传输距离，传输范围内的电磁环境，通信组网延时等因素影响存在不能将控制信息传递到被控设备的情况。最直观的例子就是大家用座机打电话给座机电话声音是非常清晰地，但是用手机打电话给手机，或者座机打给手机则有时候会出现通信断断续续的情况。所以有线的可靠性要高于无线。

有线控制方案中： IO直控>总线

IO直控由于是通过通断信号直接输入给控制系统或者嵌入式单片机，中间不经过任何的数据调制，转换，通就是通，断就是断，单片机能非常清晰和清楚的获得通断信号，从而做出执行反应，几乎是没有延时实时发生。

各类总线通信则是通过专用的通讯协议芯片将需要传递的信息调制转换为标准的总线电平信号通过一定频率的电平信号震动来传递信息，中间多了信息程序处理转换和电平转换两个环节。两种方式各有优劣势，现有有线控制方案中一般两种被组合使用。IO直控稳定可靠，但是传输的指令数据有线，两线只能传递0/1，通俗可以理解发电报，总线稳定可靠略低，但是总线两线则可以传输各种控制指令，可以把它理解为可以传输任意信息的电话线。

无线控制方案中： NBIOT>Lora > wifi > zgb/ zwave > 315/433/24G非组网双向 > 315/433ASK

NBIOT由于是基于运营商的手机网络，理论上有信号的地方就能连接控制，但是由于模块价格偏贵和需要支付运营商通信费用，现在还不能大规模应用与家庭，但是在共享单车，智能电表，智能充电桩。。。等比较分散的商业项目应用非常广泛。

Lora也是最近非常热的一个无线通讯技术，集合了双向通信，无线抗干扰能力强，自动调频避开拥堵，通信距离远，上电即可通信等优点，后续再智能家庭中的应用肯定会越来越多，现阶段发展也是受制于模块费用偏贵，体积偏大，组网加密通信体系还不够完善等因素还没有大规模应用。

Wifi由于各大芯片厂商的加入现在价格非常便宜可以堪称廉价，由以前几十元到现在的几元只用了不到2年的时间，被广泛的应用到各种智能单品。但是由于路由组网，网络延时等原因，在大房子大规模应用还是有其局限性，例如停电来电后，需要等待其连接网络才能受控，一个情景执行可能有不一致等情况。

zgb/ zwave 作为老牌的短距离自组网无线通讯协议在几年前的无线通讯方案中可谓风光无限，现在由于wifi的冲击已经慢慢的被边缘化，从当时设计这套通信规则的人来讲，自组网是非常好的一个方式，也非常有远见，但是短距离制约了其发展，对网络布点非常考验经验，你至少要做到在其通信范围内有一个备用节点可以备用，否则一旦关键节点故障，通过这个关键节点的控制设备都会脱网不能控制。同时由于组网需要时间，也不能通电立即运行。适合于面积较小的房子控制，房子一旦大了延时就会非常明显。

315/433/24G非组网双向，这个相当于就是各大厂家自由发挥的比较多没有统一的标准和协议，要点对点，还是多对点，还是点对多，还是多对多全靠厂家后台设置匹配，由于没有标准的组网规则协议，这个的稳定可靠全靠厂家的基本功。通信距离短也不适合大房子应用。

315/433ASK，该方案现在主要传输2262和1527编码无线信号，在世界范围内都是用得比较广的短距离无线通信协议，没有组网的感念，信号直达，简单，控制方便，模块成熟，成本可控，被大规模应用，淘宝上有成千上万种模块可以选择自由组合，扩展非常灵活，劣势就是没有反馈。

通信技术方案选择总结

如果你房子比较大选择有线控制是不二的选择。

如果房子偏小对控制实时性可靠性要求不高，可以选择无线方案。

个人觉得作为家庭控制而言，毕竟这些都是高频使用的设备，有线方案前期布线是多了一个环节但是后期会很省心推荐使用有线为主无线为辅的方案，布线有遗漏的地方用无线去弥补。

第二部分，联网控制策略选择

智能家居作为物联网的重要组成部分，联网控制已经作为一个基础的标配控制方式。现在大家应该被各种云控制的广告包围着吧，各种大数据，智能AI的营销是不是也有耳闻呢？是不是会觉得这些概念都很高端，很前卫。

那什么是云控制，什么是大数据？

简单通俗一点讲就是，你家里老婆什么时候回家，小孩什么时候回家，燃气阀是否开启，传感器探测到你上了几次卫生间，现在家里是否有人。。。这些信息通过家里的智能设备先传递到商家的服务器，然后你的手机通过账号密码连接到商家服务器，商家的服务器将相关的数据推送给你，让你知道家里的状态，你通过手机控制 *** 作家里的设备几点开，几点关，通过商家的服务器控制到你家里的智能设备，这就是云控。 手机<->商家服务器 <-> 家里智能设备。

你吃喝拉撒的这些控制数据累计多了就是大数据。

统计了几个月你每天都是7点上厕所，AI有可能认为你每天都是7点钟上厕所，然后突然又一天7点自动给你把厕所灯打开了，然而你今天想睡懒觉。。。。 这就是AI。

站在开放物联网云平台商角度：

现在有非常多的免费物流网云平台，小米的生态，京东的生态，阿里的生态。。。。大家的思路都是想让智能家居或者家电厂家把所有的设备挂上去，在云端实现对所有设备的管理和控制，现在很多基础服务都是免费的，就像当初的淘宝免费一样，后续这个就说不清楚了。这个是云商的非常精明的盈利模式，自己不用花很多精力去开发各种各样的硬件设备，只需软件平台就能整合各种硬件资源创造财富，同时通过大数据分析各种设备上传的各种数据和用户使用习惯来提炼更大的商业价值。

站在智能家居或者家电设备厂家的角度来看：

自己没有精力或者技术搭建云平台，有个免费的刚好省事，也能广告宣传自己云了一把，感觉云了就高级了。同时能收集用户数据，一举多得！

不知道大家注意了没有，这里面这个环节少了一个用户的角度，上面两种利益群体都是将用户或者说用户所购买的设备、在细一点是用户所购买设备所产生的各种数据作为一种资源，为大数据分析或者更大的布局提供服务。牺牲了用户的小我成就了平台商的大我。

站在用户的角度出发：

1，我是否愿意将我家里的各种设备交给平台商管理？选择平台之后你没得选择，赶紧打开你的手机控制app看看厂家给你预制的隐私协议吧，你可以选择不用，用了我就要收集你的数据。

2，家里所有的设备在云端给人的感觉是否安全？ 当家里只是一两个插座的时候可能觉得还无所谓，但是是你家里所有的家用电器，各种探测器，电量数据，视频数据都在云端的时候呢，即使是非常安全的，但是是没有安全感的。

3，平台商服务宕机，设备被黑怎么办？当所有设备有规律的连接到平台之后，在平台的后台是能对这些规律的数据进行分析的，对黑客或者有坏心眼的人也更有诱惑力，想想让几百万个家庭同时电视关闭，水阀全部关闭，带来的轰动效应和影响力绝对可以上头条！

4，我的数据我只想我自己知道行么？现在各种渠道、软件都充斥着用户数据收集的手段，选择云端相当于把自己家庭运行状况数据全部上传。不管是平台商和其他商家都会保证不泄露用户数据，都会说客户第一，但是数据肯定会被平台商或者商家用来分析。这个就看自己感觉了。

作为一个普通用户的基本需求：

1，能安全控制自己家里的设备。

2，不想自己的各种控制数据被上传，泄露，保证自己的隐私。

有没有好的方案供大家选择？

作为一个技术爱好者回答是肯定的！动态域名端口转发

端口数据转发工作原理：只是作转发，不做存储。动态域名提供商服务的设备可以说是千奇百怪各种各样，当然转发的数据也就是各种各样了，在动态域名提供商瞬间转发的杂乱无章、毫无规律的数据大海中要去找没有规律的规律可谓是毫无意义，对黑客的兴趣大大降低，一个宕机也不会影响其他用户。

比较基础的方案是：在拥有公网的动态IP的前提下（南电信北网通的宽带）通过设置动态域名和端口转发自己来搭建一条通道不受各种平台的制约，直接和设备建立连接。

不是技术宅不懂设置，难道就没有更好的方案了么？

这里要讲一下国内比较出名的动态域名厂家就是花生壳了，我记得高中的时候就知道他的存在了。现在10多年过去了这个公司依然还在，同时不断改进，同时期的科迈好像就要差一些了。花生棒硬件的出现给这个解决方案带来了福音，抛开了动态域名申请和路由器端复杂的设置，同时内外穿透使用体验和使用各种云一样，数据不被存储，只转发。也就是你可以不需要拥有公网的动态IP，随便一根网线可以上网就可以，云端填用户名密码，这里填入域名和端口。

最近蒲公英路由器的发布也带来了第二种便捷的联网方案，可以将手机和智能设备之间架起一个独立的网络。

从而实现 手机<->家里智能设备的直接连接。

联网控制方案选择总结

1、家里只是简单的开关插座通断电非核心设备，不在乎数据是否被收集，可以选择云服务方案。

2、家里采用的是系统解决方案，涉及到各种功能系统，对隐私和安全比较在意，选择本地网络+转发控制方案

上面只是我从一个普通用户角度出发所阐述的观点，不是推销花生壳的产品。

一直以为只有自己才想到这些，万能的淘宝给了无数的技术达人以空间，让技术宅的方案能和触及到普通消费者。 具体的大家点击推荐链接去细细的品味！

在完成了基础的通信方案略选择和联网控制策略后，下一讲我将给大家讲解认识智能家居和现在的智能家居能给我们带来什么。

原文来之大家可以自己去看看，如有侵权联系我删除~~~ 原文链接

物联网 (IoT) 不只是新技术， 还是与旧技术的集成，其关键在于通信。 可用的通信方法各不相同，但是，各种不同的协议在将海量“事物”连接到互联网时发挥着重要的作用。 本文介绍了两种物联网补充协议： 用于短距离设备连接的本地协议 Modbus 以及支持物联网进行全局通信的可扩展互联网协议“消息队列遥测传输 (MQTT)”。
Modbus 是一个串行通信协议，首次出现于 1979 年，是连接行业设备实际使用的标准协议。 MQTT 早在 20 年前便已出现，但是将这两个协议结合在一起使用，能够为深度嵌入式设备提供物联网的规模和连接性。 图 1 展示了这些协议之间的一般关系，同时介绍了连接的支持解决方案：物联网网关。
图 1 物联网 (IoT) 网关作为物联网通信的支持解决方案 我们来看一下 Modbus 和 MQTT，以了解其区别以及如何在物联网中互相补充。
Modbus
自 1979 年首次出现至今，Modbus 已经演变为一套全面的支持多种物理链接的协议集（如 RS-485）。 Modbus 的核心是一个串行通信协议，采用主从模式。 主机向从机发送请求，从机予以回复。 在标准 Modbus 网络中，有一台主机以及最多 247 台从机（但是，如果采用 2 字节寻址，则可显著提高这一界限）。
借助 RS-485，主从机之间的通信发生在指示功能码的帧中。 该功能码可识别要 *** 作的功能，如读取独立输入；读取先进先出队列；或执行诊断函数。 然后，从机根据收到的功能码进行响应，该响应较为简单，由一组字节指示。 因此，从机可以是智能设备，也可以是只有一个传感器的简单设备。
从该描述中，您可以看到 Modbus 协议非常简单，但是其作为协议的开放性使其成为整个行业或 SCADA 系统的实际通信协议。
消息队列遥测传输

---