甘肃西门子PLC代理商

西门子的TIA(全集成自动化)的概念可以说是建立在通信的基础上的，无论是Profibus还是Profinet，或者是Asi甚至是Wireless，各种通讯形式将不同的分系统联系起来，从而组成了完整的TIA控制系统，而其中所用到的服务和协议，可以想象也是非常繁多的。
        ISO/OSI模型中层面不同,协议也不同，s7属于**层也就是应用层协议，可加载ISO，ISO ON TCP、MPI、PROFIBUS等网络上。
        TCP和ISO/OSI的区别和联系:严格的说，这两者都不是单个协议，而是一个协议集合。ISO是标准化组织的简称，OSI是由其推出的开放式网络系统的一个框架，就像一个文件柜，共有七个抽屉，由下向上共分为物理层、链路层、网络层、传输层、表示层、会话层、应用层。这是一个官方的指导框架，各厂商生产适合装放在相应的抽屉中产品。
        而TCP是事实存在的一种网框架，是分了四个抽屉的文件柜，分别是网络接口层（相当于OSI的物理层和链路层）、网络层、传输层、应用层。这是先于OSI出现的框架，是绝大多数厂商遵守的标准，应用为广泛。
        两者并不矛盾，OSI是理论上的一种结构，有助于对网络及通信规程的认知，而TCP实际上也是在此框架上的一种广泛应用事实结构。都对各厂家的上下层软硬件产品相互兼容起到了决定性作用。
        例如我们西门子设备的通信，网络接口层有串行通信，采用RS422/RS485标准（注意不是网络协议，这是电气规程约定）和以太网通信，采用Ethernet 802.3标准。在传输层上可以使用PORFIBUS、MPI、MDBUS等网络协议。而在以太网结构上可以使用TCP/IP、SNMP、FTP、HTTP等网络协议。STEP7、TIA实际上就是集成了这些协议的应用层程序。不同的子网一般情况下是不互通的，如果要建立通信，那就要在网络层上做路由并要设定接口网关才可通信。
        S7通信和S5兼容通信的区别。如果多个西门子plc通信，采用S7兼容通信合适一些。Profibus_s7应该是西门子一种优化的通讯解决方案,我们是上位机厂家,一般和300/400PLC通讯时，如果个MPI口被占用时，往往需要使用DP口进行通讯 ，这时基于Profibus总线的Profibus_s7通讯就是一种有效的方案了，他是真正的主-主通讯，而且使用的是1，2，7层，通讯简单快速有效。
        S7-300/400PLC之间的Profibus_s7通讯可以调用库里的块，上位机和Profibus_s7通讯 采用的应该是类似调库的方式，上位机通过applicaion和S7_connection这些参数建立的初始化。前提是需要在step7组态时组好pc station的虚拟站点。

        Profbus网络et200m和hmi可以使用同一种协议，例如DP，但HMI需要配置Direct key。也常常使用不同的协议，前者是Dp，后者是S7。一起通信在于Profibus总线通信的设置呀，一种是循环的通信Dp，另一种是肺循环的通信S7。两者从通信速度上说是一样的，因为在一根总线是12M。而效率却不同，一次循环可以和IO进行了通信，但是一次循环却未必和HMI尚的IO进行全部通信，可能需要几个周期。

面向对象编程是计算机**语言的一种**的编程模式，在工业控制系统的plc程序中也可以采用这种设计思想，虽然我们无法实现面向对象的很多优秀特点如“继承”，甚至于它根本就不具备面向对象编程语言的特点，但面向对象编程的基本概念就是类和类的实例（即对象），我们只需要使用这种概念就可以了。在计算机编程中我们需要把一些事物抽象和归纳，才能编写类，而在工业控制系统中，控制对象如：电机，阀等等是很明显的控制类别，不需要抽象就可以很明显的针对它们编写类，以下将会用到西门子的Step7编程语言和的Unity 编程语言来讲解PLC的面向对象编程。

一、 实现方式

    面向对象编程在Step7中使用功能块（即FB）编程，一谈到此大家就会想到西门子提出的模块化编程，不错，就是这个模块化编程，但西门子提出的模块化、背景数据块、多重背景等名词并不能让大家很明白的理解和使用这种优秀的设计理念。如果大家从面向对象编程的角度去理解，则可以很好的理解这种设计模式。“FB块”被看 成“类”，它可以被看成是对相似的控制对象的代码归纳，如对MM440的变频器可以编写FB块:MtrMM440,这在面向对象编程中称为“类”，当需要 编程控制具体的电机时，可以给它分配一个背景DB块，在面向对象编程中称为类的实现（即创建类的实例：对象），当需要控制多个电机时，可以分配不同的背景 DB到这个FB块，即创建类的多个实例。Step7中有另外一种程序块，即FC块，以FC块为主的编程在西门子中称为结构化编程，这也可以类比于计算机编程中的面向过程编程，即纯粹以函数为主体的编程。

    的Unity软件编程可以好的理解面向对象编程。它的DFB定义中包含输入/输出参数，私有/共有变量，以及代码实现，而这正是计算机的面向对象 编程中“类”的基本元素，而创建类的实例（对象）就像创建普通的“布尔”变量一样，只需在“Function Blocks”中定义这种“类”的变量即可。

    Step7和Unity都可以采用面向过程和面向对象编程方式，这两种编程方式的区别类似于计算机**语言中的C语言和C++语言编程的区别。

    以下的讲解将会把Step7中的FB和Unity中的DFB称为“类”，Step7中的FB+背景DB以及Unity中DFB的实例称为“对象”。

