物联网时代，五大连接难题及两大解决方案！

本文摘要：万物网络时代，制造业对数字技术的应用于早就是一个不可逆转的趋势。虽然这种改变是一个循序渐进的过程，但就目前来看，减缓改变的速度早就给企业带给了极大的压力。 此前，惠普企业牵头世界物联网协会（theIndustryofThingsWorldConference）展开了一项了解的调查。通过本次调查，目的理解过去12个月中，众多企业发售的工业物联网项目获得了多大的进展。

万物网络时代，制造业对数字技术的应用于早就是一个不可逆转的趋势。虽然这种改变是一个循序渐进的过程，但就目前来看，减缓改变的速度早就给企业带给了极大的压力。

此前，惠普企业牵头世界物联网协会（theIndustryofThingsWorldConference）展开了一项了解的调查。通过本次调查，目的理解过去12个月中，众多企业发售的工业物联网项目获得了多大的进展。调查找到，只有53％的受访者指出他们的工业物联网项目超过或者多达了预期的目标；其余的47％回应他们的目标还没达成协议。

　　众所周知，一家企业并不是通过出售技术就能精彩进占工业物联网领域或者只能已完成数字化转型的。工业物联网必须一个原始的架构，在这个原始的生态系统中，一个的组织内部包括的各种节点之间可以展开无障碍的交流。这一切也拒绝其内部有一个联合的标准以及新的技术体系结构来创立IT和OT的融合。

　　当然，我们目前面对着一个关键且广泛的问题，那就是缺少对设备相连的解读。由于这个问题的不存在，即使所有终端设备都相连上了网络之后，还有更加多问题随之而来。荐个例子，在设备联网之后，我们没一个非常简单能用的工具来管理这些设备，一般来说也就没能将数据、信息从一种语言中萃取后用另一种语言回应的方法。

可以说道，当下的可编程逻辑控制器（PLC）数据传输和转换成企业资源规划（ERP）系统就不存在着这种隔阂。这一问题只是企业数字化转型过程中不会遇上的种种问题中的部分点。

　　本文的目的是，让读者了解到关于相连难题的五大要点，同时明确提出了两大解决方案：　　设备联网，本就是一个艰难的任务　　在问题初显时，许多工业物联网领域的厂商都趋向于将这些问题视若无睹。一旦制造商要求冒险尝试，这些企业就不会忽然意识到，原本想相连到所有有所不同设备的计划，这些设备牵涉到了传统的、现代的终端，有堵塞的和开源的软件，因此这个计划构建一起是十分艰难的，更加差劲的情况是造成相当严重的延后，最后被打乱了最初的计划时间表。　　如果你曾多次为工厂里设计过系统，那么你就不会理解，在这些工厂系统里相连、构建了各种各样的应用程序真是就是一场噩梦。

这么做到的后果是，哪怕一个非常简单的数据搜集任务都有可能导致系统中断，最后必须数周的时间来保养。　　车间大大提升的复杂性　　我们告诉，没一个单一的相连技术就可以将所有东西相连在一起。

随着时间的流逝、技术的演变，工业车间也在大大发展。车间内所应用于到的技术的变革也意味著车间内部更高的复杂性。这种复杂性并会消失，甚至不会随着时间推移而减少。

因此，工厂车间混合了各种设备品牌，这些终端设备具有有所不同的反对协议和有所不同的专有数据集。　　因此，必须企业亲吻车间大大提升的复杂性，这也意味著企业拒绝接受在工业物联网解决方案中有很多移动部件、终端。只有将这些部件、终端相连在一起才能获得更大的进账。

对企业工作人员来说，为了更佳的匹敌这样的解决方案，他们必须更加专业的科学知识。这些工作人员不应当将其视作一个简单的补丁系统。　　系统延后问题突显　　为了更佳的解决问题系统的复杂性，也许企业可以自由选择开放平台通信（openplatformcommunications，OPC）。OPC目的为工业自动化获取标准网络协议，拒绝轮询接管来自设备的数据。

