quote:以下是引用David.z在2013-05-30 21:34:32的发言:
凌波大侠谈到PROTECT,PERMISSION,INTERLOCK,在现场客户的反馈是,interlock和protect功能重复了,可以留一个,至于复位不复位集成到一个管脚就好,多一个管脚多占用空间,西门子的block看上去已经密密麻麻了。至于允许,似乎需要区分一下启允许和停允许。参看了一下艾默生ovation的motor块,就下面几个管脚显示:
运行
停止
远方 启指令
MCC故障
远方自动
远方手动 停指令
启允许
自动启
远方启 跳闸
超驰启
停允许
自动停
远方停
超驰停
--------------------------
简单明了,功能块内需要设置的参数也不多,状态显示只有16位
BIT FUNCTION
15 PRO STOP EXIST
14 PRO START EXIST
13 STOP PERMIT
12 START PERMIT
11 MCC POWER OK
10 TRIPPED
09 LOCAL
08 TAGOUT
07 STOP FAIL
06 START FAIL
05 NORMAL STOP CMD
04 AUTO
03 STOPPED
02 STOPING
01 STARTED
00 STARTING
功能块大而全,反而不如小而多(实现不同功能的块种类多些)
对于功能块的功能多与少的概念,我想还是应该因项目而异的。
小而多:灵活,多变;然而通用性,统一性差,不适合大型的DCS系统。功能块多了,WINCC画面上BLOCKICON也要多种多样,即使是做成同样的,也要定义成不同的FACEPLATE;
大而全:浪费资源,很多功能用不上,但通用性,统一性强,适合大型的DCS系统。WINCC画面上的BLOCKICON种类少,对于操作人员来说,种类少易于掌握,减少误操作。
我想:如果一个编程者可以站在客户角度去考虑,去规划自己的项目,规划自己的编程结构,那么现场的调试就会顺利许多,也会得到客户更多的认可,也会让生产运行更加稳定。因为自控的最终结果是提高生产力,而这种生产力的提高一定是在系统稳态的前提下的。而这种稳态也要考虑的就是减少人为的错误。而不仅仅是站在自己的立场上去考虑。