SIEMENS西门子S7-15006ES7511-1FL03-0AB0

西门子S7-1500 6ES7511-1FL03-0AB0

  PLC的内部固化了一套系统软件，使得你开始能够进行初始化工作和对硬件的组态。PLC的启动设置、看门狗、中断设置、通讯设置、I/O模块地址识别都是在PLC的系统软件中进行的。

       每种PLC都有各自的编程软件作为应用程序的编程工具，常用的编程语言是梯形图语言，也有ST、IL和其它的语言。如何使用编程语言进行编程，这里就不细述了。

    但是，用一种编程语言编出十分优化的程序，则是工程师编程水平的体现。每一种PLC的编程语言都有自己的特色，指令的设计与编排思路都不一样。如果对一种PLC的指令十分熟悉，就可以编出十分简洁、优美、流畅的程序。例如，对于同样的一款PLC的同样一个程序的设计，如果编程工程师对指令不熟悉，编程技巧也差的话，需要1000条语句；但一个编程技巧高超的工程师，可能只需要200条语句就可以实现同样的功能。程序的简洁不仅可以节约内存，出错的概率也会小很多，程序的执行速度也快很多，而且，今后对程序进行修改和升级也容易很多。

    所以，虽然说所有的PLC的梯形图逻辑都大同小异，一个工程师只要熟悉了一种PLC的编程，再学习二个品牌的PLC就可以很快上手。但是，工程师在使用一个新的PLC的时候，还是应该仔细将新的PLC的编程手册认真看一遍，看看指令的特别之处，尤其是自己可能要用到的指令，并考虑如何利用这些特别的方式来优化自己的程序。

    各个PLC的编程语言的指令设计、界面设计都不一样，不存在孰优孰劣的问题，主要是风格不同。我们不能武断地说三菱PLC的编程语言不如西门子的STEP7，也不能说STEP7比ROCKWELL的RSLOGIX要好，所谓的好与不好，大部分是工程师形成的编程习惯与编程语言的设计风格是否适用的问题。

    现场常常需要对已经编好的程序进行修改。修改的原因可能是用户的需求变更了，可能是发现了原来编程时的错误，或者是PLC运行时发生了电源中断，有些状态数据会丢失，如非保持的定时器会复位，输入映射区会刷新，输出映射区可能会清零，但状态文件的所有组态数据和偶然的事件如计数器的累计值会被保存。

    工程师在这个时候可能会需要对PLC进行编程，使某些内存可以恢复到缺省的状态。在程序不需要修改的时候，可以设计应用默认途径来重新启动，或者利用扫描位的功能。

    所有的智能I/O模块，包括模拟量I/O模块，在进入编程模式后或者电源中断后，都会丢失其组态数据，用户程序确认每次重新进入运行模式时，组态数据能够被重新写入智能I/O模块。

    在现场修改已经运行时常被忽略的一个问题是，工程师忘记将PLC切换到编程模式，虽然这个错误不难发现，但工程师在疏忽时，往往会误以为PLC发生了故障，因此耽误了许多时间。

    另外，在PLC进行程序下载时，许多PLC是不允许进行电源中断的，因为这时，旧的程序已经部分被改写，但新的程序又没有完全写完，因此，如果电源中断，会造成PLC无法运行，这时，可能需要对PLC的底层软件进行重新装入，而许多厂家是不允许在现场进行这个操作的。大部分新的PLC已经将用户程序与PLC的系统程序分开了，可以避免这个问题。

在现代化的工业生产中，大量采用了可编程序控制系统，可编程序控制器能在恶劣的工作环 境下正常工作，但其构成的控制系统由于设计、安装、干扰等因素有时会出现故障。有些问 题是在系统设计时考虑不周造成的。根据实践中的经验和教训，本文阐述可编程序控制系统 设计时应注意的问题。

1、一个系统中使用的成熟技术至少应占到75%以上

