数据规划和程序架构的重要性

admin

       以前做的项目相对简单一些，所有的信息要么记在脑海了，要么胡乱的记在本子上，即使复杂一点的项目最多做个CAD步序表格已经了不得了。这几年做项目越做越大，越做越复杂，一个plc不过瘾还要几个PLC协同作战，做了一期可能扩容还要在原基础上做二期三期，做每个项目都当它是一期，为以后万一扩容留点余地。像以前那样处理项目文本和筹备信息已经明显感到力不从心了，得想办法改变下了，不然都成一团浆糊了。

       现在再做类似项目先不着急具体编程，先把IO点表、IP地址及相关网络信息、仪表量程、项目中必须要设置的口令等在EXCEL里工工整整的誊录好，既方便了以后使用也在此过程中加深了对项目细节的了解。尤其是一些PLC之间或与第三方通讯的数据收发区要整齐公正的对仗规划好，要尽可能的按照某种规律进行，忌无规则的随取随用，否则时间短还拎的清，一旦时间久了需要维护或改进扩容的时候查自己亲自做的东西都要查半天。程序架构一定要考虑慎重，前一段时间做了几套全自动过滤器，两个关联系统各6个按设计意图是每个系统6个过滤器合用一个PLC控制盘，再两个smart200的PLC之间有少量的逻辑连锁，smart200再要和泵站的1500有数据交换。但安装的师傅把一个PLC控制盘里各装了两个系统的3个过滤器，那里面要连锁的数据想想都恐怖的。因为电缆已经剪短了，否则我情愿无条件就是加班也要给它改到按设计走。为了这个事情我一直盘算怎么处理，宁可先干别的。在权衡整个系统后决定把两个系统过滤器交叉的点位信号经通讯先在程序里给它纠正过来。这样虽然交换的数据也多但毕竟有规律很好查找和校核，真正多种多样的逻辑连锁上交换数据要减少了许多许多。如果不这样处理我估计这个系统运行的后遗症会更多。项目离场了5个月了，几乎没接到什么咨询电话，还算庆幸选对了大方向。有时大方向错了想掉头都难。

       虽然有过这样的经历但现在手头的项目还是吃了点小亏，像水厂用的V型滤池一般都是一个滤池一个PLC分站，再外围公共部分用一个主站。我是为了突击赶进度大概考虑了一下就写了滤池的分站程序。都快写完了才感觉到只要把过滤恒液位闭环这一个逻辑放在每个PLC分站，其它每个分站的反洗核心程序都放到主站里统一处理后再映射回各个分站的IO点可能程序会更有调理，需要交换的数据也定会更精简，同时又兼顾了用分站的意图。但愿第一个方案能顺利调完，不要回头实施第二个方案。做项目估计和人生也一样，选对行可能比在行内勤奋工作成效来的更显著吧！