互联网模式的工控软件

2014-2-7 08:14| 编辑:电工学习网| 查看: 6108| 评论: 0|原作者: 董维康

由于我个人在工控行业从业的几年主要从事的工控软件这类产品，因此我将从自己熟悉的几个方面聊一聊可能的互联网模式的工控软件。
大多数的工控软件中，从功能和角色来说，大体可将软件中的模块分为3类：
1）数据采集，行业内人士都叫IO驱动，
2）数据存储，行业内人士都叫实时/历史数据库，
3）数据应用。
实际上大多数软件都是这种功能结构。
下面就以上说列的功能逐一进行分析。先说工控系统中的数据采集。
对于工控系统中的数据采集来说，数据的生产者主要是设备，或者说是带有大量传感器的设备。对于某一个行业的监控系统来说，常见的厂家及设备型号也不算非常多，但对于所有的行业来说，厂家及设备型号却是一个庞大的数量，具体有多少？我不知道，但直觉告诉我这个世界上的设备型号少说也是百万千万级别。而且这些设备内包含的信息，一般来说都是不相同的，不同厂家之间的设备基本都不相同，即使对同一厂家的设备不同型号，包含的信息也有部分是不相同的。而这些信息对于数据采集，数据应用都是很有价值的。说到这里，可能经常做监控系统的兄弟伙们觉得我说错了，做设备或底层系统数据的采集，和说得不清不楚的设备包含的信息有啥子关系啊？在我们这一二十年接触的监控系统中，数据采集这个功能不就需要知道目标设备的通讯接口，通讯协议，以及点表（或者寄存器地址）不就可以了吗？说成设备的信息就太含糊不清，不专业了！
说到这里我们需要探讨一个问题，做产品的目的是为了解决问题，而不断的升级产品，优化产品的目的除了增加新功能解决新的问题外，同时也是解决产品使用维护过程中的“时间、成本、质量”等问题，数据采集中的通讯接口，通讯协议，以及点表（或者寄存器地址）对于入行的专业人员来说，貌似更清楚，但这种清楚实际上是专业人员学习并积累了很长时间后才形成的，这实际也是一直以来，在工控系统中能快速解决好数据采集问题的人员并不多。但工控系统中的数据采集往往又不是核心价值最高的那部分，所以造成了数据采集这种重复性，不确定性的工作大大提高了系统建设和维护的成本。这种成本最终转移到了最终用户的头上。
既然监控系统中的数据采集具有重复性，不确定性等特点，那么是否说明数据采集这个工作的可重用性很高呢？
从我个人的观点来看，就是这样的，数据采集的可重用性很高！只要这个世界上的设备型号不是全球独此一台，那么数据采集时，相同型号的设备的可重用性就很高。
而我在上面提到的设备包含的信息这个短语实际上不是给已有数据采集专业知识的工程人员看的，是给小白用户看的，因为在现实中，项目工程人员特别是小白用户直观上很容易知道自己要建设的系统要去采集数据的设备是哪一家的什么型号的设备，而对于设备是什么通讯接口，什么通讯协议等往往是一概不知，就算有资料说明，接触之初也是云里雾里。所以，我这里提到的设备信息，是一个包含了设备接口信息，设备通讯协议信息，设备点表（或者寄存器地址）信息等的一个组合体。在本文的后面部分，我暂且把它叫做设备信息模型吧！这个词如果侵权了，请告诉我一声。
试着想一下，如果全世界各个厂家的设备的设备信息模型如果能有效的方式汇聚起来，那么，对于数据采集这种可重用性的工作（技术含量不高，工作量不小）带来的价值将是巨大的，因为海量设备信息模型库真的可以让数据采集各种的时间缩短，成本减低，质量提高！而且，海量的设备信息模型库绝对不限于只是用在数据采集这个工作上！

海量的设备信息模型库要想真正的建立起来，绝对离不开互联网，绝对是互联网模式的工控产品。
利用互联网构建的产品，是可以非常方便的通过各种智能终端到达用户的，海量的设备信息模型库要建设起来，绝对不是开发产品的商家雇用几十个人力就能建设起来的，必须要以互联网作为技术手段、产品形态，海量用户、专业人员、设备厂商共同建设的结果（众包）。而如何让产品让海量用户接受？让用户、专业人员、设备厂商参与？如何管理好海量的数据，协调好用户、专业人员、设备厂商等角色之间的关系？这些都是很复杂的问题，后期的文章再逐一道来。
写到这里，估计会有喷子出来喷了。既然这东西这么好，那为啥只有你一人在这里胡扯？为啥行业内的各位带头大哥没有搞，难道你的智商高于各位带头大哥？你说得如此好，为何到今天也没有一个类似的产品出现？你说的如此理想，可操作性有多高？工控系统的数据采集主要面对企业市场，相对与民用市场，用户量小的太多，投入和产出靠谱吗？你想象的产品要其他人给你贡献资源，这也太不靠谱了？