我并非专业出身,学电气才1年,后由于兴趣和形势逼迫才啃PLC,到现在总共才三年,虽然底子薄点,但一个月有三四个工程的工作量,实践机会很多. 在这里我不敢谈经验, 只是就我个人在这段时间走的弯路与大家分享.新人以为鉴:% O8 B+ S" z9 F- q2 K: b
3 ~4 Q9 b2 B4 H+ W* s# \
" R5 T; k# {& m: i) O% P+ b6 h, ?1 接到工程的开始不要忙于设计图纸,应该多和机械设计人员多交流,还有设备调试人员,拿到设备运行的第一手资料,记住,你要最了解设备,包括生产出产品的工艺.% d. I, _6 @1 W6 o1 q# k
6 C) B6 a+ k$ Z8 Z! I: V+ [
* ]8 F! R4 j3 M& _- w& p, C2 绘制流程图,这个图纸只为自己使用,所以不用太规范,图中应包括设备的运行过程,标注注意事项,对设备应有总体规划.2 w8 E. Y# D* y5 `) M! D; }
( Z3 E" G+ _' D
( x4 r- R/ q; h: ^( U
3 用IO表格定义输入输出.- W; {5 l9 u$ m! P
# G ~2 R" g7 t) t N/ W2 U7 Q) E0 [9 p
输出:a.同一电压等级的尽量靠近 b.不同频率的应单独划分.以上两点便于配盘和现场抗干扰的方便. c.程序上顺承关系的输出应尽量靠近以方便编程 d.留出10%的空点做备用(我是做非标产品的,临时该设备是常事,定型产品则不用): y: u/ L3 p" o
! L$ T# W0 ^: {! P
输入:a.根据设备程序工艺分配触摸屏输入和控制板输入,控制板输入点定义时应注意预留一个备用按钮.3 Q4 Y8 V# P. K. c
7 C+ o& E$ G9 P) a
编制变量表:变量表的编制应合理规划:最失败的程序往往用到一个变量就随便用.对于与外设有关联的变量应保持连续并把只读,只写,读写型的合理分开,同一类型的变量靠近.这样有利于通讯的速度和程序的阅读." l. V1 U( y5 _ r. T( p7 ?
4 A' J( r; h2 U3 D8 d4 T0 l: P) k
1 k; D+ w7 L6 |- V8 c, e0 w4 出图:这个比较烦琐.除了电气图,还应有安装图.一定要规范配盘.不然将来等你拿到控制盘时发现要改的太多.基础图,将基础图中附加电气要求(其实主要是接地要求)' N* x4 |* Z) Q6 A9 V# g
( I* s- Y) K( g* @; K1 H* n! `! [ Y- ~. {: t
5 编程:我建议主程序不要写控制,而只有子程序的调用.子程序应分类,初始化\手动\单循环\自动多循环\全局中间控制的\运算的\报警的\复位程序,注意控制类程序转换时的复位.尽量的简化.+ L. K; h4 o8 v) g0 V4 D
- Y- @% _5 ?5 O( W' ~6 Z
5 l+ Q3 {) |8 z( N" g1 t
) i5 ]2 H& |+ w& ]( b就编程而言，其实是整个系统的实现部分。7 C8 A- R" C' `$ u# l+ N
- L% j1 ~9 |1 |; b/ o/ r# {# A1 e* O2 A9 [: x0 P# D
到此时，工程已经完成70%了，所以程序只占系统的20%（其余10%是编制使用说明书、验收材料等用户文件），但也是最费我们氧气的环节，说到缺氧说点题外的，最近我正在编一台设备其中包括4模入、1模出、变频、3个HSC，定完程序框架一看，共用了10个子程序、11个中断，呵呵。回来说程序，我发现本论坛大多提到的是指令的应用，其实程序的定义很广，不是语句严谨就是好程序，还要结构合理、系统化、易移植性、易扩展性、安全性及冗余等等。; ]5 o4 N. e( z
9 V1 l5 G6 m8 p+ d$ d3 r% v) |0 r" [' s4 B5 c
1、 程序结构很重要，便于别人阅读，把程序开发人员的思路清楚的展现给他人，编程中避免数据的交叉、语句的跳转，此处并不是说JUMP语句，而是顺序分布，不要编程序网，很多人（包括自己）会被网套住，要编成程序链，让别人读程序时有如扶着钢锁过桥的感觉。这也是我为什么喜欢用T型图而不喜欢用语句，实践证明用语句比T型图出逻辑错误的几率高。 u3 T$ J9 x- R1 h( C
/ R. V: ~& y& I0 W" Y
; ~2 a0 }5 T6 h. v7 Q
% _% P5 m% i, [; O t+ D2、 程序的系统化，把程序按功能划分，即“块”的理念，把一台复杂的设备分成若干个块，每个块独立实现其功能，孙子说过，敌人强大，我设法把他分散开，再逐一击破。我从来不在主程序里写指令，全是调用，程序的树型结构在很多年前就被人认可，树干有若干分枝，枝上再分杈，如果你看见主树干上长满树叶和果实会不会觉得心堵？" y0 S) u2 Z. m; {. x
5 H& y* y. Z/ t# e4 H B
% w8 w$ p! C4 x, c: [; H7 g* {
3 S1 ^" V/ T( s6 o8 H
% d. [( O) w2 ]) k. A8 C: J2 @3、 移植和扩展，如果你搞过PC编程，这两个词肯定不生，移植是为了其它相同功能程序的调用，建议大家多做点库，扩展性是为了设备有可能发生的二次改造或与其它设备的合作（并非通讯）而预先考虑的预留，当然扩展性更适合我们这些做非标产品的，手指有点麻了。
N6 o5 o; ]8 S7 R0 n8 B9 x3 \! U+ t4 z' H1 s1 |* S0 g; P9 j
7 U( B4 J) u5 m
! E) ?) B; W" [/ E4、 安全性和冗余应该放在一起说，安全性即稳定性，好的系统不仅仅是处理复杂的运行和运算，首要是安全稳定，能处理突发事故，和避免事故扩大，这里我说说“千万不要用STOP指令”，停机后，你连事故都处理不了了，再上电可能就会扩大事故。当然小设备除外，我知道STOP的唯一用途就是，别人不给你设备款，就在他用了一段时间后STOP他的设备，呵呵。冗余，好象300或400有，我没用过，我这里说的冗余是指软件冗余程序，并不是硬件的，在不影响系统性能的情况下，系统中的冗余程序应占总程序的50%~75%左右，当然这也和系统的复杂程度有关，我个人认为冗余程序的定义是：在非正常工作情况下运行，旨在发现处理故障及其它非正常状况或数据的程序。没有冗余就谈不到完整。
7 A+ l* e1 L$ j1 T& S# X9 g. Z& Z; q$ ~* A
, {" A Y5 D/ D" [8 g/ K9 h9 {" R
再深白话就是系统的自检测、自诊断、容错性和拟人模仿性了，下回和大家白话。
; s% N) o- }" v( H' |- o4 n+ J9 F% ~- ]% |9 O
% W$ x3 v7 N, Z1 z+ J- ^; _总之，如果你把面前的一堆废铁变成一个机器人，赋予他眼耳鼻舌口手及思想和灵魂，你会发现你就是造物主，生命在你指尖诞生。6 Z, R% d9 h4 ^; ]% C/ V
|
发表于 2009-9-6 14:55:12
，
楼主
发表于 2009-9-7 00:32:38