湖南环辰泰瑞电气设备有限公司

信誉保证，客户至上是公司成立之初所确立的宗旨，在公司领导的严格要求和员工们不折不扣地贯彻执行下发展延续至今。“假一罚十”一直是我公司的主动承诺。

流程一：1、客户确认所需采购产品型号

流程二：2、我方会根据询价单型号查询价格以及交货期，拟一份详细正规报价单

流程三：3，客户收到报价单并确认型号无误后订购产品

流程四：4、报价单负责人根据客户提供型号以及数量拟份销售合同

流程五：5、客户收到合同查阅同意后盖章回传并按照合同销售额汇款到公司开户行

流程六：6、我公司财务查到款后，业务员安排发货并通知客户跟踪运单号

西门子S7-1200模块CPU1212C控制器6ES72121BE400XB0

说明

现有性能范围极宽的分级 CPU 系列，可用于组态控制器。

产品范围包括 7 种标准的 CPU、

7 种紧凑式 CPU、5 种故障防护型 CPU 以及 3 种工艺 CPU。

现有 CPU 的宽度只 40mm

SIMATIC S7-300 是我们全集成自动化设计的一部分，是销量大的控制器。

应用范围

● 在一个实例中，SIMATIC S7-300 用于制造工艺中的系统解决方案，如用于汽车工业，一般机械工程，是不是简单的机械制造和机器的连续生产 (OEM)，以及塑料加工、包装行业、食品和饮料工业和加工工程

● 作为一种多用的自动化系统，S7-300 是那些需要灵活的设计以实现集中和本地组态的应用的理想解决方案。

● 对于由于环境条件限制需要不一般的稳固性的应用，我们可以提供SIPLUS 极端设备。

在后期加工工艺上，S7-300 可以用于以下行业：

● 汽车工业

● 通用机械工程

● 机器制造

● 系列机械工程，OEM

● 塑料加工

● 包装行业

● 食品和饮料工业

● 加工工程

● 计数/fairs，可以直接访问硬件计数器

● 简单定位，直接控制 MICROMASTER 频率静态变频器

● 带有集成功能块的 PID-RegulationTo the top of the page

优点

● 由于具有高处理速度，CPU 可以实现短的机器时间。

● S7-300 系列 CPU 可以为应用提供适合的解决方案，客户需为特定任务实际需要的性能付款

● S7-300 建立在模块式的组态上，不需 I/O 模块的插槽规则

● 现有丰富的模块可用于集中组态和搭配 ET 200M 实现分布式组态。

● 集成的 PROFINET 接口可以实现控制器的简单网络化，与其它运行管理等级方便的进行数据交换

● 模块宽度窄，可以实现紧凑式的模块设计或者小型控制柜。

● 能够把 CPU 与工业以太网/PROFINET 接口、集成的工艺功能或故障防护设计集成在一起，从而减少附加投资。To the top of the page

设计和功能

设计

S7-300 可以实现空间节省和模块式组态。除了模块，需要一条 DIN 安装轨用于固定模块并把它们旋转到适合的位置。

这样就实现了稳固而且具有 EMC 兼容性的设计。

随用随建式的背板总线可以通过简单的加入附加的模块和总线连接器进行扩展。S7-300 系列丰富的产品既可以用于集中扩展，也可用于构建带有 ET 200M 的分布式结构；因此实现了经济效果高的备件控制。

扩展选件

如果自动化任务需要多过 8 个模块，S7-300 的控制器 (CC) 可以使用扩展装置 (EU) 扩展。架上上限可以有 32 个模块，每个扩展装置上限 8 个。接口模块 (IM) 可以同时处理各个机架之间的通讯。如果工厂覆盖范围很宽，CC/EU 还可以相互间隔较长距离安装（长 10m）。

在单层结构中，这可以实现 256 个 I/O 的组态，在多层结构中可以达到 1024 个 I/O。在带有 PROFIBUS DP 的分布式组态中，可以有 65536 个 I/O 连接（ 125 个站点，如通过 IM153 连接的 ET200M）。插槽可自由编址，因此不需插槽规则。

S7-300 模块种类丰富，还可以用在分布式自动化解决方案中。

与 S7-300 具有相同结构的 ET 200M I/O 系统通过接口模块不只可以连接到 PROFIBUS 上还可以连接到 PROFINET 上。

