我并非专业出身,学电气才1年,后由于兴趣和形势逼迫才啃PLC,到现在总共才三年,虽然底子薄点,但一个月有三四个工程的工作量,实践机会很多. 在这里我不敢谈经验, 只是就我个人在这段时间走的弯路与大家分享.新人以为鉴:
' }! \9 p8 P K" J( t# @: _, Q, Z. ~' |4 H/ W
1 K% Y) [3 ^ _' \; l( [
1 接到工程的开始不要忙于设计图纸,应该多和机械设计人员多交流,还有设备调试人员,拿到设备运行的第一手资料,记住,你要最了解设备,包括生产出产品的工艺.
) a: y/ v9 B( Q* o1 J+ q3 T5 L' ~0 |* \8 {+ n- R
" X8 P5 ^( _3 @5 J; U2 绘制流程图,这个图纸只为自己使用,所以不用太规范,图中应包括设备的运行过程,标注注意事项,对设备应有总体规划. h, R( ~. ?1 ^3 Q$ J$ E5 Y
_) L7 E0 S3 U' q4 `; Q! g
0 U" T/ ~4 H1 z# W' G0 c
3 用IO表格定义输入输出. X$ H9 [+ j L" N% d2 `
0 N- n7 L1 m9 i. Z: L' ]# e+ l* r/ q; P2 g
输出:a.同一电压等级的尽量靠近 b.不同频率的应单独划分.以上两点便于配盘和现场抗干扰的方便. c.程序上顺承关系的输出应尽量靠近以方便编程 d.留出10%的空点做备用(我是做非标产品的,临时该设备是常事,定型产品则不用)
- v% }2 [) z, o- K( ?# _
7 l- X6 I. _3 M输入:a.根据设备程序工艺分配触摸屏输入和控制板输入,控制板输入点定义时应注意预留一个备用按钮.
+ C8 F, \0 h, Z* r6 D/ g/ R$ n3 F% N' J* h: {) i
编制变量表:变量表的编制应合理规划:最失败的程序往往用到一个变量就随便用.对于与外设有关联的变量应保持连续并把只读,只写,读写型的合理分开,同一类型的变量靠近.这样有利于通讯的速度和程序的阅读.: M/ ^' |( j7 D# P% O8 W* a
7 m/ n6 |. z$ ]" a" T: v: e( R; p4 Y1 Y2 q5 U ^
4 出图:这个比较烦琐.除了电气图,还应有安装图.一定要规范配盘.不然将来等你拿到控制盘时发现要改的太多.基础图,将基础图中附加电气要求(其实主要是接地要求)( O: F' N$ Z0 B1 ~% N; C9 i# r
! E8 N1 h8 N9 ^% v W% K: V
* m" }& P. h( f5 编程:我建议主程序不要写控制,而只有子程序的调用.子程序应分类,初始化\手动\单循环\自动多循环\全局中间控制的\运算的\报警的\复位程序,注意控制类程序转换时的复位.尽量的简化.
6 O2 T& p' ]* ~5 [' h" X5 h$ a
% |. {, A1 w1 f, k3 n- B) @; B. J1 o, h8 w! W" _$ I1 }6 J- @
- [( ]# j) k9 f9 M$ ^) c
就编程而言,其实是整个系统的实现部分。2 h4 \6 w! r+ r& g
1 ~& M- V" ? D( j4 g" y* }6 A
; U: S; Y3 ], N! v2 g% D到此时,工程已经完成70%了,所以程序只占系统的20%(其余10%是编制使用说明书、验收材料等用户文件),但也是最费我们氧气的环节,说到缺氧说点题外的,最近我正在编一台设备其中包括4模入、1模出、变频、3个HSC,定完程序框架一看,共用了10个子程序、11个中断,呵呵。回来说程序,我发现本必威APP精装版下载大多提到的是指令的应用,其实程序的定义很广,不是语句严谨就是好程序,还要结构合理、系统化、易移植性、易扩展性、安全性及冗余等等。8 O8 k, k; I0 [' x% v
6 V2 E9 x3 w' a$ [* A/ k2 `6 M5 Q& W& b2 E. d) H) ?
1、 程序结构很重要,便于别人阅读,把程序开发人员的思路清楚的展现给他人,编程中避免数据的交叉、语句的跳转,此处并不是说JUMP语句,而是顺序分布,不要编程序网,很多人(包括自己)会被网套住,要编成程序链,让别人读程序时有如扶着钢锁过桥的感觉。这也是我为什么喜欢用T型图而不喜欢用语句,实践证明用语句比T型图出逻辑错误的几率高。
3 J- B5 M, X$ Q* S( C: i% A& A/ t0 S$ I# C! F( S6 P
9 X) a* O6 g! a' j
5 c6 O) t7 s* u0 S) }# f' B2、 程序的系统化,把程序按功能划分,即“块”的理念,把一台复杂的设备分成若干个块,每个块独立实现其功能,孙子说过,敌人强大,我设法把他分散开,再逐一击破。我从来不在主程序里写指令,全是调用,程序的树型结构在很多年前就被人认可,树干有若干分枝,枝上再分杈,如果你看见主树干上长满树叶和果实会不会觉得心堵?8 ]/ [: k Y, \/ h# D3 }1 ]2 Y
1 F& z& r+ Y0 ^# B5 _( U0 i# D# e( p& N( ^1 x
$ h7 e( b6 k$ ^8 ^
5 m4 l6 E" E& x4 \- A; ]% J5 O3、 移植和扩展,如果你搞过PC编程,这两个词肯定不生,移植是为了其它相同功能程序的调用,建议大家多做点库,扩展性是为了设备有可能发生的二次改造或与其它设备的合作(并非通讯)而预先考虑的预留,当然扩展性更适合我们这些做非标产品的,手指有点麻了。; K) G! o" d, [; a7 P3 P4 B. G
# ?8 o! _6 N/ i1 d: P8 N
% L, ~, V7 l. F3 R: |! E* h+ t- P
8 ~+ G/ Z7 i0 P: N4、 安全性和冗余应该放在一起说,安全性即稳定性,好的系统不仅仅是处理复杂的运行和运算,首要是安全稳定,能处理突发事故,和避免事故扩大,这里我说说“千万不要用STOP指令”,停机后,你连事故都处理不了了,再上电可能就会扩大事故。当然小设备除外,我知道STOP的唯一用途就是,别人不给你设备款,就在他用了一段时间后STOP他的设备,呵呵。冗余,好象300或400有,我没用过,我这里说的冗余是指软件冗余程序,并不是硬件的,在不影响系统性能的情况下,系统中的冗余程序应占总程序的50%~75%左右,当然这也和系统的复杂程度有关,我个人认为冗余程序的定义是:在非正常工作情况下运行,旨在发现处理故障及其它非正常状况或数据的程序。没有冗余就谈不到完整。
3 I- e$ J/ u3 K, B* Z9 {" b' @3 O6 v7 l
+ s! H+ t5 o N7 t再深白话就是系统的自检测、自诊断、容错性和拟人模仿性了,下回和大家白话。
: M3 w9 W/ r4 t# K! K3 l$ b- n+ R U# O9 W( `( c
1 Q( ~2 c. D1 {& \) y总之,如果你把面前的一堆废铁变成一个机器人,赋予他眼耳鼻舌口手及思想和灵魂,你会发现你就是造物主,生命在你指尖诞生。
) W/ c5 @- t$ u0 v |