首页 上一页 1 2 3 下一页 尾页

PLC程序的经验设计 点击:3845 | 回复:51



天方夜谭之不在话下

    
  • 精华:3帖
  • 求助:0帖
  • 帖子:44帖 | 326回
  • 年度积分:0
  • 历史总积分:5189
  • 注册:2006年1月04日
发表于:2008-03-04 12:24:00
楼主

1、PLC程序的经验设计法

在PLC发展的初期,沿用了设计继电器电路图的方法来设计梯形图程序,即在已有的些典型梯形图的基础上,根据被控对象对控制的要求,不断地修改和完善梯形图。有时需要多次反复地调试和修改梯形图,不断地增加中间编程元件和触点,最后才能得到一个较为满意的结果。这种方法没有普遍的规律可以遵循,设计所用的时间、设计的质量与编程者的经验有很大的关系,所以有人把这种设计方法称为经验设计法。它可以用于逻辑关系较简单的梯形图程序设计。

用经验设计法设计PLC程序时大致可以按下面几步来进行:分析控制要求、选择控制原则;设计主令元件和检测元件,确定输入输出设备;设计执行元件的控制程序;检查修改和完善程序。

2、经验设计法的特点

经验设计法对于一些比较简单程序设计是比较奏效的,可以收到快速、简单的效果。但是,由于这种方法主要是依靠设计人员的经验进行设计,所以对设计人员的要求也就比较高,特别是要求设计者有一定的实践经验,对工业控制系统和工业上常用的各种典型环节比较熟悉。经验设计法没有规律可遵循,具有很大的试探性和随意性,往往需经多次反复修改和完善才能符合设计要求,所以设计的结果往往不很规范,因人而异。

经验设计法一般适合于设计一些简单的梯形图程序或复杂系统的某一局部程序(如手动程序等)。如果用来设计复杂系统梯形图,存在以下问题:

  1).考虑不周、设计麻烦、设计周期长

  用经验设计法设计复杂系统的梯形图程序时,要用大量的中间元件来完成记忆、联锁、互锁等功能,由于需要考虑的因素很多,它们往往又交织在一起,分析起来非常困难,并且很容易遗漏一些问题。修改某一局部程序时,很可能会对系统其它部分程序产生意想不到的影响,往往花了很长时间,还得不到一个满意的结果。

  2).梯形图的可读性差、系统维护困难

用经验设计法设计的梯形图是按设计者的经验和习惯的思路进行设计。因此,即使是设计者的同行,要分析这种程序也非常困难,更不用说维修人员了,这给PLC系统的维护和改进带来许多困难。
 



engineering

  • 精华:0帖
  • 求助:0帖
  • 帖子:1帖 | 31回
  • 年度积分:0
  • 历史总积分:55
  • 注册:2003年1月22日
发表于:2008-03-24 17:05:00
41楼
呵呵,这位“PLC_先生”老兄也有点儿偏激了。
共享数据块和背景数据块只是一个形式而已,他们所占用的PLC存储空间是一样的。在PLC程序中一个设备所需要的数据是一定的,不会因为使用共享数据块而少占用存储空间,背景数据只不过多使用了几个DB块号而已,如果使用多重背景,这两者就没什么太大的区别了。
相反,FB的变量声明表和DB块一致;并且DB快的属性里也直接可以查看他是属于哪一个FB,使用起来更方便,程序的可读性更强。
个人感觉FB是西门子非常好用的功能。使用FC与FB可谓仁者见仁智者见智。

xuyq71

  • 精华:0帖
  • 求助:0帖
  • 帖子:5帖 | 1138回
  • 年度积分:0
  • 历史总积分:1520
  • 注册:2006年9月27日
发表于:2008-03-24 18:13:00
42楼
不错的设计建议,

陈石头

  • 精华:28帖
  • 求助:2帖
  • 帖子:300帖 | 9288回
  • 年度积分:0
  • 历史总积分:54987
  • 注册:2008年3月07日
发表于:2008-03-24 18:55:00
43楼
不错的建议

高渐飞

  • 精华:0帖
  • 求助:0帖
  • 帖子:1帖 | 101回
  • 年度积分:0
  • 历史总积分:426
  • 注册:2002年4月07日
