• 10-02
    2022
    MQTT是物联网应用最广泛的协议,也是物联网的入门协议。MQTT(Message Queuing Telemetry Transport,消息队列遥测传输)是IBM开发的一个ISO 标准(ISO/IEC PRF 20922)下基于发布/订阅范式的消息协议。MQTT协议可以以极少的代码和有限的带宽,为连接远程设备提供实时可靠的消息服务。由于MQTT协议具有轻量、简单、开放和易于实现等特点。这些特点使它适用范围非常广泛。MQTT协议主要特性 1 使用发布/订阅消息模式,提供一对多的消息发布,解除应用程序耦合。 2 对负载内容屏蔽的消息传输。 3 使用 TCP/IP 提供网络连接。 4 有三种消息发布服务质量(QoS):理解MQTT协议最简单的办法就是MQTT就是一个快递中转站,有人投,有人取,快递可以暂存,也可以类似视频网站。如下面的视频,用B站解释MQTT协议。【用B站解释MQTT协议】 https://www.bilibili.com/video/BV1rp4y1i7nY?share_source=copy_web&vd_source=ffdc396f72a54b325037ada71bc99b05 MQTT的优点MQTT的独特功能是每个消息头都可以缩短为2个字节。对于HTTP,为每个新请求消息重新建立HTTP连接会产生可观的开销。 MQ和MQTT使用的持久连接可以大大减少这种开销。包容不稳定的网络,MQTT和MQ可以从诸如断开连接之类的故障中恢复,无需进一步的代码要求。但是,HTTP本身无法实现此目标,并且客户端必须重试编码,这会增加身份问题。低功耗MQTT专为低功耗目标而设计。 HTTP设计未考虑此因素,这会增加功耗。在连接数百万个客户端的情况下,在HTTP堆栈中维护数百万个并发连接需要大量工作才能提供支持。尽管这种支持是可行的,但大多数商业产品都经过优化以处理此订单上的持久连接。 IBM提供了IBM MessageSight,这是一种单机架安装服务器,已经过测试,可以通过MQTT处理多达一百万个并发设备。相反,MQ不是为许多同时进行的客户设计的。推送通知。您需要能够及时向客户发送通知。为此,您应该使用常规的轮询或推送方法。就电池,系统负载和带宽而言,推送是最佳解决方案。客户端平台的差异。 HTTP和MQTT客户端都在许多平台上实现。 MQTT的简单性可帮助您以最少的努力在其他客户端上实施MQTT。防火墙容错能力。某些公司防火墙将出站连接限制到某些预定义的端口,这些端口通常仅限于HTTP(端口80),HTTPS(端口443)等,HTTP在这种情况下显然可以工作。 MQTT封装在WebSockets连接中,并显示为HTTP升级请求,因此可以在这种情况下运行。MQTT的缺点实际上,MQTT被广泛使用,可以在几乎任何大型硬件和互联网公司中找到,例如Facebook,BP,阿里巴巴,百度。由于MQTT本身的技术优势,越来越多的公司选择MQTT作为物联网产品通信的标准协议。结果,工程师逐渐意识到MQTT协议的功能需要大规模商业化进行改进。例如:如果没有完整的SDK,则需要用于不同异构设备的软件SDK软件包才能与MQTT服务器(例如MCU,Linux,Android,IOS,WEB)进行通信,以实现互连和互操作性。不支持文件和AV。在某些应用场景中,需要传输的信息可能不限于需要通过AV与文件通信的指令,例如语音和视频信号。不支持与第三方HTTP集成。 MQTT协议优于常规HTTP协议,但是基于传统HTTP协议的WEB服务器仍在主流市场中占主导地位。这些服务器应与MQTT协议互连,以降低升级成本。不支持负载分配。负载分配服务器对于高并发性和防止恶意攻击也是必不可少的。不支持用户管理界面。当用户分析设备行为数据时,这一点尤其重要。在工业4.0和大数据时代,这是不可避免的需求。设备脱机后,不支持脱机消息来补偿从MQTT服务器到设备的控制信息丢失。不支持点对点通信,并且使用标准的MQTT协议。从理论上讲,点对点通信可以通过相互订阅来实现,但是逻辑相对复杂并且涉及设备安全性。当设备B和设备C相同时-在主题的情况下,设备A无法知道消息是来自设备B还是来自设备C,并且消息很可能是被设备D窃听的。为什么物联网开发不用HTTP协议?原因是HTTP协议功耗高、速度慢、流量开销大,对硬件要求高,所以使用MQTT协议,因为MQTT协议恰好解决了这些问题,使它更好的满足了物联网场景的需要。不支持群组通信或群组管理,而是实现群组成员的管理。小组成员可以交换消息,如果一个设备由多个人控制或多个设备由一个人控制,则此功能特别有用。
    阅读详细
  • 09-19
    2022
    前几天去一个客户这里,碰到这样一个问题,一个物联网系统开发出来了,但不是大家需要的,最后搞了半年,花了几十万的系统,扔那边了。为什么会出现这个情况呢?另外一个事情是,一个客户到处去询价,说他要盖房子,张三是个新手,理解成了2层,报价2万,李四还是一个朋友,理解成了10层,报了10万,公司讨论普遍认为,张三的价格便宜,应该和张三合作。那到底要盖几层?这个客户自己也没明白!说来说去,都是需求不清晰。折腾了双方,白花了钱,还搞的大家不高兴。实际上需求不清晰还会导致如下问题,我们一一列举:1、报价高,或者报价差异大导致供应商的报价没有对比性。2、导致合同对工作范围描述有疏漏。3、甲乙方对质量的执行标准不一致,导致交付问题。4、一边设计一遍开发、导致工期延长、成本大幅增加、有停工或诉讼风险。5、甲方对需求变更的后果缺乏概念,炸弹炸了才知道炸了。6、导致项目执行过程中沟通大幅增加。7、项目干系人对项目的理解不一致,工作不衔接。8、测试工作缺乏依据,无法开展。9、验收标准不清晰,验收困难。10、需求不清晰必然导致成本增加、周期延长、质量下降。因此我们制作了《物联网定制开发需求模板》,希望通过这个模板,可以大幅度的降低需求整理的门槛,解决需求沟通过程中的问题,免除不必要的沟通,进而降低项目风险,提高项目产出,提高项目的整体投入产出比。加入QQ群:260150504,群文件获取。
    阅读详细
  • 07-27
    2022
    钡铼技术:专注工业物联网关,可以采集世面上绝大数据标准仪表、PLC、楼宇设备等,其这里选型是其BL110多功能协议物联网关。 ThingsPanel:开源物联网平台,免费、快速部署。
    阅读详细
  • 07-27
    2022
    工业现场有需要设备支持RS485通信,可以采集各种PLC、流量计、温湿度、液位等。应用特别广泛,这里尽量以更简单的方式,让大家了解整个数据采集过程。
    阅读详细
  • 07-15
    2022
    物联网项目一般包括软件、硬件、施工、联调4个过程,难度不一定高,但是人多事杂,项目周期不好控制,项目质量也难以把控,成本也因此容易不断增加。为了解决这个问题,极益科技采取一套全新的方案开发物联网应用。
    阅读详细
  • 07-04
    2022
    ThingsPanel物联网平台是开放架构,任何人都可以自行拓展ThingsPanel的协议支持。当前,ThingsPanel支持MQTT和TCP协议,采集不同协议的设备,需要怎么做:
    阅读详细
  • 06-21
    2022
    ThingsPanel 是一款物联网底层开源软件,主要功能是采集设备数据、可视化、自动化控制,为众多集成商、设备商、方案商提供快速的产品和交付方案。
    阅读详细
  • 06-10
    2022
    如果你刚接到一个物联网项目的开发任务,不知道怎么做的话,那么我正试言简意赅的把这个事情说清楚。
    阅读详细
  • 05-24
    2022
    在物联网定制开发的过称中,会出现各种问题,我们整理了一下,从甲方的角度,出现的问题以及如何防范。首先从风险的角度来看:风险类别风险点表现询价价格太高对工作范围(数量),质量要求,交付要求不清晰,或者粗糙报价差异大对供应商服务描述不一致合同范围差合同里面没有工作需求文件作为附件,或需求文件不清晰质量差 合同里面没有工作需求文件作为附件,或需求文件不清晰工期差合同中没有写明详细实施计划工期合作差付款方式过于强调一方的安全。执行原型没有原型,或者原型很差就经过了确认设计设计不符合要求就确认,或者看的不认真就确认,没有经过主管领导就确认。合作多头对接,态度差,延迟太大沟通问题信息传达有问题,大家各自有不同理解。沟通问题甲方多个人与乙方多个人对接工作人员沟通能力、责任心、技能脱离需求甲方人员强势或乙方不负责任不按照协议变更执行中发现原来需求有问题,要求变更合同返工发现成果质量不达标,要求返工测试不断的发现问题,无限期修改,让人头大验收无依据没有验收标准,不敢验收无依据无法验收服务不稳定服务器经常宕机,系统打不开不安全数据失窃无法增加新功能二期开发难度大如何防范风险,整理了如下表格,接上表:表现纠错方式对工作范围(数量),质量要求,交付要求不清晰,或者粗糙使用完整的需求文件询价,必须包括功能,设计(参考网站),技术,安全,测试用例,交付要求。如果有原型,那么价格会更低。对供应商服务描述不一致撰写需求文件,必须完整。文件会强迫系统性整理需求。合同里面没有工作需求文件作为附件,或需求文件不清晰附上完整需求文件合同里面没有工作需求文件作为附件,或需求文件不清晰合同中写明质量要求,尤其设计要求。一个版本改到甲方满意为止。合同中没有写明详细实施计划工期写明实施计划付款方式过于强调一方的安全。建议付款方式分为初期,设计交付,开发交付,最终交付4次付款。没有原型,或者原型很差就经过了确认花足够的时间做原型。绝对认真确认之后才做设计。设计不符合要求就确认,或者看的不认真就确认,没有经过主管领导就确认。认真确认之后才做开发,必须经过所有相关干系人认可。多头对接,态度差,延迟太大甲乙方均一个人对接,甲方确认时间不计入实施时间,延迟项目扣10%合同金额。信息传达有问题,大家各自有不同理解。但凡会议必须有会议记录,但凡变更必须有变更文件。并经过确认。甲方多个人与乙方多个人对接工作双方只能由一个人对接工作。沟通能力、责任心、技能更换乙方项目经理甲方人员强势或乙方不负责任不按照协议按照协议约定执行执行中发现原来需求有问题,要求变更合同在需求文件形成时进行会议,充分讨论,对原型进行多次模拟。发现成果质量不达标,要求返工通过做好需求避免返工。不断的发现问题,无限期修改,让人头大第一版供应商必须内测,交付后,最多分三批次提交完问题,修改完毕。没有验收标准,不敢验收在项目签约时,写明验收标准。无法验收直接上线,经过一段时间使用即可,但是需要写进合同。要不乙方不干。服务器经常宕机,系统打不开除非通过合同压服务款项可以补偿之外,没有根本性办法保证,只能看乙方责任与能力。数据失窃购买快照功能,严重的购买WAF功能。二期开发难度大做好一期的技术选型,需要懂专业。否则开发难度太大,价格高。
    阅读详细
  • 05-24
    2022
    物联网项目结合了软硬件,对接了多个部门,融合了多方位的数据,因此在实施的时候,要对未来的风险进行充分的考虑,否则项目小,坑大,赚钱少了还不够赔的。大概来说,有如下一些问题。传感器设备尽量选好的,哪怕选贵的原因很简单,人工费很贵,设备反倒没多钱,一个有问题弄不好就要过去维修,跑一次都能买很多个了。同时问题少了客户满意度高,看着花钱少,但是续签率高了。花的钱总是值得的。能远程维护的一律不现场传感器、电箱等硬件能不去的就不去,不管是软件和硬件,要充分考虑到现场实施之后可能的问题风险,提前做预防措施。在软件层面:要设置远程虚拟网络,设置多个,这个坏了哪个还可以用,确保可以远程访问,不但可以访问主机,还可以访问路由器,甚至设备。系统层面要有问题的监测,整体防范风险。在设备层:能手机扫码的设备就坚决不电脑配置,要有远程固件升级,出问题自动回退,守护进程处理好,出了问题可以内部重启外部重启。做好文件交接、里程碑确认项目在实施过称中,可能因为忙碌,人熟悉等原因,忽略了对问题、变更、确认等谷那件环节,这个会存在很大的项目风险,任何的会议都要有记录,交接有签字,完工有确认。因为碰到的业主各种的都有,有些专业,有些不专业。如果不按照规范,项目会出现随机的风险,就会很麻烦。如上是物联网项目执行过程中所碰到的常见隐患,最好予以规避。由于物联网项目的复杂性,其他的风险也不会少,一定要防微杜渐,把问题消灭在萌芽中。
    阅读详细

Top