我并非专业出身,学电气才1年,后由于兴趣和形势逼迫才啃PLC,到现在总共才三年,虽然底子薄点,但一个月有三四个工程的工作量,实践机会很多. 在这里我不敢谈经验, 只是就我个人在这段时间走的弯路与大家分享.新人以为鉴:
1 ^/ a# S& Y) A( H3 J+ S1 W0 I) A9 c
- W( B- }# P) w9 V' E7 a* y$ O4 Y* S4 _: L! W% e
1 接到工程的开始不要忙于设计图纸,应该多和机械设计人员多交流,还有设备调试人员,拿到设备运行的第一手资料,记住,你要最了解设备,包括生产出产品的工艺.8 z- c4 `4 u+ p
+ T6 Q J! L" g# f) l5 w
S/ M/ r; i( j4 S! T2 绘制流程图,这个图纸只为自己使用,所以不用太规范,图中应包括设备的运行过程,标注注意事项,对设备应有总体规划.; o/ x6 Y. K! T" N2 O" J$ O
2 H0 Z, K- Z4 c1 e+ P) h; n( M- @7 h9 W+ f# d8 R
3 用IO表格定义输入输出.
( ^" I6 Q* j) C- [" [' R8 o' |7 B( [+ E! ~' e- M" O
6 i! P& M9 I& K4 E: R+ l4 u输出:a.同一电压等级的尽量靠近 b.不同频率的应单独划分.以上两点便于配盘和现场抗干扰的方便. c.程序上顺承关系的输出应尽量靠近以方便编程 d.留出10%的空点做备用(我是做非标产品的,临时该设备是常事,定型产品则不用)2 o0 N2 W9 H u3 h7 P) T; x
5 b/ F/ c+ i) f* [3 K6 D输入:a.根据设备程序工艺分配触摸屏输入和控制板输入,控制板输入点定义时应注意预留一个备用按钮.
2 L3 S8 E. H2 k& P" @
4 A( K0 i1 u7 l# ]7 f编制变量表:变量表的编制应合理规划:最失败的程序往往用到一个变量就随便用.对于与外设有关联的变量应保持连续并把只读,只写,读写型的合理分开,同一类型的变量靠近.这样有利于通讯的速度和程序的阅读.
9 z6 z# ?# e- K6 F
T& P7 Q2 W! E" X- N: ]4 }$ I' v3 x- P! A9 t* b( @8 Q
4 出图:这个比较烦琐.除了电气图,还应有安装图.一定要规范配盘.不然将来等你拿到控制盘时发现要改的太多.基础图,将基础图中附加电气要求(其实主要是接地要求)7 a3 X$ a1 u1 @) Z1 j9 e
z" q( v8 t. x; k$ }8 O
1 P6 s" {3 q, f7 e5 编程:我建议主程序不要写控制,而只有子程序的调用.子程序应分类,初始化\手动\单循环\自动多循环\全局中间控制的\运算的\报警的\复位程序,注意控制类程序转换时的复位.尽量的简化.0 {- l/ j# s8 i% J% i
0 k0 d9 ]; Q8 m3 K5 [8 t
2 R' x) ^) \% O4 {+ R% j* K
, ]. o0 V {! ?5 q就编程而言，其实是整个系统的实现部分。& f( U! x) x) l- I. @7 i r
( A p9 W4 A1 H/ a; w+ _8 `
g/ y/ H- J3 ~, J \! |/ A
到此时，工程已经完成70%了，所以程序只占系统的20%（其余10%是编制使用说明书、验收材料等用户文件），但也是最费我们氧气的环节，说到缺氧说点题外的，最近我正在编一台设备其中包括4模入、1模出、变频、3个HSC，定完程序框架一看，共用了10个子程序、11个中断，呵呵。回来说程序，我发现本论坛大多提到的是指令的应用，其实程序的定义很广，不是语句严谨就是好程序，还要结构合理、系统化、易移植性、易扩展性、安全性及冗余等等。
# j: o& K' ~8 n' H6 z
/ b2 l1 ]2 Q% F' H
* G$ s0 `! S8 j, h5 ]7 F2 D/ v1、 程序结构很重要，便于别人阅读，把程序开发人员的思路清楚的展现给他人，编程中避免数据的交叉、语句的跳转，此处并不是说JUMP语句，而是顺序分布，不要编程序网，很多人（包括自己）会被网套住，要编成程序链，让别人读程序时有如扶着钢锁过桥的感觉。这也是我为什么喜欢用T型图而不喜欢用语句，实践证明用语句比T型图出逻辑错误的几率高。' x" Z; C+ }; r% V2 z9 K
" a* o7 C3 i9 z4 x! M% }- ]1 H
9 g) h5 s9 @- [, D; ]" g$ E) K" S1 F$ `$ ]1 P4 @6 o% a% x
2、 程序的系统化，把程序按功能划分，即“块”的理念，把一台复杂的设备分成若干个块，每个块独立实现其功能，孙子说过，敌人强大，我设法把他分散开，再逐一击破。我从来不在主程序里写指令，全是调用，程序的树型结构在很多年前就被人认可，树干有若干分枝，枝上再分杈，如果你看见主树干上长满树叶和果实会不会觉得心堵？+ Z) ]) S+ n! r; ?, ^6 v1 J N
, Z# |0 s0 e _8 l$ J
2 `# R) R @* E$ a4 w) n: d4 S! C0 t# b
$ H/ {3 j. I) m! t9 T
3、 移植和扩展，如果你搞过PC编程，这两个词肯定不生，移植是为了其它相同功能程序的调用，建议大家多做点库，扩展性是为了设备有可能发生的二次改造或与其它设备的合作（并非通讯）而预先考虑的预留，当然扩展性更适合我们这些做非标产品的，手指有点麻了。
3 [* [2 N& z6 i2 M3 [( B
9 o3 C# R; q2 u0 C9 a; ]) ]! J5 B, g3 [6 o/ l6 l9 y# N
, n- z. L. f: L4、 安全性和冗余应该放在一起说，安全性即稳定性，好的系统不仅仅是处理复杂的运行和运算，首要是安全稳定，能处理突发事故，和避免事故扩大，这里我说说“千万不要用STOP指令”，停机后，你连事故都处理不了了，再上电可能就会扩大事故。当然小设备除外，我知道STOP的唯一用途就是，别人不给你设备款，就在他用了一段时间后STOP他的设备，呵呵。冗余，好象300或400有，我没用过，我这里说的冗余是指软件冗余程序，并不是硬件的，在不影响系统性能的情况下，系统中的冗余程序应占总程序的50%~75%左右，当然这也和系统的复杂程度有关，我个人认为冗余程序的定义是：在非正常工作情况下运行，旨在发现处理故障及其它非正常状况或数据的程序。没有冗余就谈不到完整。/ o: R* r/ F3 p7 y
6 F% O* Y) V% g: ]$ ?- V
3 z3 J4 |5 \) C( Q7 J
再深白话就是系统的自检测、自诊断、容错性和拟人模仿性了，下回和大家白话。 {& g5 `+ K* z: X: U
- Z% n. v4 Q1 O2 A) m- c+ X
6 }( J$ c; |+ `, l8 v总之，如果你把面前的一堆废铁变成一个机器人，赋予他眼耳鼻舌口手及思想和灵魂，你会发现你就是造物主，生命在你指尖诞生。
9 P% u) w# P8 |1 z! S6 T2 v# t |
发表于 2009-9-6 14:55:12
，9 B7 j& J0 h) f- L6 `' R3 ]" g
发表于 2009-9-7 00:32:38