，油泵的油位开关等。

    、启动和终止条件，以上的电路保护和功能保护都可能导致电机运转终止，复位也可能导致重启动，但这里的条件指的是正常运行的启动和终止条件，譬如顺序控制的流程步。

    、控制模式：如手动和自动等。

    、故障复位：通过复位信息，重新启动。

    输出信息：

    、控制输出，如控制电机的主接触器。

    、状态信息输出

    、故障输出

    .........

    状态储存信息：

    用于代码实现的中间变量以及可以被人机界面读出的状态变量等

    把以上信息都整合到一个类中，并尽量使类的参数标准化。不过，同高级编程语言还是曾在一些差别，针对Step7,应该遵循的标准是：程序结构由FC实现，对象控制由FB实现，如下的一种结构体系（其电气结构来自上面的介绍）：这只不过是一个粗略的PLC程序架构体系，好的架构应该更完善和科学。

    3、规划好数据结构

    数据结构的定义相当重要，并尽量统一这些结构，不要顾虑存储空间，当今的PLC内存足以容纳大量的数据。说明一点的是在Step7中尽量不要在类的外部定义数据结构(UDT),而是在类里面定义，虽然会造成不同类中同一结构的重复性定义，但却提高了类的独立性。

    三、优越性

    1、标准化

    使用这种设计模式，可以将程序设计分为两个阶段，即标准库、基本架构开发，以及实际应用层面设计。其中标准库、基本架构是制定程序标准化的基础，而应用层设计是针对具体的控制工程编程，这样可以把程序设计人员分成两类，一类是标准开发，由资深程序员负责，一类是应用设计（其中程序调试规划到应用设计），由经过标准化培训的一般程序员完成，通过这种分配就可以解决中国工业自动化中面临的尴尬局面。传统的中国控制工业，一个程序设计由一个人完成，这样他还必须负责现场调试，而拥有丰富经验的程序员一般是三十岁后，这时他已经成家，而显然长期出差对家庭不利，很多优秀的程序员为了家庭考虑不得不改行，要么转到管理岗位，要么去制造工厂搞设备维护，这是资源的严重流失。毫无疑问，使用以上的设计流程，我么可以让经验丰富的程序员搞标准库和架构的设计，而让刚踏入这个行业的年轻人搞应用设计和调试，这不仅可以让老程序员继续他自己的工作，而不影响家庭，也可以让年轻的程序员参入现场调试，培养自己的经验，提高自己的收入。

    这可能让某些人士担心，认为年轻的程序员可以参加现场的调试吗？可以肯定的是没有标准化支撑的程序不仅年轻的程序员编不出来，而且现场调试会问题多多。但有了好的标准化后，一年半以上工作经验的程序员就应该能够独立面对自动线。

    PLC中的面向对象编程的核心就是黑匣子编程，针对Step7,我们使用FB去实现每一个对象的控制，控制逻辑、报警处理、信号交换全在FB中，对于应用设计人员，不需要明白里面的代码实现，只需要了解该FB的功能以及如何使用好它就行，这样对于应用程序人员的编程能力要求大大降低，对于编程只不过是遵循架构，拷贝代码，改变输入输出条件而已。

    那么调试呢？很多人认为使用FB编程的最大麻烦就是FB的多次调用后，根本无法诊断这些代码，从技术层面上讲确实如此，我们除了从背景DB上查看信息外，是无法在它多次被调用后监控代码的，但我已说过，这是黑匣子编程，我们不需要诊断这些代码，只需要知道什么样的输入、什么样的参数设定导致什么样的输出就行，代码的逻辑与功能好坏是由标准库开发人员负责的，这就要求标准开发人员需要对他设计的功能块在不同条件下进行不同的测试，保证无误，还需要编写完整、详尽的功能说明文档，以便于应用设计人员了解这些块，标准架构并不是制定出来就一劳永逸的，针对千变万化的工程，它是需要不断完善和修订的，这也是一个工程公司可以实实在在进行知识积累的地方。

    程序不仅需要给调试人员使用，而且用户（设备维护人员）也需要了解，如果把完整的标准库文档给用户，可能曾在技术外泄的可能，若不给，对他们诊断设备可能曾在困难，这就需要标准制定人员制作另外一分文档，即设备维护文档，其知识的透漏以用户能够使用程序进行诊断为限。

    2、重用性和易管理型

    计算机面向对象编程的优点也有重用性和易管理型，在PLC中也曾在，以Step7为例，需要讨论FC和FB的差异。观察数据类型，FB比FC只不过多一个“STAT”类型，在使用上FB需要背景DB，FC不需要，但就这个差别导致FB拥有自己独立的数据储存空间，而FC的数据储存却必须借助公有变量（如中间变量M或者共享DB），有这样一种准则，程序块的独立性越强，其重用性也越好，产生数据访问冲突的可能性也更少，则更易于管理。有些公司生产的PLC，其程序语言没有类似FB的这种特性，这时可以采用类似“FC+共享DB”的替代方案解决，但它的独立性已经大大降低。

    同样的代码的独立性是标准制定的一个重要环节，很难想象一个与其他功能块之间有着千丝万缕联系的功能块能够被作为标准块在不同工程中有效的重复使用。

    纵观计算机语言的发展，最开始的编程都是令人恐怖的，而当今的编程让人们得到很大的解脱，有很多现成的标准类库实用，人们可以把更多的编程精力放在实现功能本身上，plc编程也应该朝这种方向发展，应该让更多的人从事应用层面的设计，那些标准功能块不应该重复的被不同人员开发，虽然各大PLC厂开发了大量的程序库，但工业控制对象各式各样，不同行业都应该拥有自己的程序库，而代码的可重用性是评价这些功能块好坏的关键。

    3、设计思想的先进性

    在电路图设计中我们早已经在使用针对控制对象的绘图方式，即把基本的主配送电路和PLC配置完成后，我们会针对每一个现场控制对象如：电机、阀、气缸等控制对象绘制电路图，他们的电源来自主配送电路，控制和反馈与PLC建立连接，硬件连锁根据实际情况调整，一个个控制对象就象搭建积木一样有组织的堆积起来，同样的，编程也是针对一个个控制对象使用相应的标准控制块实现就可以，把程序控制细节实现了有效的封装，使程序看起来简洁和易于维护，而好的设计可以把原理图和程序进行很好的关联，甚至于做到一对一的关系，如原理图中的一个控制对象可以在程序中找到相应的FB调用与之对应，真正做到面向控制对象编程。

    可能有人疑虑，PLC编程大部分是步进编程，这一个个标准块都是针对控制对象的，那控制顺序如何实现呢？这就要求编写专门的顺序控制FB块，或者使用Siemens现成的Graph7来实现，这点与一般编程没什么差别。

    结束语：现在的工业控制领域有很多程序高手，他们很精通算法，也有着自己的编程理念，当我和一些人探讨标准化时，他们认识到标准化的高效性，但认为这样无法体现自己的编程水准，是的，如上所述作为应用层面的程序设计是不要很高的编程水平，但要想想，一个人难道能一辈子去搞现场调试吗？若想体现自己的价值，可以从事标准编程。我更希望他们能花一点时间研究程序架构，各行各业，真正的大师是系统架构设计者，编程小技巧只不过是为好的架构锦上添花。<br