quote:以下是引用姑苏城外在2011-04-25 23:22:34的发言:quote:以下是引用Zane在2011-04-25 16:11:22的发言:
的确如你所说,可我的变量很多,像你这样做不知要做多少个画面了。但我对响应速度的要求不高,应用上也是除了上位机,就取消固定终端了。我的应用目的就是提高劳动效率,降低劳动强度。
既然万斑给了两个精华,不拿出点绝活还真对不起诸位了,吼吼.
其实IO点数量多并不代表HMI上就需要建立那么多的变量,即使是要显示所有的IO状态.
我这里使用的方法是在HMI做上整个公司产品的画面,每种设备对应一个画面.HMI并不直接建立PLC的实际IO,而是在PLC程序里做一个HMI功能块,变量对应这个HMI功能块的背景数据块,每个设备的PLC功能块里都调用这个HMI功能块,并把实际IO赋值给它.设备功能块里设置设备索引号与编号,分别对应于设备种类与具体项目中的设备编号,这样HMI里可以根据这两个号自动调用画面.另外,所有的报警信息都使用PDIAG功能在程序里实现,从而实现了程序与HMI项目的标准化.也就是说一个具体项目中无论使用了多少种设备,每种设备用了多少台,HMI项目是不用更改的,除非有新的设备种类.当然,PLC硬件成本相对要较高些,但对于几百上千每工时的人工成本而言,优势显而易见.
其实,这样做最大的好处是代码有其可继承性,不会因为程序制作人员的变更而给后继工作都带来理解前者编程思路的困惑,个中滋味,稍微有点这个经历的工控人应该不难了解.
在什么都提倡标准化的年代,不妨问问自己什么是标准化.标准化不是一成不变,恰恰在于可继承性上.当出现不可继承的情况,这个标准就会被更优的标准所取代.
与广大工控人共勉.
对其中的标准化,可继承性这句与我心有戚戚焉,无论PLC程序,组态软件开发,作为整体的系统工程,项目人员应该关注标准化和可继承性的问题。