PLC技术培训班第讲现场总线介绍.pptVIP

* * FC 30 功能 （FC 30 function） * * FC 30 功能 （FC 30 function） * * FC 30 功能 （FC 30 function） * * FC 30 功能 （FC 30 function） * * * * * * * * * * * * * * * * * * * * * * 方块的顺序调用 * * 方块的顺序调用 FC 30功能是一个例子，可以用来说明参数和过程数据转移的基本要求。 除此之外，FC 30 功能通过过程数据通道写DRIVECOM的控制字和读DRIVECOM的状态字。功能是按照DRIVECOM的状态机制工作的，用这种方法，只要DRIVECOM的状态机制已经被激活，允许通过Profibus对控制器进行初始化。进而，FC 30功能还完成，怎样调用FC 127功能和怎样让Profibus的参数能够读和写。 所有读或写的码都进入到数据块DB 31中。 为了参数转移，要求同时连续地转移数据，所以，必须装入系统功能SFC 14（读“consistent” 数据） 和SFC 15（写“consistent” 数据），并调用它们。 * * 方块的顺序调用 下面，对每一个方块进行说明。方块是用STL语言（语句表语言）编写的。 DRIVECOM 行规 （DRIVECOM profile） FC 30程序支持DRIVECOM行规。它假设过程数据通道的第一个字是DRIVECOM的控制字或状态字。根据这一行规，和控制器的允动有关，一定的顺序是必须遵守的。FC 30自动的处理这些顺序。在下面的章节中，将详细地介绍DRIVECOM控制字的功能。 * * 方块的顺序调用 DRIVECOM 控制字 （DRIVECOM control word） DRIVECOM控制字的每一个位，在FC 30 程序中的处理，我们用在该程序的第几网络段（NW）来注解，例如，对控制字的“0”位（加电，Switch on）, 在程序中是在第6网络段处理的，我们就用括号（NW6）来注解。 ?下面的列表是Lenze公司传动装置，使用DRIVECOM行规时，对控制字每一个位的定义，和在FC 30 程序中的处理。 * * DRIVECOM 行规的 控制字定义 * * DRIVECOM 行规的控制字定义 * * DRIVECOM 行规的控制字定义 * * DRIVECOM 行规的控制字定义 DRIVECOM 状态字 （DRIVECOM status word） DRIVECOM 状态字表示控制器装置的当前状态 表5.7: DRIVECOM 行规的状态字定义 * * DRIVECOM 行规的状态字定义 * * DRIVECOM 行规的状态字定义 * * DRIVECOM 行规的 状态字 定义 * * 控制字和状态字的自由定义位是可以自由分配的。在对其进行分配定义之前，请阅读相关的PROFIBUS操作指令手册，因为对不同的控制器而言，其位的分配定义是可能不完全相同的。 下面的表，列出了Lenze公司不同的操作指令手册，相对于不同的控制器： 表5.8: DRIVECOM 行规的状态字定义 * * 功能FC 30 既可以由OB1调用，也可以由其它的方块调用。下面我们对FC 30功能，一步、一步地进行说明，本例子中使用的通信模板是2131。 注意：如果需要对数据进行“同时连续转移”（consistent data transfer），那么在PLC中必须装入系统功能SFC 14 (读consistent数据)和 SFC 15(写consistent 数据)。 在FC 30的变量登记表中，我们建立了两个暂存的数据结构： data_receive (接收数据用数据结构) data_sent (发送数据用数据结构) 在下面的例子中，FC 30 功能设计成用3个过程数据字（PCD）进行通信。 在变量登记表中，每一个数据结构是由6个字节或3个字组成。 FC 30 功能 （FC 30 function） * * 注意：请参考你的PROFIBUS主站操作说明书，确认数据是按照字节传送还是按照字传送。 变量登记表必须根据过程数据字进行调整。 举例 表5.9： FC 30 功能 （FC 30 function） * * 上面的表表明data_receive 结构有4个PCD字。对data_send 结构也需要重复上面的做法。 FC 30 功能总共有9个网络段组成，并且支持DRIVECOM 行规。下面对每一个网络段进行说明。 网络段1，读过程数据字（Network 1, process data = controller） 为了更容易读懂程序，下面把程序中用的符号地