自动化这个行业离不开一个词,叫做“非标”,大家一直都在说自己的设备、自己的产品是非标产品,既然是非标产品,肯定会有相同的困惑,不停的图纸更新,不同的程序版本,不同的设备系列号,随着设备越来越多,电脑的硬盘空间越来越小,但是图纸版本和程序版本会越来越多,我们就会有了以下的困惑:
● 同一批设备使用了A版本的程序
● 这一批设备中,有几台调试过程中发生了变化,产生了A1版本的程序,但是其他的设备依然使用A版本程序
● 之后A1版本的程序发生了变化,产生了A12、A13
● 当时使用A版本程序的设备发生了变化,产生了B版本的程序
● ······
想想图纸、想想电柜是不是都是如此。
这个过程本身没有问题,热力学第二定律告诉我们一条宇宙中不变的原则,事情总是向着熵增的状态发展,所谓熵增,就是复杂度会越来越高。
为了解决这个问题,开始了很多尝试:
● 使用软件的版本控制工具
● 给图纸起了优美但又经常被忘记的名字V1.0、V1225等等
● 甚至西门子TIA已经聪明的为我们考虑到这一点,在归档时,可以加上时间编号来解决这个问题
但是总是不能痛快的解决问题,想要找到合适自己的软件却又找不到,想要开发满足自己使用逻辑的软件,又不懂底层开发,索性一拖再拖,直到妥协。
回到问题的源点来思考问题,我们需要解决的是什么?其实是对于大量数据的规范管理,是对数据库的操作,是基于我们自己存储的数据的一种整合体现。
想想这些特点,是不是非常熟悉,我们经常用的EPLAN软件是不是也具备这些属性。
综合以上的思考,我们结合EPLAN的数据库,看看我们能做出什么样有趣的东西。
01
结果
我们可以自动生成这样一个交付单,这个也是利用EPLAN自动生成的,这样我们就可以获得一个属于我们自己的定制系统,我们可以把我们想要存储和记录的信息,通过数据再组合的形式形成我们需要的文件。
02
你能想象到这是一张部件列表么?
上面的这个表格其实是我们最常用的“部件列表”,但是现在这个样子,是不是已经不认识了。
这个表格中体现的数据是一个个箱柜的信息,对于这样一个系统来说,箱柜整体的信息,就是一个【部件数据】,我们记录的信息,都是存在这样的一个部件库中。
客户信息,被做成制造商数据。
背后的根源,还是这样一张,表格模板。
03
本质
不得不说,EPLAN是个好的平台。只要我们能想到的事情,基本上都有解决方案。
但是回归到原理上,这样的一个看起来毫不相关的信息被EPLAN进行存储并进行处理,本质上还是因为信息就是数据,系统中存储的只是数据的一个形式,一个好的平台可以赋予数据更强大的力量。
部件库中那么多的属性,只是为了更加丰富的刻画数据的形态,便于我们使用。
而最重要的,不仅仅是平台,更重要的是数据,即信息本身。
当你有了想法时,可以找到无数途径去实现它,当你没有想法时,再强大的平台,也会觉得是繁琐。