二、 面向对象编程架构

    以上讲解的是实现细节，而编程思想是建立在程序架构上的，不是某个局部使用了面向对象方式，则可以称之为这种编程就是面向对象编程。这种编程需要从以下方面着手：

1、 电路设计的结构化。

    这里主要以自动线为主介绍，对于单机机床可以是它的简化结构，

    <1>、自动线层：这是高层次，它拥有一个主PLC，对属于它下面的各区域控制

    <2>、工程层：拥有独立的配送电系统，但没有PLC，只有分布式模块，由自动线控制。顾名思义，它有着较大的独立性，可以作为一个单独的工程项目设计和制造，当自动线比较小时，可以省略该层次。

    <3>、功能组层：根据工艺划分，将实现某一个工艺功能的区段设备划分为一个功能组，它隶属于工程层，当工程层被省略时，隶属于自动线层。

    面向对象编程并不一定要求使用以上的结构，但好的电气结构利于面向对象编程。

2、 任何控制对象逻辑都在“类”中实现。

    为了做到这点，必须分析与控制对象相关的信息，譬如，对于一个电机，有以下相关的信息需要考虑：

    输入信息：

    <1>、电路保护信息，如电机的空气开关，热继电器等。

    <2>、功能保护信息，如运动电机的限位开关，风机的风压开关，油泵的油位开关等。

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

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

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

    输出信息：

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

    <2>、状态信息输出

    <3>、故障输出

    .........

    状态储存信息：

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

    把以上信息都整合到一个类中，并尽量使类的参数标准化。不过，同**编程语言还是曾在一些差别，针对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厂开发了大量 的程序库，但工业控制对象各式各样，不**业都应该拥有自己的程序库，而代码的可重用性是评价这些功能块好坏的关键。#p#分页标题#e#

3、 设计思想的**性

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

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

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

6ES72111BE400XB0	CPU 1211C   AC/DC/Rly,6输入/4输出,集成2AI
6ES72111AE400XB0	CPU 1211C   DC/DC/DC,6输入/4输出,集成2AI
6ES72111HE400XB0	CPU 1211C   DC/DC/Rly,6输入/4输出,集成2AI
6ES72121BE400XB0	CPU 1212C   AC/DC/Rly,8输入/6输出,集成2AI
6ES72121AE400XB0	CPU 1212C   DC/DC/DC,8输入/6输出,集成2AI
6ES72121HE400XB0	CPU 1212C   DC/DC/Rly,8输入/6输出,集成2AI
6ES72141BG400XB0	CPU 1214C   AC/DC/Rly,14输入/10输出,集成2AI
6ES72141AG400XB0	CPU 1214C   DC/DC/DC,14输入/10输出,集成2AI
6ES72141HG400XB0	CPU 1214C   DC/DC/Rly,14输入/10输出,集成2AI
6ES72151BG400XB0	CPU 1215C   AC/DC/Rly,14输入/10输出,集成2AI/2AO
6ES72151AG400XB0	CPU 1215C   DC/DC/DC,14输入/10输出,集成2AI/2AO
6ES72151HG400XB0	CPU 1215C   DC/DC/Rly,14输入/10输出,集成2AI/2AO
6ES72171AG400XB0	CPU 1217C   DC/DC/DC,14输入/10输出,集成2AI/2AO

按结构分可将PLC分为整体式PLC、模块式PLC、叠装式PLC三类。

a.整体式PLC

它是将PLC各组成部分集装在一个机壳内，输入、输出接线端子及电源进线分别在机箱的上、下两侧，并有相应的发光二管显示输入/输出状态。面板上留有编程器的插座、EPROM存储器插座、扩展单元的接口插座等。编程器和主机是分离的，程序编写完毕后即可拔下编程器。

具有这种结构的可编程控制器结构紧凑、体积小、价格低。小型PLC一般采用整体式结构。如图1-2所示的三菱FX_1S系列PLC。

b.模块式PLC

输入/输出点数较多的大、中型和部分小型PLC采用模块式结构。

模块式PLC采用积木搭接的方式组成系统，便于扩展，其CPU、输入、输出、电源等都是独立的模块，有的PLC的电源包含在CPU模块之中。PLC由框架和各模块组成，各模块插在相应插槽上，通过总线连接。PLC厂家备有不同槽数的框架供用户选用。用户可以选用不同档次的CPU模块、品种繁多的I/O模块和其他特殊模块，硬件配置灵活，维修时换模块也很方便。采用这种结构形式的有SIEMENS的S5系列、S7-300、400系列，OMRON的C500、C1000H及C2000H等以及小型CQM系列。图1-3所示为三菱MELSEC-Q系列PLC的外形图。

上述两种结构各有特色，整体式PLC结构紧凑、安装方便、体积小，易于与被控设备组成一体，但有时系统所配置的输入输出点不能被充分利用，且不同PLC的尺寸大小不一致，不易安装整齐；模块式PLC点数配置灵活，但是尺寸较大，很难与小型设备连成一体。为此开发了叠装式PLC，它吸收了整体式和模块式PLC的优点，其基本单元、扩展单元等高等宽，它们不用基板，仅用扁平电缆连接，紧密拼装后组成一个整齐的体积小巧的长方体，而且输入、输出点数的配置也相当灵活。带扩展功能的PLC，扩展后的结构即为叠装式PLC，如图1-4所示的三菱公司FX_2N系列PLC外形图。