轮询是指系统必需以预设速率向设备告知数据的方位，例如每秒一次或每半小时一次。　　OPC必须多个步骤来发送数据，并不是非常简单地从A点到B点。典型的路径如下右图：从PLC到OPC服务器再行到OPC客户端，然后，OPC客户端将其发送到本地服务器或云网络展开用于和处置。

　　为了更进一步加到到多级过程中，PLC必需与其他任何事物或软件应用程序分离相连。相连必需从PLC1输出事物1，PLC1输出事物2，依此类推。

然后将PLC数据传输到ERP软件中：PLC1到ERP软件1，ERP软件2等的相连必须代码。　　毫无疑问，向所有这些层加到轮询，这将造成极大的延后。　　搜集上来的数据并不总是精确的　　OPC无法获取保证数据准确性的功能，必须投放额外的工作来超过目的。

　　以一家坐落于佛罗里达州的制药公司为事例，此前该公司于是以面对着如此挑战。OPC用作轮询设备，这些设备一般来说在每次生产运营时接管到3000个数据包，系统无法自动检验哪个数据包是成品出厂的准确给定。为了解决问题该问题，该公司的工程团队撰写了大量简单的自定义代码来对数据源和接收端展开双重检查，以保证超过数据给定的目的。

　　传统设备与现代设备之间的信息互相交换问题　　消息队列遥测传输（MQTT）于是以很快沦为工业物联网的最差的协议选项之一，目前许多的终端设备也反对MQTT协议。使用MQTT协议的唯一方法是出售反对MQTT协议的设备，但是可想而知，并没有人不愿为了取得反对MQTT协议的设备而出局掉那些早已用于了20或30年且还能之后用于的传统设备。　　只有当企业想要加到全新设备的情况下，比如市场上最热门、近期传感器时，企业才有可能会考虑到出售基于MQTT协议设计的传感器。

这么一来，企业将不得投放额外的工作，使MQTT设备与其原本的传统设备需要一起工作。这对于一个享有成千上万个设备的企业来说，其有可能只有10台反对MQTT协议的设备，而将所有设备迁入到MQTT上将是一个十分较慢的过程，并且不一定需要解决问题已联网设备以及全新设备联网的遗留问题。这就意味著，系统必须更好的自定义编码。

　　然而，企业在众多问题面前，并非无计可施。下文将明确提出两种解决方案：　　防止自定义代码用于以数据为中心的IIoT软件将设备必要同构到应用程序（或其他设备）　　这看上去很非常简单，但是你有可能早已意识到事情并不像你希望的那样需要即插即用。　　许多IIoT平台专心于分析，但由于其终端的设备无法较慢搜集上来数据，所以这些平台相当严重缺少数据。

当然，这些以分析为重点的IIoT平台仍旧是一个分析平台，只是如果数据不精确，平台交付给的分析结果实质上也是违宪的。　　为了解决问题这个问题，你必须将PLC等设备必要同构到应用程序。

以数据为中心的IIoT软件平台就是为此而设计的。无论通信协议如何，它都可以将传统设备和现代设备展开拆分，并为所有联网设备和应用程序获取中央数据管道，使企业可以几乎控制数据的用于方式、时间和方位。　　本地驱动程序打破API，OPC和MQTT　　不要被应用于程序接口（API）和标准协议不会给你灵活性的点子而吸引住，这只不过更加看起来为API，OPC和MQTT而做到的广告。　　每个IIoT平台都有针对API，OPC和MQTT的标准工具，但是它们一般来说没很多本地驱动程序。

一个以数据为中心的平台将有大量的本地驱动程序，这些驱动程序可以防止在企业内部工程师撰写自定义代码。归功于此，企业的终端设备可以在几天内就能获得提高，而不必须花费几个月的时间。

本文来源：bwin必赢官网-www.7wx.org