S7-300PLC中的FB和FC的分别？FB带有自己的背景DB而FC没有自己的背景DB，用FC和FB有什么分别呢，他们都能实现控制功能，到底该用FB还是该用FC，什么时候用FB什么时候用FC？

    FB与FC没有太大的差别，FB带有背景数据块，而FC没有。所以FB带上不同的数据块，就可以带上不同的参数值。这样就可以用同一FB和不同的背景数据块，被多个对象调用。

    FC和FB像C中的函数，只不过FB可以生成静态变量，在下次函数调用时数据可以保留，而FC的变量只在调用期内有效，下次调用又重新更换。每次调用FC的I/O区域必须要自己每次手动输入，而FB就不要，省去不少麻烦,如果在上位机控制直接输入DB控制地址就可以。

    举个例子来说，有50台电机需要控制，这些电机除了参数不一样，控制流程上是一样的，每个

    电机需要不同的参数去运行，运行中的过程参数要参与到下一次的控制过程中。

    这个要求，用FC做的话，你需要针对不同的电机分配好DB块，来逐一的确认参数地址，不能混

    淆，保存和调用不能出错，可以想象会有多麻烦。如果用FB来做呢？写好控制过程和定义的参

    数的调用就可以了。针对电机重复调用同一个FB，每次调用一个独立的DB作为背景数据块

    ，完全不必理会背景DB中的数据是怎么存储的。如果功能需要修改，只要修改该FB就行了。

    还有其他的例子，比如PID、比如流量累计等等。

    fc就相当于流水线，加工完就过去了！没有任何纪录。fb+db不但可以加工，还能记录数据的。

    一般有多个设备的时候，我们编写一个fb然后多次调用，自动生成相应的db，这样简化了我们

    的工作。

    FB的变量声明表中有静态变量,并可以进行多级的参数传递,因此在调用FB时需生成背景数据块,

    而FC则没有这些.FB可以替代FC,反之则不行.

    多级的参数传递即所谓的MULTIINSTANCE，你可以把FB，DB做为另外一个FB中的函数来调用，

    如在FB2中可以使用FB1中的参数，而终只生成一个背景数据块。

    Zane:

    FB其实不会占用过多的资源，因为一个程序总是有这些变量的，无论是全局的还是局部变量。

    我现在，大量使用的是FB，FC只用来编一些逻辑，及简单的子程序，或仅仅几个CALL指令调用

    FB。使用FB及局部变量,更有利于程序的模块化,增加程序的可移植性,就象西门子公司提供的FB

    块.

    其实FB和FC根本的区别是：FB支持静态变量，而FC只支持临时变量。

    静态变量：是调用FB返回时，仍然要为FB保留此变量区，因此不会改变这一区域的数据值。临

    时变量却没有这样的特性。

    所以在FC中如果在对临时数据变量处写入确定的数据前，就去读时就可能产生不可预见的结果

    ，而对于静态变量却不会，因为它会保留你上次写入的结果。

    万泉河：

    咱们编制的控制程序，FB极少用到。所说的用FB来替代FC实用的情况，更是少见，有谁曾经把

    FC全部用光啦？恐怕系统都不能负担了。

    提供的标准库中，FB倒是不少的。

    如果你要编制的函数没有用到静态变量，恐怕没有必要使用FB吧？我看高级语言中，虽然静态

    变量使用很容易，但实际用也很少啊。

    侠客：我和zane的观点一样，我工作中也是把相同功能的工作编制成FB，然后在FC里调用，程

    序修改起来方便，举个例子：如果你有10台电机，一般我们都要给他编制启动，停止逻辑，报

    警，复位逻辑。如果我编一个FB把这些逻辑都做好了，为每一个电机分配一个背景数据块的话

    ，我在FC调用这些电机时，我只要把这些电机对应的I/O点添到FB的管脚上就可以了，完全不再

    用考虑他里面的逻辑了，如果你全是用FC编这些逻辑的话，1、你要写10遍，2、如果你用粘贴

    和复制的话，有可能有的I/O点忘记修改或其他一些错误，3、程序的结构性不强，维护起来浪费

    时间。

    所以，FB和FC结合起来用是的。

    建议大家试试FB，当你理解了FB后，你会感到惊喜的

    Zane：关于FB，FC的使用，我也是在具体的应用中一步一步地体会过来的，不过这仅是我个人

    的看法与体会，并没有说一定要这样用，各位可以做不同的尝试。但有一点是肯定的，就是在

    动手写程序之前，事先对整个项目要有一个很好的规划。

    看老外的程序通常都是在FC里直接编程，而国内的多是在FB里编程然后再在FC里调用。这两种

    方法各有什么优缺点呢？

    用FC能实现的任务，就没必要用FB。

    FCFB本质上一样

    调用FB相当于在FC里opndi，并使用ar2来索引变量

    FB的优点是数据块里的变量可按名字使用，仅仅是显示而已，执行效率和fc一样

    补充：

    实际上FC更加灵活,在fc里可以多次调用opndi访问多个背景块，ar2也可以做多种用途

    而fb里的ar2原则上是不能使用了，调用fb还要数据块，麻烦

    补充2：

    FB实际上是编程环境玩的一个魔法而已

    PLC的程序指令上实际是没有FB和FC的区别的

    调用FB或者FC终都是转化为UC或CC的调用指令

    要观察编程环境的这个魔法，只需写一个带参子程序（FB或FC）,并在另一个块里调用，全部

    下载后，再更改子程序的参数接口，下载该子程序

    （此时调用块的调用指令已无效），然后上载调用块

    1，一般用FB编写一些常用的控制程序，例如阀泵的控制等等，在接口得stat变量里面可以定义一些阀门得开度预设值（不通过输入，直接在HMI上面可以控制的），并且可以把现场的故障信号写入stat变量中，直接送到HMI上面。

    2，而FC一般就是调用这些FB，给一些输入输出即可。

    3，FC的所有输入输出必须赋值，而FB只要给出背景数据块即可。

    4，当然如果说我不需要什么过程的数值，那就FC好了，简单。

    如果大家对计算机编程有点了解的话，我觉得可以这样理解：

    1、FC象程序里的“函数”，直接调用，针对过程编程；

    2、FB则象是“类”，具有接口、属性以及方法，用于对“控制对象”编程，而FB的DB就象是一个具体的“控制对象”的实例。

西门子S7-200PLC具有脉冲输出功能，在运动控制系统中，伺服电机和步进电机是很重要的精确定位装置，而控制伺服电机和步进电机需要使用脉冲输出。S7-200系列PLC可以输出20--100KHz的脉冲。使用PTO和PWM指令可以输出普通脉冲和脉宽调制输出。通过smb66-75，smb166-175来控制Q0.0的输出，通过smb76-85，smb176-185来控制Q0.1的脉冲输出。

    控制伺服电机

    伺服电机是运动控制中一个很重要的器件，通过它可以进行精确的位置控制。它一般带有编码器，通过高速