发表于:2008-03-25 13:22:00
44楼
没有大度、包容的心,是容纳不了更新进的技术的。
   我不想说太多,事实胜于雄辩,建议那些真正热爱新技术,热爱好技术的人去通用、大众、宝马、奇瑞等轿车生产行业搞一些程序,研究一下德国自动线的程序,如我所说的,使用模块化编程,实现了图纸器件,程序FB对象以及人机界面元素三者的一一对应关系。对一个工程公司而言,使用其最大的优点在于把程序框架、标准库开发人员和应用层面的设计人员独立开来,其好处我在这个网上发布的《PLC的面向对象编程》早就讨论过。
    搞工控这一块,五年内若不能独挡一面,十年内若不能成为大师,就赶快改行,这一行靠的是悟性,而不是更长的时间。
    对于这位PLC先生的言论,自此我不再做任何言论。

168888

  • 精华:1帖
  • 求助:0帖
  • 帖子:13帖 | 2103回
  • 年度积分:0
  • 历史总积分:4601
  • 注册:2005年3月23日
发表于:2008-03-25 15:23:00
45楼
不错的设计建议

PLC_先生

  • 精华:0帖
  • 求助:0帖
  • 帖子:1帖 | 16回
  • 年度积分:0
  • 历史总积分:1064
  • 注册:2004年3月31日
发表于:2008-03-25 20:08:00
46楼
   对于上面这位兄弟的言论,本人再最后一次发表个人观点。上面那位兄弟说的没有错,“共享数据块和背景数据块只是一个形式而已,他们所占用的PLC存储空间是一样的”。但是我们反过来再试想一下,在一个程序当中我们能用适量共享DB能解决的问题,为什么我们非要去用260个背景数据块去解决呢?就不能给以后将要扩展的程序留点资源(DB块数量)呢?我们古人说的好:“物极必反”,我想应该有他深刻的道理,也许这个规律对于绝大多数事物都是适用的。所以我个人建议,还是不要大量使用背景DB。虽然编程说到最后也就是某些算法的结合,但其中体现了编程人员的各种素质在内,当然也包含了编程人员的修养。
    对于高渐飞:“搞工控这一块,五年内若不能独挡一面,十年内若不能成为大师,就赶快改行,”的言论我感觉太幼稚轻狂了些,可谓年少轻狂;好像真的知道天高地厚了!可笑至极!!就算你很努力工作10年,最多熟练掌握某门技能,最多也只能算十年磨一剑而已,真真的大师岂能只有一剑?我个人认为,我们所学的只是沧海一粟而已,对于我们这些搞技术应用的,也许一辈子也成不了大师。就凭你这么简单的想法就来定义大师,是不是太幼儿了呢。那些化毕生精力研究某项科学的人们,并且在他们研究的领域作出杰出贡献的人们,比如:陈景润、钱学森......他们到最后或者到现在也没有给“大师”做出过任何定义,更加没有称自己为大师。可见人家的修养了,也就是说在某个领域有成就的人,他必须具备很高的个人修养。所以我还是那句话:“冰冻三尺,非一日之寒”!编程如做人,做人需要修养,一个优雅的,高质量的程序也要有较高的修养来支撑!!!思路决定方向!因你博大的思想而深邃!希望能与大家共学、共勉、共进!! ^_^ ◎_◎

何玉庆

  • 精华:0帖
  • 求助:0帖
  • 帖子:3帖 | 221回
  • 年度积分:0
  • 历史总积分:383
  • 注册:2005年6月16日
发表于:2008-03-31 15:52:00
47楼
对于一些重复程序,用FC极易出事.所以,每次我都用模拟器模拟一番.如果通过,就用FC.不能通过,则只能用FB.

chood

  • 精华:0帖
  • 求助:0帖
  • 帖子:1帖 | 10回
  • 年度积分:0
  • 历史总积分:16
  • 注册:2007年10月17日
发表于:2008-03-31 17:12:00
48楼
写得不错.看来我要好好学习了

ZhuYajunBA

  • 精华:0帖
  • 求助:0帖
  • 帖子:0帖 | 3回
  • 年度积分:0
  • 历史总积分:2
  • 注册:2015年6月24日
发表于:2015-06-25 17:02:10
49楼

看完两人的精彩评论,人生快事,任重道远啊!

熊熊548

  • 精华:0帖
  • 求助:0帖
  • 帖子:6帖 | 1132回
  • 年度积分:0
  • 历史总积分:1298
  • 注册:2008年2月07日
发表于:2015-10-17 16:43:39
50楼

支持                       

Gang945

  • 精华:0帖
  • 求助:0帖
  • 帖子:0帖 | 27回
  • 年度积分:0
  • 历史总积分:161
  • 注册:2015年9月27日
发表于:2015-10-17 18:16:25
51楼

!!!!!!!!!!!!!!!!


热门招聘
相关主题

官方公众号

智造工程师
    首页 上一页 1 2 3 下一页 尾页