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