上次看了邓李老师的文章《邓李:如何编写优质的PLC/PAC程序?》 颇有些感受。工作快20年,多少写了些程序,大多是和机器相关的,记得本科的毕业设计是用VB+数据采集卡写了一个拖拉机发动机喷油嘴的弹簧测试,硕士课题用C在Linux下做了一些代码,而毕业后在海天,和师傅一起,继续在Linux下用C和QT堆了一台注塑机的控制器出来。
1、我们有了一个清晰的名字列表,包括变量的、IO的、程序的 2、我们有了一个清晰的结构 3、所有的问题会有据可查。
1、通过分解,将代码部分的工作量比例降低了,这种逐步聚焦的方式,可以让工程师把精力放在最关键的地方。
2、便于沟通,在代码之前的这些工作,都可以和其他人共享,比如IO表部分可以和电气工程师以及电工沟通,程序流程部分可以用来和工艺工程师沟通。
3、便于维护,在移交给其他工程师,或者多人开发同一项目时会方便很多。如果没有注释,基本上工程师自己都会忘记原来写的什么。
4、便于更换平台,当需要更换一个控制器平台时,会发现,大部分工作是相通共用的,这会在切换平台时节约大量的时间。
1、使用对象比较窄,这造成了对程序的质量要求、功能要求都不是太高,机器能开就行。 2、代码量小,因为1的原因,以及机器本身的特性,PLC的代码量是很小的。 3、协作性很低,很多公司只有一个自动化工程师负责PLC程序,而且对程序质量要求很低,只要求机器能跑。
作者简介
周舟,硕士,2003年毕业于河南科技大学,师从张洛平教授,2001年开始接触PC控制和运动控制,先后就职于海天集团、施耐德电气、倍福自动化,宁波致迪自动化,以技术人员和市场人员的身份经历了浙江机械制造的重要发展阶段。
来源/工控百家谈