“成熟技术”一是经过一定的生产实践考验的可编程控制器产品或类似设计，或者确定能在未来的生产实践中，经得起考验；二是设计工作人员对于需要使用的技术要有经验或有掌握它的能力。设计与配置一个可编程序控制系统选用的技术与设计方案切实可行。因为一个生产过程控制系统，一旦做出来，要长久使用下去，难以找到机会反复修改。设计的硬件系 统和编程软件，其中某些缺欠，可能一直隐藏在已完成的系统中。若遇到发生破坏作用的条件，后果难以预料。

2、系统的硬件结构和网络要简明而清晰

硬件结构不要追求繁琐，网络组态不要追求交叉因素太多，要力求使用可编程序控制器自 身配置的组网能力。在组成I/O机箱配套的模板时，建议型号简单，力求一致，模板密度不宜过大。使用的结线点不宜过多，从目前机箱的制造和配线工艺来看，输入与输出配线密度不能太高。

3、控制系统的功能和管理系统的功能应严格划分界限

由于可编程序控制器组成的过程控制系统中的实时性要求很高，而网络通信是允许暂时失 去通信联系，过后自己能重新恢复，但是在重新恢复之前这一间隔时间可编程序控制器会处于失控。另外，在用多个可编程序控制器系统组成一个大系统时，对于主控制的关键命令，除了使用可编程序控制器自身的网络通信传送它的信息外，好有使用它的I/O点做成的硬件联 锁，特别是两者之间“急停”的处理；虽然两个系统都在自身的通信扫描中互相变换着“停 止”或“急停”命令，但因一方在急停故障时已经停止运行，另一方并未收到已停止的信息 而照常运行，其后果难测。可编程序控制器控制系统关键的“急停”应先切除执行机构的电源，然后将其信号送入可编程序控制器，这样可取得设备安全保护的时间。

4、可编程序控制器的程序要简明且可读

用户软件的编写是“平铺直叙”，用户软件可看成是一个有序的“黑盒子”系列，每个“ 黑盒子”按照结构化语言划分，可分为几种典型的语句。每个语句方式、手法可能十分单调 ，但一定要明确。在设计与编写这些语句时，若使用不易推理的逻辑关系太多，或者语 句因素太多，特殊条件太多，就会使人阅读这些语句时十分难懂。因此，一个可编程控制器 的用户软件的可读性，即编写的软件能为大多数人读懂，能理解可编程控制器在执行这个语 句时，“发生了什么”是十分重要的。每一段程序力求功能单一而流畅，这是软件在使用和维护时的重要条件。

5、可编程序控制系统在硬件和软件上的预置，有运行检测的关键监视条件

可编程序控制系统配置了彩色图形工作站/屏幕监视，但从价格及反映现场状态的时间来看，屏幕监视尚不方便。关键的故障，或者在关键的机械设备附近，可配置一些指示灯，它们可以用数字量输出做成，用来监视程序的正常运行，或用来调试程序，在指示灯旁配以功能标牌，可帮助操作人员确认可编程序控制系统的正常运行和及时反映故障。

6、设计大中型可编程序控制系统时不要耗尽它的硬件和软件资源

对于设计的新系统，硬件上至少要保留15%左右的冗余，在软件编制时，同样要估计用户软件对计算机资源的需要与用量。尤其对中间继电器，计数器/定时器的使用，要留有余地 。因为在调试和运行后，软件总会被修改、补充，甚至重新编制。已编制的软件让人无法修改和完善，在工程上是不实际的。

7、合理地配置可编程序控制器系统的冗余

可编程序控制系统可能做出多种方式的冗余，中央处理器的双机热备、冷备冗余是常见的方式。另外，双系统冗余，即中央处理器和全部的输入、输出、组网通信完全冗余，其价格和实用性虽然在许多工程项目中难以被人接受，但在有毒、有害的化工生产环境这种冗余很有必要。在设计系统中，要使配置冗余方式较为经济而又实用，力求使故障缩小在本设备身上。不要因某一设备发生故障，引起工艺流程中相关设备运行或状态受到冲击。

以上阐述的几个方面，是在可编程序控制系统总体方案设计时，要格外重视的问题，只有在设计系统时，考虑周到，系统投入运行之后，设计人员才能少些遗憾。