谁有过PLC培训经验?

我本来是化工专业毕业的,后来因为工作需要和个人兴趣,转行做了仪器仪表和机械。10年前,我刚开始用PLC的时候,也是不知所措。以我对硬件和工程知识的熟悉程度,

而且对组态软件一知半解,硬着头皮接下了任务。当时来不及研究,相关资料极其匮乏。唯一的参考资料是西门子网站上的英文S7-200手册。

一些全西文的例子终于在三个月内完成了系统的构建和软件的编写。期间弯路和故障是家常便饭,经常让我茶饭不思,还因操作不慎烧了一台PLC。

所以我很理解那些刚起步的网友的感受。

在此,我粗略总结一下自己的学习之路,供网友们参考。

1,编程需要很强的毅力和足够的耐心。

每个人都有自己的长处。有些人把编程当成一项漫长而枯燥的工作;有些人认为编程是一种有趣的智力游戏。如果你是前者,强烈建议你远离这份工作。毕竟编程工作对人来说是持之以恒的。

以及耐心的挑战。在我的实验室里,很多同学看到我编程的时候,会惊讶于我面对这些成堆的符号时的专注。其实这是因为兴趣。兴趣给了我足够的毅力和耐心。名著

经过无数次的失败,当我看到符号按照我的想法排列整齐,PLC按照我的要求有条不紊的运行时,我的兴趣得到了极大的满足,就像打开了一个游戏。所以,我告诉你这个

学生:你看到的是一堆无聊诡异的符号,但我看到的是一群热情的舞者,我是他们的导演。

2.编程需要敢于实践的信心。

。两年后,我又看到了她的CAD图纸,我还不如自己。

同样,只有在PLC上不断运行这些指令,观察运行结果,才能理解PLC指令的作用。许多初学者对PLC感到困惑,常常是出于对损坏设备的恐惧。这些恐惧

没有理由害怕。认真阅读手册很重要,但光靠阅读是成不了工程师的。更何况手册里的内容并不全面。当我接触到那些不熟悉的指令时,我喜欢命令

编个小程序让PLC运行。然后逐个修改条件,观察运行结果(MicroWin为用户提供了非常好的监控手段),反过来重新理解手册的描述,这样就可以非常直观了。

理解这些说明的功能和用法。不用担心你写的程序有什么问题,会影响PLC的正常工作。如果程序有什么问题,我们只能知道PLC是否在运行。而发现和解决问题才是正确的做法。

自身能力的提升。抛开硬件操作不谈,就软件而言,我还真没遇到过因为软件问题损坏PLC的事情。这里不用担心继电器电路接线错误可能造成的后果。所以,大胆实践。

这是PLC编程的必由之路。

当然,大胆实践并不是野蛮操作,而是必须遵循必要的规范。还有一点需要注意的是,在程序被证明可靠之前,千万不要挂钩负载,以免造成不必要的损失。数字量输出

LED显示屏;模拟处理可以通过一些硬件或软件模拟手段来解决。

3.编程需要缜密的逻辑思维。

编程本身就是一个逻辑思维过程。在高级语言中,ifthenelse和select是最常用的条件判别语句,这就是逻辑中的因果关系。PLC程序由这些因果关系组成:判别

条件是否成立,然后决定执行相应的指令。原来的PLC是用来代替继电器逻辑电路的,所以继承了继电器电路以触点为触发条件的描述。在PLC中,用虚拟触点代替继电器。

电器的金属触点,而继电器电路所表达的逻辑关系仍然完整地保留着。即使引入了继电器电路无法胜任的数值处理过程,PLC也基本上是在实现一种因果关系。所以,

理顺对象的事件之间的逻辑关系是编程前的一项充分准备的工作。接到任务后,我做的第一件事就是整理出一个逻辑图,和用户反复讨论,得到他们的认可。

然后真正进入编程的过程。

4、不可或缺的相关知识

PLC的程序直接作用于对象的具体过程,所以了解对象的具体过程非常重要。在和用户交流的过程中,我会用我的UnitOperation的知识来分析用户的工作。

Art process,帮助用户梳理过程控制中的逻辑关系,甚至包括各种仪表和硬件的配置。这要归功于我原来的专业。当然,我们不能要求所有从事PLC程序的工程师都有我的经历。

。但有两点是不可或缺的:一是过程仪表的硬件知识,包括传感器、变送器(二次仪表)和PLC本身,这是构建控制系统的基础;二是过程控制理论,包括各种控制模型。

的原理和应用,其中最重要的是双位置调节和PID调节模型。PID调节是目前应用最广泛的过程控制方法,而且是可变的。学习PID最好的方法就是阅读。几乎所有关于过程控制的书籍

每个人都有一些关于PID的东西,所以多读一些基础书籍对理解PID是非常有益的。我发现很多网友在进入PLC领域时,都缺乏这些相关知识。这并不可怕;可怕的是有关的人无法静下心来弥补知识。

缺陷。我们不应该责怪学校没有教这些内容,而应该关注我们是如何学习这些知识的。工作中遇到的很多问题,学校里不讨论,不能成为我们拒绝工作的理由,而应该以积极的态度。

来处理这些问题。我的经验是,在工作中学习到的解决问题的知识比课堂上学到的知识更容易记住。

5.养成良好的编程习惯

每个人在编程上都会有不同的习惯和特点,所以不能强求一致。但是有些好习惯应该是大多数人都要遵守的。首先理顺逻辑关系和时序关系,编制程序框图;二是合理分配主程序和子程序。

程序和中断程序;三是合理分配寄存器,编制寄存器符号表。

PLC编程更接近单片机,或者说PLC是模块化的单片机。所以PLC的很多操作都是直接针对寄存器的。如果程序中出现不合理的寄存器地址重叠,必然会产生不可预知的后果。

。编译寄存器符号表不仅可以避免上述问题(MicroWin会提示),还可以使程序更具可读性。这类似于VB中定义的变量。

在VB编程中,关注事件,不强调主程序和子程序的概念,因为VB主程序的工作是由PC机的操作系统完成的。PLC不是。PLC程序主要基于主程序,CPU循环连续执行主程序,只

只有当触发条件成立时,才会调用子程序或中断程序。也就是说,由子程序和中断程序执行的任务不是全职的。如果将这些任务放在主程序中,会无端增加主程序的工作量,降低程序的效率。

这和单片机的编程思路是一致的。子程序的使用可以使整个程序的逻辑更加清晰。而且子程序可以单独编写和调试,最后“安装”在主程序上。这样你就可以一个一个解决问题了。

PLC编程,无论是LAD还是STL,都没有VB直观有趣,也没有CAD生动。但是比单片机的汇编语言要直观的多。对于初学者来说,LAD(梯形图)编程相对直观,更容易上手。

我花了两年时间自学PLC。两年过去了,我对PLC还是略知一二。最后听朋友说东莞有个PLC东方培训学校。第一次去参观的时候,就被他们的全套实用设备所吸引,包括伺服、步进、变频器、人机界面。实际操作不用排队,当时就决定报名了。经过两个月的努力学习,我现在已经是一名在同行业有点名气的工程师了。