互联网模式的工控软件

1、本文格式为Word版，下载可任意编辑互联网模式的工控软件 由于我个人在工控行业从业的几年主要从事的工控软件这类产品，因此我将从自己熟识的几个方面聊一聊可能的互联网模式的工控软件。大多数的工控软件中，从功能和角色来说，大体可将软件中的模块分为3类：1）数据采集，行业内人士都叫IO驱动，2）数据存储，行业内人士都叫实时/历史数据库，3）数据应用。实际上大多数软件都是这种功能结构。下面就以上说列的功能逐一进行分析。先说工控系统中的数据采集。对于工控系统中的数据采集来说，数据的生产者主要是设备，或者说是带有大量传感器的设备。对于某一个行业的监控系统来说，常见的厂家及设备型号也不算特别多，但对于全部的行

2、业来说，厂家及设备型号却是一个浩大的数量，详细有多少？我不知道，但直觉告知我这个世界上的设备型号少说也是百万千万级别。而且这些设备内包含的信息，一般来说都是不相同的，不同厂家之间的设备基本都不相同，即使对同一厂家的设备不同型号，包含的信息也有部分是不相同的。而这些信息对于数据采集，数据应用都是很有价值的。说到这里，可能常常做监控系统的兄弟伙们觉得我说错了，做设备或底层系统数据的采集，和说得不清不楚的设备包含的信息有啥子关系啊？在我们这一二十年接触的监控系统中，数据采集这个功能不就需要知道目标设备的通讯接口，通讯协议，以及点表（或者寄存器地址）不就可以了吗？说成设备的信息就太模糊不清，不专业了！

3、说到这里我们需要探讨一个问题，做产品的目的是为了解决问题，而不断的升级产品，优化产品的目的除了增加新功能解决新的问题外，同时也是解决产品使用维护过程中的“时间、成本、质量”等问题，数据采集中的通讯接口，通讯协议，以及点表（或者寄存器地址）对于入行的专业人员来说，貌似更清晰，但这种清晰实际上是专业人员学习并积累了很长时间后才形成的，这实际也是始终以来，在工控系统中能快速解决好数据采集问题的人员并不多。但工控系统中的数据采集往往又不是核心价值最高的那部分，所以造成了数据采集这种重复性，不确定性的工作大大提高了系统建设和维护的成本。这种成本最终转移到了最终用户的头上。既然监控系统中的数据采集具有重复

4、性，不确定性等特点，那么是否说明数据采集这个工作的可重用性很高呢？从我个人的观点来看，就是这样的，数据采集的可重用性很高！只要这个世界上的设备型号不是全球独此一台，那么数据采集时，相同型号的设备的可重用性就很高。而我在上面提到的设备包含的信息这个短语实际上不是给已有数据采集专业学问的工程人员看的，是给小白用户看的，由于在现实中，项目工程人员特殊是小白用户直观上很简单知道自己要建设的系统要去采集数据的设备是哪一家的什么型号的设备，而对于设备是什么通讯接口，什么通讯协议等往往是一概不知，就算有资料说明，接触之初也是云里雾里。所以，我这里提到的设备信息，是一个包含了设备接口信息，设备通讯协议信息，设

5、备点表（或者寄存器地址）信息等的一个组合体。在本文的后面部分，我暂且把它叫做设备信息模型吧！这个词假如侵权了，请告知我一声。试着想一下，假如全世界各个厂家的设备的设备信息模型假如能有效的方式汇聚起来，那么，对于数据采集这种可重用性的工作（技术含量不高，工作量不小）带来的价值将是巨大的，由于海量设备信息模型库真的可以让数据采集各种的时间缩短，成本减低，质量提高！而且，海量的设备信息模型库肯定不限于只是用在数据采集这个工作上！海量的设备信息模型库要想真正的建立起来，肯定离不开互联网，肯定是互联网模式的工控产品。利用互联网构建的产品，是可以特别便利的通过各种智能终端到达用户的，海量的设备信息模型库要建设起来，肯定不是开发产品的商家雇用几十个人力就能建设起来的，必需要以互联网作为技术手段、产品形态，海量用户、专业人员、设备厂商共同建设的结果（众包）。而如何让产品让海量用户接受？让用户、专业人员、设备厂商参加？如何管理好海量的数据，协调好用户、专业人员、设备厂商等角色之间的关系？这些都是很简单的问题，后期的文章再逐一道来。写到这里，估量会有喷子出来喷了。既然这东西这么好，那为啥只有你一人在这里胡扯？为啥行业内的各位带头大哥没有搞，莫非你的智商高于各位带头大哥？你说得如此好，为何到今日也没有一个类似的产品消失？你说的如