AB 1769-OB32
AB 1769-OB32
在PLC编程时每个人都有自己的思路，即便是同样的控制逻辑让不同的工程师编写也会得到不同的结果。甚至同一个工程师在不同的时间，思路都是不一样的。
所以在编写程序时，不同的两套程序，但是却可以实现相同的功能。
既然可以用不同的程序，实现相同的功能，那么程序就有好坏之分。怎么评价一套程序的优劣呢？
以下是小编总结的几个编程原则：
1、安全性，使用PLC控制多少都会有自动运行的部分，对这部分要做到万无一失，宁可不做，也不要让被控对象处于失控状态。手动部分程序也要连锁限位，或者加入时间限制。很多机械设备在机构上有自己的安全机制，你**忘掉这点，在程序上做到人员、机器**安全。
2、功能完整，在保证安全的前提下，尽可能的实现客户的功能要求。这个时候正是体现你专业性的时候，不要等到设备交付时，让销售人员无法交差。对于因硬件或其他原因不能实现的部分，尽早与客户沟通。
3、逻辑缜密，我们的程序不仅需要在各部分正常时，能顺利完成每个动作。当丢失某些信号时，要依然能处于安装状态，并有安全提示。
我这么多年的经验是，实现功能容易，处理异常很难。
人的思维是有误区的，特别是当你为了实现某些功能而绞尽脑汁时，做到心思缜密，思维无漏洞确实很困难。在编程时**把功能拆解，由不同的工程师进行协同完成。人员不足的时候也需要，找个了解工艺的同事，让他负责验证程序。反复实验，一步步修改，直到能应对各种工况。
4、程序简单化，在功能上我们要逻辑缜密，做到思维无漏洞。但是在编程时就要用**简单的语句，完成尽可能多的功能。做到程序易于修改、方便调试、升级简单。
程序的一般流程是：明确工艺要求，编程设计，调试，发现问题，增加（修改）功能，继续编程，再调试，继续新一轮修改，如此往复。所以你的程序从开始设计，就要易于修改，不要搞成“牵一发而动全身”，无形中自己给自己增加难度。
5、方便阅读，我们编写的程序除了要完成指定的功能，也要便于读懂和上手。很多项目不是一个人能完成的，你的程序好理解，团队中的人就能比较好配合。在环境本身就恶劣的现场，拿到一坨屎样的程序，你有还心情调试吗？
另外在程序中要把变量名、注释标识清楚，并且与图纸对应起来。做到程序中的信息便于检索和查找。
科学的编程步骤其实很简单，但往往大多数工程师就是认为简单而忽略很多细节。细节的忽略，必然会在以后出现问题。想避免日后的问题，只有好好的遵守规则，没有规矩不成方圆，plc编程一样有其自身的规矩。
**步：阅读产品说明书
**步看起来再简单不过了，但很多工程师都做不到。认为这一步是浪费时间，甚至只从供货方培训来了解设备。
仔细阅读说明书是编程的**步，首先要阅读安全守则，知道哪些执行机构可能会对人身造成伤害，哪些机构间**容易发生撞击，当发生危险时如何解决，这些**致命的问题都在安全守则中，为什么不去看呢?
此外，关于设备每个元件的特性，使用方法，调试方法也在说明书中，不去阅读，即使程序正确，如果元件没有调试好，设备一样不能工作。再有，所有的电路图、气动液压回路图、装配图也在说明书中，不去阅读它怎么知道没种元件可以做何种改造呢。