S7-200 案例分享（写在前面）

ID:26188 · 发表于 2015-5-28 01:12

作为一个好的自动化工程师，会编写程序是一项必备的技能。在工控这个行业里工作这么多年，对于编程也有了自己的一份认识和一些想法，在这里就分享出来供大家学习交流。

      对于程序编写每个人都有自己的风格，但是其中心思想是不变的——分清条件之间的因果关系。这就需要对工艺要求书的详细解读，首先确定好输出，在其基础上分析出它的启动条件和停止条件分别是什么，再根据“起、保、停”电路依次添加条件就可以了。

      这种方法是根据继电器电路图演变的，可以编写比较简单的数字量控制系统的梯形图，即在一些典型电路的基础上，根据被控对象系统的要求，在其中间加一点指令和触点，通过不断的修改来完善梯形图。理解了这个你就迈进了编程的大门，但是还远远达不到可以独立编写项目的水平。

   上面提到的只是编程的思路，而在工作中编程就不只是简单的套条件了。一个好的程序是在确保功能运行可靠以及相同硬件条件的前提下编写完成的。而且在现场编程必须满足以下几项。

      第一：容错性，可靠性，即无论在什么情况下，也能保证安全运行，例如：1、运行中突然停电时；2、不按常规操作时；3、超出常规的运行位置时（极限）；4、某一零部件损坏时。

      第二：设备运行的流畅性和操作人员的控制方便性。

      第三：程序的可读性。如果只做过价值数万，不超过100点的系统。也就是小系统或专有设备那就是不可能（或不大可能）向客户开放程序，如果是这样的封闭系统的话程序可以随意的编写，只要满足第一、二要求就可以了。

      而一个数千，上万点的系统，如果没有可读性，对于客户简直就是灾难！你见到过一个系统持续的维护10年吗，你觉得这10年来都是那个编写程序的人在维护吗？你觉得这个系统10年来都保持毫无变化吗？所以程序的可读性，不管是自动化行业，还是软件行业，都一样适用，

      对于客户来说，如果他们自己能够看懂程序，能够独立完成普通的维护工作，那不正说明这是一个好程序吗？反观，如果程序中使用了太多的编程技巧，比如把汇编语言的习惯带入PLC项目，结果真的有点让人崩溃。比如汇编语言中经常用到跳转指令，移位乘法指令等这会给程序编写带来方便，有时是不得以而为之。但你可以想象一点，如果PLC项目中也使用这样的编程方式，你让半桶水的维护人员怎么看懂。

      在实际中一些大的项目就不是一个人可以编写的了，这就需要一个团队的合作，可读性在这里就显的非常重要了。所以我经常对身边的同事强调：你写的程序不是给自己欣赏的，而是要拿给别人看的。哪怕用到一些高级的技巧时，也要用文字详细的说明。

      对应以上的要求可以总结为：
                                                面向设备，反应要快。

面向操作者，控制要简便。

面向维护人员，程序要易懂。

面向制造商，成本要低。

面向开发者，需要模块化。

         如果你编写的程序满足以上的要求时，那我就很高兴的告诉你“月薪万元在向你招手”。所以一个好的编程思想和技巧的运用是学习PLC的基石。

         首先对于学习PLC我们不要有畏惧感。PLC是一个面向工业级控制的一个产品，只要是应用级的产品都会考虑到产品使用的简易程度。哪怕是难以理解的部分也会做成向导或模块化供大家方便的使用。就像Word、ppt一样，我们只要简单的了解一下就可以上手编辑了，但其中的技巧、内容也是足够编一套书。

         当我们看到所谓的Word、ppt使用秘籍后，在以后的文档编辑中使用，从而加快编写的效率和文档的质量。再让我们回过头看看PLC的程序的编写，刚开始我们以“启、保、停”为模板编写一下小的程序。再慢慢的看一些其他人的程序，来分析他的思路和技巧，慢慢的你就会成为编程高手。

         当初我也是这么一步一步的走过来的，看别人的程序然后不断的总结和实践。当编程的思想有了，指令运用的小技巧就是这么积累的。所以我就有到处逛论坛的习惯，看到好的文章就会随手的收藏起来。有空的时候翻出来实践一下，这样成长的速度是很快的。

         在网上看到一些好的文章我会转载过来，供大家学习交流之用。刚开始我会发一些简单的案例出来，懂的人不要笑。那些复杂的程序都是由这些基础的程序组成而来的。

帐号		自动登录	找回密码
密码			立即注册