OptoBlog

OPC和MQTT IIoT

发布的 马特·牛顿2016年9月9日2:40:40点

我们已经讨论过一些技术,比如边缘计算基于rest的api,减少对物联网系统架构的复杂性(物联网)或工业物联网(IIoT)。

降低复杂度使IIoT工作至关重要,特别是从现有传感器获得数据,设备和设备领域,功能很好但没有内置物联网功能。

ROI只是没有如果你有安装复杂的中间件和支付昂贵的集成工作。所以我们的REST API为吸附PAC控制器降低复杂性并将IIoT应用程序在实际范围。

另一种技术帮助降低物联网体系结构的复杂性是MQTT协议(MQ遥测传输)。让我们来看看它所做的相比,自动化专业人士更熟悉的东西:OPC。MQTT和OPC协议为不同的应用程序和任务设计的,但它是有用的比较他们做什么和如何去做。

OPC

OPC基金会的标志OPC是为了在Windows操作系统上运行的应用程序连接到工业自动化设备进行数据访问。

Intellution, 1996年,自动化厂商Fisher-Rosemount光电子22日和罗克韦尔软件成立了一个专责小组开发一个基于Windows的标准工业设备数据访问COM和DCOM,过程控制,并命名为奥立,后来缩短OPC。

OPC在其原始形式的主要缺陷(-HDA - da,等等)是利用一个强制性的客户机-服务器体系结构,仅适用于Windows的服务器代理设备特定的自定义从许多不同的设备驱动程序和协议标准OPC客户再次只运行在Windows系统。

最近的OPC UA规范试图克服需要专用的Windows电脑通过移除依赖dcom之所以和允许一个服务器被嵌入到一个边缘产品如PLC或PAC。

不幸的是,这种方法是微薄的硬件供应商参与,很少有OPC UA软件客户端可用(例外:groov)。此外,OPC(和OPC UA)是一个大型组规范生成超过13文档和1000页。

标准指定许多方面包括传输协议、安全、服务、信息模型、配置文件等。供应商选择一个OPC UA服务器嵌入到他们的产品应该考虑开发成本和上市时间,flash和内存足迹大小、CPU利用率德赢下载、成本和持续的支持。

当考虑为IIoT OPC应用程序、路由器、防火墙和vpn(虚拟专用网络)必须得到解决。总之,OPC Windows软件是一个很好的解决方案与遗留系统交换数据特别是局域网。然而,对于IIoT应用不同类型的设备之间的数据被传输与不同的操作系统和限制硬件足迹通过不同的网络架构,另一种协议可能是一个更好的选择。

MQTT

MQTT.org的标志MQTT是一种传输协议,推动数据使用发布/订阅(pub / sub)架构,并提供了几个不同的优势IIoT应用程序:开放标准和适合远程或脆弱的连接,和设备在防火墙后面。

在发布/订阅体系结构中,客户端订阅主题包含数据,托管在MQTT代理。

在一个典型的IIoT MQTT使用应用程序,你可能会看到一个PAC(可编程自动化控制器)在远程站点发布其I / O状态下给定主题到代理位于总部的位置。然后其他系统,如HMIs,可以订阅这个话题在代理和被更新I / O状态的变化。

最大的好处之一MQTT IIoT应用程序中提供的是它是一个开放的协议,OASIS标准。这意味着系统开发人员可以采用MQTT作为通信协议在设计不管什么操作系统系统是建立在。

MQTT添加到新设计的设备通常是比将OPC UA嵌入设备简单。MQTT也是一个极其轻量级协议,这意味着它使用更少的带宽比其他协议发送数据,如OPC。IIoT应用程序中这是很重要的事情可能部署在偏远地区网络约束如低带宽,延迟高、数据限制,或一般脆弱的连接。

MQTT发布/订阅体系结构也使得它适合IIoT应用程序,因为它把数据使用出站连接到代理。大多数防火墙阻止入站流量(例如,一个外部的OPC客户端请求数据从内部OPC服务器)但允许出站连接在安全的TCP端口,如443 TLS / SSL。

IIoT应用程序,例如,PAC部署在一个远程油井可以打开一个出站连接通过防火墙和电话回家向MQTT代理报告的数据驻留在总部。

展望未来

提前PAC机架式控制器与边缘计算和RESTful API随着IIoT继续推出,将成为进一步简化和系统体系结构的应用程序将变得不那么复杂。

利用两个键来实现这些目标边缘计算和在IIoT MQTT应用程序。和这些技术或很快将共同点,现成的产品从光电子22。德赢下载

看到提前PAC控制器与RESTful API和边缘计算能力

看到突然PAC控制器

主题:物联网,远程监控,物联网,政治行动委员会,IIoT,工业物联网,MQTT

    订阅电子邮件更新

    最近的帖子

      文章的主题

      看到所有