关于GPI接口的几个问题

关于GPI接口的几个问题

一 谈到接口首先要先说一下MODBUS协议.因为咱们目前用GPI和第三方通讯一般都要求对方采用MODBUS协议.

Modbus 

      协议是应用于电子控制器上的一种通用语言。通过此协议，控制器相互之间、控制器经由网络（例如以太网）和其它设备之间可以通信。它已经成为一通用工业标准。有了它，不同厂商生产的控制设备可以连成工业网络，进行集中监控。

      此协议定义了一个控制器能认识使用的消息结构,而不管它们是经过何种网络进行通信的。它描述了一控制器请求访问其它设备的过程，如果回应来自其它设备的请求，以及怎样侦测错误并记录。它制定了消息域格局和内容的公共格式。

      当在一Modbus网络上通信时，此协议决定了每个控制器须要知道它们的设备地址，识别按地址发来的消息，决定要产生何种行动。如果需要回应，控制器将生成反馈信息并用Modbus协议发出。在其它网络上，包含了Modbus协议的消息转换为在此网络上使用的帧或包结构。这种转换也扩展了根据具体的网络解决节地址、路由路径及错误检测的方法。

      1、在Modbus网络上转输

      标准的Modbus口是使用一RS-232C兼容串行接口，它定义了连接口的针脚、电缆、信号位、传输波特率、奇偶校验。控制器能直接或经由Modem组网。

      控制器通信使用主—从技术，即仅一设备（主设备）能初始化传输（查询）。其它设备（从设备）根据主设备查询提供的数据作出相应反应。典型的主设备：主机和可编程仪表。典型的从设备：可编程控制器。

      主设备可单独和从设备通信，也能以广播方式和所有从设备通信。如果单独通信，从设备返回一消息作为回应，如果是以广播方式查询的，则不作任何回应。Modbus协议建立了主设备查询的格式：设备（或广播）地址、功能代码、所有要发送的数据、一错误检测域。

      从设备回应消息也由Modbus协议构成，包括确认要行动的域、任何要返回的数据、和一错误检测域。如果在消息接收过程中发生一错误，或从设备不能执行其命令，从设备将建立一错误消息并把它作为回应发送出去。

      2、在其它类型网络上转输

      在其它网络上，控制器使用对等技术通信，故任何控制都能初始和其它控制器的通信。这样在单独的通信过程中，控制器既可作为主设备也可作为从设备。提供的多个内部通道可允许同时发生的传输进程。

      在消息位，Modbus协议仍提供了主—从原则，尽管网络通信方法是“对等”。如果一控制器发送一消息，它只是作为主设备，并期望从从设备得到回应。同样，当控制器接收到一消息，它将建立一从设备回应格式并返回给发送的控制器。

      3、查询—回应周期

      （1）查询    

      查询消息中的功能代码告之被选中的从设备要执行何种功能。数据段包含了从设备要执行功能的任何附加信息。例如功能代码03是要求从设备读保持寄存器并返回它们的内容。数据段必须包含要告之从设备的信息：从何寄存器开始读及要读的寄存器数量。错误检测域为从设备提供了一种验证消息内容是否正确的方法。

      （2）回应    

      如果从设备产生一正常的回应，在回应消息中的功能代码是在查询消息中的功能代码的回应。数据段包括了从设备收集的数据：象寄存器值或状态。如果有错误发生，功能代码将被修改以用于指出回应消息是错误的，同时数据段包含了描述此错误信息的代码。错误检测域允许主设备确认消息内容是否可用。

      二、两种传输方式

      控制器能设置为两种传输模式（ASCII或RTU）中的任何一种在标准的Modbus网络通信。用户选择想要的模式，包括串口通信参数（波特率、校验方式等），在配置每个控制器的时候，在一个Modbus网络上的所有设备都必须选择相同的传输模式和串口参数。

      ASCII模式

            : 地址 功能代码 数据数量 数据1 ... 数据n LRC高字节 LRC低字节 回车 换行 

      RTU模式

            地址 功能代码 数据数量 数据1 ... 数据n CRC低字节 CRC高字节 

      所选的ASCII或RTU方式仅适用于标准的Modbus网络，它定义了在这些网络上连续传输的消息段的每一位，以及决定怎样将信息打包成消息域和如何解码。

      在其它网络上（象MAP和Modbus Plus）Modbus消息被转成与串行传输无关的帧。

      1、ASCII模式

      当控制器设为在Modbus网络上以ASCII（美国标准信息交换代码）模式通信，在消息中的每个8Bit字节都作为两个ASCII字符发送。这种方式的主要优点是字符发送的时间间隔可达到1秒而不产生错误。

      代码系统

      ·   十六进制，ASCII字符0...9，A...F

      ·   消息中的每个ASCII字符都是一个十六进制字符组成

      每个字节的位

      ·   1个起始位

      ·   7个数据位，最小的有效位先发送

      ·   1个奇偶校验位，无校验则无

      ·   1个停止位（有校验时），2个Bit（无校验时）

      错误检测域     LRC(纵向冗长检测)

      2、RTU模式

      当控制器设为在Modbus网络上以RTU（远程终端单元）模式通信，在消息中的每个8Bit字节包含两个4Bit的十六进制字符。这种方式的主要优点是：在同样的波特率下，可比ASCII方式传送更多的数据。

      代码系统

      ·   8位二进制，十六进制数0...9，A...F

      ·   消息中的每个8位域都是一个两个十六进制字符组成

      每个字节的位

      ·   1个起始位

      ·   8个数据位，最小的有效位先发送

      ·   1个奇偶校验位，无校验则无

      ·   1个停止位（有校验时），2个Bit（无校验时）

      错误检测域     CRC(循环冗长检测)

      三、Modbus消息帧

      两种传输模式中（ASCII或RTU），传输设备以将Modbus消息转为有起点和终点的帧，这就允许接收的设备在消息起始处开始工作，读地址分配信息，判断哪一个设备被选中（广播方式则传给所有设备），判知何时信息已完成。部分的消息也能侦测到并且错误能设置为返回结果。

      1、ASCII帧

      使用ASCII模式，消息以冒号（:）字符（ASCII码 3AH）开始，以回车换行符结束（ASCII码 0DH,0AH）。

      其它域可以使用的传输字符是十六进制的0...9,A...F。网络上的设备不断侦测“:”字符，当有一个冒号接收到时，每个设备都解码下个域（地址域）来判断是否发给自己的。

      消息中字符间发送的时间间隔最长不能超过1秒，否则接收的设备将认为传输错误。一个典型消息帧如下所示：

            起始位 设备地址 功能代码 数据 LRC校验 结束符 

            1个字符 2个字符 2个字符 n个字符 2个字符 2个字符 

      图2 ASCII消息帧

      2、RTU帧

      使用RTU模式，消息发送至少要以3.5个字符时间的停顿间隔开始。在网络波特率下多样的字符时间，这是最容易实现的(如下图的T1-T2-T3-T4所示)。传输的第一个域是设备地址。可以使用的传输字符是十六进制的0...9,A...F。网络设备不断侦测网络总线，包括停顿间隔时间内。当第一个域（地址域）接收到，每个设备都进行解码以判断是否发往自己的。在最后一个传输字符之后，一个至少3.5个字符时间的停顿标定了消息的结束。一个新的消息可在此停顿后开始。

      整个消息帧必须作为一连续的流转输。如果在帧完成之前有超过1.5个字符时间的停顿时间，接收设备将刷新不完整的消息并假定下一字节是一个新消息的地址域。同样地，如果一个新消息在小于3.5个字符时间内接着前个消息开始，接收的设备将认为它是前一消息的延续。这将导致一个错误，因为在最后的CRC域的值不可能是正确的。一典型的消息帧如下所示：

            起始位 设备地址 功能代码 数据 CRC校验 结束符 

            T1-T2-T3-T4 8Bit 8Bit n个8Bit 16Bit T1-T2-T3-T4 

      图3 RTU消息帧

      3、地址域

      消息帧的地址域包含两个字符（ASCII）或8Bit（RTU）。可能的从设备地址是0...247 

      (十进制)。单个设备的地址范围是1...247。主设备通过将要联络的从设备的地址放入消息中的地址域来选通从设备。当从设备发送回应消息时，它把自己的地址放入回应的地址域中，以便主设备知道是哪一个设备作出回应。

      地址0是用作广播地址，以使所有的从设备都能认识。当Modbus协议用于更高水准的网络，广播可能不允许或以其它方式代替。

      4、如何处理功能域

      消息帧中的功能代码域包含了两个字符（ASCII）或8Bits（RTU）。可能的代码范围是十进制的1...255。当然，有些代码是适用于所有控制器，有此是应用于某种控制器，还有些保留以备后用。

      当消息从主设备发往从设备时，功能代码域将告之从设备需要执行哪些行为。例如去读取输入的开关状态，读一组寄存器的数据内容，读从设备的诊断状态，允许调入、记录、校验在从设备中的程序等。

      当从设备回应时，它使用功能代码域来指示是正常回应(无误)还是有某种错误发生（称作异议回应）。对正常回应，从设备仅回应相应的功能代码。对异议回应，从设备返回一等同于正常代码的代码，但最重要的位置为逻辑1。

      例如：一从主设备发往从设备的消息要求读一组保持寄存器，将产生如下功能代码：0 0 0 0 0 0 1 1 （十六进制03H）

      对正常回应，从设备仅回应同样的功能代码。对异议回应，它返回： 1 0 0 0 0 0 1 1 （十六进制83H）

      除功能代码因异议错误作了修改外，从设备将一独特的代码放到回应消息的数据域中，这能告诉主设备发生了什么错误。

      主设备应用程序得到异议的回应后，典型的处理过程是重发消息，或者诊断发给从设备的消息并报告给操作员。

      5、数据域

      数据域是由两个十六进制数集合构成的，范围00...FF。根据网络传输模式，这可以是由一对ASCII字符组成或由一RTU字符组成。

      从主设备发给从设备消息的数据域包含附加的信息：从设备必须用于进行执行由功能代码所定义的所为。这包括了象不连续的寄存器地址，要处理项的数目，域中实际数据字节数。

      例如，如果主设备需要从设备读取一组保持寄存器（功能代码03），数据域指定了起始寄存器以及要读的寄存器数量。如果主设备写一组从设备的寄存器（功能代码10十六进制），数据域则指明了要写的起始寄存器以及要写的寄存器数量，数据域的数据字节数，要写入寄存器的数据。

      如果没有错误发生，从从设备返回的数据域包含请求的数据。如果有错误发生，此域包含一异议代码，主设备应用程序可以用来判断采取下一步行动。

      在某种消息中数据域可以是不存在的（0长度）。例如，主设备要求从设备回应通信事件记录（功能代码0B十六进制），从设备不需任何附加的信息。

      6、错误检测域

      标准的Modbus网络有两种错误检测方法。错误检测域的内容视所选的检测方法而定。

      ASCII    

      当选用ASCII模式作字符帧，错误检测域包含两个ASCII字符。这是使用LRC（纵向冗长检测）方法对消息内容计算得出的，不包括开始的冒号符及回车换行符。LRC字符附加在回车换行符前面。

      RTU   

      当选用RTU模式作字符帧，错误检测域包含一16Bits值(用两个8位的字符来实现)。错误检测域的内容是通过对消息内容进行循环冗长检测方法得出的。CRC域附加在消息的最后，添加时先是低字节然后是高字节。故CRC的高位字节是发送消息的最后一个字节。

      7、字符的连续传输

      当消息在标准的Modbus系列网络传输时，每个字符或字节以如下方式发送（从左到右）： 最低有效位...最高有效位

      使用ASCII字符帧时，位的序列是：

            启始位 1 2 3 4 5 6 7 奇偶位 停止位 

      有奇偶校验

            启始位 1 2 3 4 5 6 7 停止位 停止位 

      无奇偶校验

      图4. 位顺序（ASCII）

      使用RTU字符帧时，位的序列是：

      有奇偶校验

            启始位 1 2 3 4 5 6 7 8 奇偶位 停止位 

            启始位 1 2 3 4 5 6 7 8 停止位 停止位 

      无奇偶校验

      图4. 位顺序（RTU）

      四、错误检测方法

      标准的Modbus串行网络采用两种错误检测方法。奇偶校验对每个字符都可用，帧检测（LRC或CRC）应用于整个消息。它们都是在消息发送前由主设备产生的，从设备在接收过程中检测每个字符和整个消息帧。

      用户要给主设备配置一预先定义的超时时间间隔，这个时间间隔要足够长，以使任何从设备都能作为正常反应。如果从设备测到一传输错误，消息将不会接收，也不会向主设备作出回应。这样超时事件将触发主设备来处理错误。发往不存在的从设备的地址也会产生超时。

      1、奇偶校验

      用户可以配置控制器是奇或偶校验，或无校验。这将决定了每个字符中的奇偶校验位是如何设置的。

      如果指定了奇或偶校验，“1”的位数将算到每个字符的位数中（ASCII模式7个数据位，RTU中8个数据位）。例如RTU字符帧中包含以下8个数据位： 1 

      1 0 0 0 1 0 1

      整个“1”的数目是4个。如果便用了偶校验，帧的奇偶校验位将是0，便得整个“1”的个数仍是4个。如果便用了奇校验，帧的奇偶校验位将是1，便得整个“1”的个数是5个。

      如果没有指定奇偶校验位，传输时就没有校验位，也不进行校验检测。代替一附加的停止位填充至要传输的字符帧中。

      2、LRC检测

      使用ASCII模式，消息包括了一基于LRC方法的错误检测域。LRC域检测了消息域中除开始的冒号及结束的回车换行号外的内容。

      LRC域是一个包含一个8位二进制值的字节。LRC值由传输设备来计算并放到消息帧中，接收设备在接收消息的过程中计算LRC，并将它和接收到消息中LRC域中的值比较，如果两值不等，说明有错误。

      LRC方法是将消息中的8Bit的字节连续累加，丢弃了进位。

      LRC简单函数如下：

      static unsigned char LRC(auchMsg,usDataLen)

      unsigned char *auchMsg ; /* 要进行计算的消息 */

      unsigned short usDataLen ; /* LRC 要处理的字节的数量*/

      { unsigned char uchLRC = 0 ; /* LRC 字节初始化 */

      while (usDataLen--) /* 传送消息 */

      uchLRC += *auchMsg++ ; /* 累加*/

      return ((unsigned char)(-((char_uchLRC))) ;

      }

      3、CRC检测

      使用RTU模式，消息包括了一基于CRC方法的错误检测域。CRC域检测了整个消息的内容。

      CRC域是两个字节，包含一16位的二进制值。它由传输设备计算后加入到消息中。接收设备重新计算收到消息的CRC，并与接收到的CRC域中的值比较，如果两值不同，则有误。

      CRC是先调入一值是全“1”的16位寄存器，然后调用一过程将消息中连续的8位字节各当前寄存器中的值进行处理。仅每个字符中的8Bit数据对CRC有效，起始位和停止位以及奇偶校验位均无效。

      CRC产生过程中，每个8位字符都单独和寄存器内容相或（OR），结果向最低有效位方向移动，最高有效位以0填充。LSB被提取出来检测，如果LSB为1，寄存器单独和预置的值或一下，如果LSB为0，则不进行。整个过程要重复8次。在最后一位（第8位）完成后，下一个8位字节又单独和寄存器的当前值相或。最终寄存器中的值，是消息中所有的字节都执行之后的CRC值。

     

      ModBus网络是一个工业通信系统，由带智能终端的可编程序控制器和计算机通过公用线路或局部专用线路连接而成。其系统结构既包括硬件、亦包括软件。它可应用于各种数据采集和过程监控。下表1是ModBus的功能码定义。

      表1 ModBus功能码

            功能码 名称 作用 

            01 读取线圈状态取得一组逻辑线圈的当前状态（ON/OFF) 

            02 读取输入状态 取得一组开关输入的当前状态（ON/OFF) 

            03 读取保持寄存器 在一个或多个保持寄存器中取得当前的二进制值 

            04 读取输入寄存器 在一个或多个输入寄存器中取得当前的二进制值 

            05 强置单线圈 强置一个逻辑线圈的通断状态 

            06 预置单寄存器 把具体二进值装入一个保持寄存器 

            07 读取异常状态 

            取得8个内部线圈的通断状态，这8个线圈的地址由控制器决定，用户逻辑可以将这些线圈定义，以说明从机状态，短报文适宜于迅速读取状态 

            08 回送诊断校验 把诊断校验报文送从机，以对通信处理进行评鉴 

            09 编程（只用于484） 使主机模拟编程器作用，修改PC从机逻辑 

            10 控询（只用于484） 

            可使主机与一台正在执行长程序任务从机通信，探询该从机是否已完成其操作任务，仅在含有功能码9的报文发送后，本功能码才发送 

            11 读取事件计数 可使主机发出单询问，并随即判定操作是否成功，尤其是该命令或其他应答产生通信错误时 

            12 读取通信事件记录 可是主机检索每台从机的ModBus事务处理通信事件记录。如果某项事务处理完成，记录会给出有关错误 

            13 编程（184/384 484 584） 可使主机模拟编程器功能修改PC从机逻辑 

            14 探询（184/384 484 584） 

            可使主机与正在执行任务的从机通信，定期控询该从机是否已完成其程序操作，仅在含有功能13的报文发送后，本功能码才得发送 

            15 强置多线圈 强置一串连续逻辑线圈的通断 

            16 预置多寄存器 把具体的二进制值装入一串连续的保持寄存器 

            17 报告从机标识 可使主机判断编址从机的类型及该从机运行指示灯的状态 

            18 （884和MICRO 84） 可使主机模拟编程功能，修改PC状态逻辑 

            19 重置通信链路 发生非可修改错误后，是从机复位于已知状态，可重置顺序字节 

            20 读取通用参数（584L） 显示扩展存储器文件中的数据信息 

            21 写入通用参数（584L） 把通用参数写入扩展存储文件，或修改之 

            22～ 保留作扩展功能备用   

            65～72 保留以备用户功能所用 留作用户功能的扩展编码 

            73～119 非法功能   

            120～127 保留 留作内部作用 

            128～255 保留 用于异常应答 

其实在这些功能码中我们能用到的只是:01,02,03,04,05,06,15,16这几种,因此只需要熟悉这些功能码就够了.另外对MODBUS协议我们一般要求对方采用RTU方式,校验用CRC方式.

二       了解了MODBUS协议之后再说说GPI.

   

GPI02.rtu，用于Symphony(INFI90)系统与支持MODBUS(RTU模式)协议的系统进行接口，通讯波特率最高为19200波特，最大通讯量为1500点(模拟量点和数字量点

之和)，多点连接的系统数最多为50；AB公司的PLC有特有的通讯协议DH＋和DH485，针对该公司的PLC，北京ABB贝利控制有限公司采用专用的通讯协议软件

GPI03.AB。主要用于和AB公司的PLC接口,现实际应用不多.

GPI02.RTU概况

GPI02.RTU软件包是一种可组态的利用MODBUS协议(RTU方式)进行双向串行数据通讯的产品。它允许数值在可编程控制器和贝利的GPI02.RTU通讯模件中的功能码之间传送。GPI02.RTU可以读写PLC中的数值，而不改变PLC的编程和逻辑。

GPI02.RTU由两个C语言程序组成：

A.  用户接口(组态)程序，也称为离线程序，运行于DOS环境。用于：

a. 用自配的编辑器或TEXT文件输入数据通讯组态

b. 编译改组态形成实际通讯程序可用的格式

c. 通过串行通讯和一个串行口模件(SPM或CIU)将通讯程序和组态文件下装进通讯模件(MFC03或MFP02)

d。监视和调节通讯

B.  在线程序，运行在GPI02.RTU通讯模件中，执行实际的通讯功能。

为了将数据从PLC传到贝利系统，该程序经常访问多组数据，更新已经组态的输出功能块。接收数值量的必须是45或138号功能码。接收模拟量的必须是30或137号功能码。这些功能块中的数值可以被应用组态中的其它块使用。为将数据从贝利系统传到PLC，该程序经常扫描通讯模件中已经组态的块，每当数据变化时更新PLC。

必须注意的是，和GPI02程序同在通讯模件中的应用功能块组态负责读写数据。GPI02可以认为是应用功能块组态的逻辑数据附属。

下表定义了GPI02读写每个数据的有关操作：

	数字量输出表	数值量输入表	模拟量输出表	模拟量输入表
描述	DO	DI	AO	AI
表号	0	1	4	3
读/写能力	读和写	读	读和写	读
读码	01	02	03	04
写码	05或15		06或16
地址范围 (十六进制) (十进制)	0000-7FFF 0-32767	0000-7FFF 0-32767	0000-7FFF 0-32767	0000-7FFF 0-32767
按点类型读	DOP	DOP	AOP	AOP
按点类型写	DIP		AIP

Table 1.1: GPI02的读写操作

说明：

1.  DOP-从DI或DO表读PLC数字状态，把该状态写到数字输出功能块(135或45号功能码)

2.  DIP-读应用组态数字功能块的输出，写到PLC数字点(DO表)

3.  AIP-读应用组态模拟量功能块的输出，写到PLC的寄存器，AO表。

4.  AOP-读PLC AO或AI表寄存器，写到模拟量输出功能块(137或30号功能码)

Modbus协议提供了设备间通讯的主从原则。如果控制器发送消息，它只是作为主设备，并期望从从设备得到回应。同样，当控制器接收到消息，它将建立从设备回应格式并返回给发送的控制器。

针对这种主从原则，INFI90系统可以作为这种主从通讯方式的主站或者从站，同时分别提供了两种软件，实现和其他系统之间的接口。

贝利Infi90系统组态工具软件有Wintools和Composer，针对不同的组态软件，有不同的接口通讯软件（Gpi02.rtu for wintools & Gpi02.rtu for Composer）与之匹配。其实两个接口软件的原理和组态方式都相同，所不同的是：接口程序Gpi02.exe和接口CAD组态下装的方式。

CFG组态中应该包括以下块：Segment Control，Allocate，Invoke C。其中，Segment Control块号分配为1024，如果该块号改变，下面表中所列的功能块块号应该按照偏移量量改变。

OFFSET

From 

SEGMENT ADDRESS	Function Code	Description
0	82	GPI Segment Control block
9	144	Allocate C block (optional)
10	143	Invoke C block
11	?	Write enable any digital output function block
20	138	Link Status
21		Port 0 communication status
22		Port 1 communication status
23		Currently active port (0 or 1)
30	137	# of PLCs in the configuration
31		# of good PLCs on the link
32		# at DIP and AlP block read errors
33		Bombout code (should always be 0)
34	137	Current value of intime (msec per pass)
50	137	PLC failure count, good to bad.
51		PLC TImeouts Count
52		PLC Digital Read Count, Cmd 1 or 2
53		PLC Register Read Count, Cmd 3 or4
54	137	PLC Digital Write Count, Cmd 5 or 15
55		PLC Register Write Count, Cmd 6 or 16
56		DOP Output Block Update Count
57		AOP Output Block Update Count
60	138	1st PLC status, 1=good O=bad
61		2st PLC status, 1=900d O=bad
62		3st PLC status, 1=900d O=bad
120	137	1st PLC station address
121		2nd PLC station address
122		3rd PLC station address

Table 1.2: Block Address Offsets from the Segment Address

SPECIFICATION	VALUE	DESCRIPTION
S1	0	Always 0
S2	0	Always 0
S3	0	Error log enable (O=off 1=on)
S4	4	AlP minimum update
S5	5	Target percent free time
S6	1000	PLC communication timeout (msec)
S7	0	Auto rewrite rate
S8	4	New command delay time (msec)

Table 1.3: Invoke C Block

SPECIFICATION	VALUE	DESCRIPTION
S1	1	Time units in seconds
S2	0.25	Segment cycle time in units of S1
S3	255	Segment priority (0=min. 255=max)
S4	16	Checkpoint period in cycles S2

Table 1.4: GPI Segment Control Block

SPECIFICATION	VALUE	DESCRIPTION
S1	130	RAM allocation for C (K Bytes)
S2	60	NVRAM allocation for C (K Bytes)

Table 1.5: C Allocation Block for MFP02

具体的CFG组态如下：

Fig1.1  INFI90 System Configuration 1

Fig1.2  INFI90 System Configuration 2

GPI02.RTU REV 1.20 GPI_SEG_BLK=1024 ,MAXDOP= 500, MAXAOP= 200

OPTIONS:USER BLOCKS,COMM=101 ,PORT=0,FOLLOW=1000,SINGLEWRITE,

TARGET: LOOP 3, PCU 30, MODULE 7, DCSBAUD 9600 

 RDDIGRPSIZ=224, RDANGRPSIZ=224, WRITEGRPSIZ=100 

;COMMENT:CWP & AIR CMPR  INTERFACE

 0: SCALE FACTOR=1.000000 , OFFSET VALUE=0.000000 , UNSIGNED 

 1: SCALE FACTOR=1.000000 , OFFSET VALUE=0.000000 , UNSIGNED 

        .                    .

        .                    .

 63: SCALE FACTOR=1.000000 , OFFSET VALUE=0.000000 , UNSIGNED 

1:DOPNA ,BLK= 100 ,PLC PT= 1,1, 0 ,TAG>DIGITAL 001 <

2:DOPNA ,BLK= 101 ,PLC PT= 1,1, 0 ,TAG>DIGITAL 002 <

3:DIP ,BLK= 200 ,PLC PT= 1,0, 0 ,TAG>OUT 001 <

4:DIP ,BLK= 201 ,PLC PT= 1,0, 0 ,TAG>OUT 002 <

5:AOP ,BLK= 300 ,PLC PT= 1,3, 0 ,SCALE_INDEX=0, DTYPE=S, TAG>ANA 001 <

6:AOP ,BLK= 301 ,PLC PT= 1,3, 0 ,SCALE_INDEX=0, DTYPE=S, TAG>ANA 002 <

@END@

具体的RTU文件如下：

Fig1.3  Interface RTU Configuration

三   通讯串口接线方式

RS232

1969年，美国电子工业协会(EIA)公布了RS-232C作为串行通信接口的电气标准，该标准定义了数据终端设备(DTE)和数据通信设备(DCE)间按位串行传输的接口信息，合理安排了接口的电气信号和机械要求，在世界范围内得到广泛的应用。但它采用单端驱动非差分接收电路，存在着传输距离不太远(最大传输距离15m)和传送速率不太高(最大位速率为20Kb/s)的问题。远距离串行通信必须使用Modem，增加了成本。在分布式控制系统和工业局部网络中，传输距离常介于近距离(＜20m＝和远距离(＞2km)之间的情况，这时RS-232C（25脚连接器）不能采用，用Modem又不经济，因而需要制定新的串行通信接口标准。

RS422/485

1977年EIA制定了RS-449。它除了保留与RS-232C兼容的特点外，还在提高传输速率，增加传输距离及改进电气特性等方面作了很大努力，并增加了10个控制信号。与RS-449同时推出的还有RS-422和RS-423，它们是RS-449的标准子集。RS-422、RS-423是全双工的。

RS-422标准规定采用平衡驱动差分接收电路，提高了数据传输速率(最大位速率为10Mb/s)，增加了传输距离(最大传输距离1200m)。

RS-485串行接口的电气标准实际上是RS-422的变型，它属于七层OSI（Open System Interconnection，开放系统互连）模型物理层的协议标准。由于性能优异、结构简单、组网容易，RS-485总线标准得到了越来越广泛的应用。

RS-485为半双工的，有极强的抗共模干扰的能力，接收灵敏度也相当高。同时，最大传输速率和最大传输距离也大大提高。如果以10Kbps速率传输数据时传输距离可达12m，而用100Kbps时传输距离可达1.2km。如果降低波特率，传输距离还可进一步提高。另外RS-485实现了多点互连，最多可达32台驱动器和32接收器，非常便于多器件的连接。

RS232 Pin Definition

DB9串口
针号	功能说明	缩写
1	数据载波检测	DCD
2	接收数据	RXD
3	发送数据	TXD
4	数据终端准备	DTR
5	信号地	GND
6	数据设备准备好	DSR
7	请求发送	RTS
8	清除发送	CTS
9	振铃指示	DELL

DB25串口
针号	功能说明	缩写
8	数据载波检测	DCD
3	接收数据	RXD
2	发送数据	TXD
20	数据终端准备	DTR
7	信号地	GND
6	数据准备好	DSR
4	请求发送	RTS
5	清除发送	CTS
22	振铃指示	DELL

RJ45串口
针号	功能说明	缩写
2	数据设备准备	DSR
3	发送数据	TXD
4	接收数据	RXD
5	信号地	GND
6	请求发送	RTS
7	清除发送	CTS

TMP单元跳线设置

Primary

Module

Backup Module

RS-232-C

PORT 0

RS-232-C

PORT 1

Primary Module

Fig4.1  Termination Unit

Jumper J1 controls the P6 connector, J2 controls the P5 connector. P5 and P6 are the DB-25 connectors. Determine if the equipment requires a DCE, DTE, nonhandshake, or loopback jumper setting configuration.

The following figure4.2 to figure4.4 show how to set jumpers J1 and J2 for DCE, DTE, and nonhandshake operation.

如果接口设备与INFI90 MFP之间的距离不超过20m（19200 baud最好不超过15m），就不要采用485连接，因为，经过RS232/RS485转换器，会占用很多的转换时间，造成通讯的延迟。而且，在现阶段，有些转换器会或多或少的造成一些通讯冲突，甚至完全中断通讯。

Fig4.4  Nonhandshake Jumper Configuration

具体的RS232直接连接方式如下：

MFP	P3		P1	TMP	P5					串口
					RXD					RXD
					TXD					TXD
					SG					SG

Fig4.6  RS232接线方式

注：采用这种RS232连接，TMP的J1或J2跳线设置必须为Nonhandshake Jumper 方式，参见图Fig4.4。

Fig4.4  Nonhandshake Jumper Configuration

通过ADAM转换器连接单个设备

通常我们采用ADAM4520来实现接口标准的转换，两个设备之间的距离超过20米之后，我们尽量采用485/422通讯方式。接线方式有两种：R-422方式；R-485方式。

具体的R-422直接连接方式如下：

MFP

P3

P1

TMP

P5

232/422

422/232

串口

TXD

RXD

TX+

RX+

RXD

RXD

RXD

TXD

TX-

RX-

TXD

TXD

SG

SG

RX+

TX+

SG

SG

RX-

TX-

Fig4.8  RS-422接线方式

注：

1．因为ADAM4520转换器的RS232串口管角定义已经有过交叉（RXD，TXD已经交叉），所以要注意信号的对应。

2．TMP的J1或J2跳线设置必须为Nonhandshake Jumper  方式，参见图Fig4.4。

具体的R-485直接连接方式如下：

MFP

P3

P1

TMP

P5

232/422

422/232

串口

TXD

RXD

D+

D+

RXD

RXD

RXD

TXD

D-

D-

TXD

TXD

SG

SG

SG

SG

Fig4.10  RS-422接线方式

注：

1．因为ADAM4520转换器的RS232串口管角定义已经有过交叉（RXD，TXD已经交叉），所以要注意信号的对应。

2．TMP的J1或J2跳线设置必须为Nonhandshake Jumper  方式，参见图Fig4.4。

同样还可以有另外一种连接方式如下：

MFP

P3

P1

TMP

P5

232/422

422/232

串口

RXD

RXD

D+

D+

RXD

RXD

TXD

TXD

D-

D-

TXD

TXD

SG

SG

SG

SG

Fig4.11  RS-422接线方式

注：TMP的J1或J2跳线设置必须为combination Jumper  方式，参见图Fig4.5。

通过ADAM转换器连接多个设备

R-485电气标准属于一种令牌网结构，它组网方便，在网络上可以通过不同的地址来寻址。所以可以同时连接多个设备。

具体的R-485直接连接方式如下：

MFP

P3

P1

TMP

P5

232/422

422/232

串口1

TXD

RXD

D+

D+

RXD

RXD

RXD

TXD

D-

D-

TXD

TXD

SG

SG

SG

SG

422/232

串口2

D+

RXD

RXD

D-

TXD

TXD

SG

SG

Fig4.12  RS-485方式连接多个设备

这种网络结构同时可以连接最多128个设备，如果网络通讯协议为MODBUS时，可以连接最多32个设备。

四  做接口的一般步骤.

1首先在谈合同时约定好协议为MODBUS协议.

2 由PLC厂家提供通讯所IO清单,例子如下:

接口PLC侧应提供PLC设备信息及地址，通讯信息内存分配点表，接口设备流程画面。

PLC设备信息包括：串行口设置包括DCE或DTE设置，通讯波特率，数据位数及停止位位数，奇偶校验，握手信号要求等。

通讯信息内存分配点表应包括以下条目：

1.存储地址

2.信号名称

3.信号中英文描述 

4.信号流向(DCS -> PLC or PLC -> DCS)

5.信息位数及有无符号(模拟量)

6.最小值(模拟量)

7.最大值或量程范围(模拟量)

8.工程单位(模拟量)

9.控制要求，指是否要求或允许DCS侧向PLC侧执行写操作，如果允许，则应给出详尽的对控制过程的要求。例如：开关量写信号应为脉冲（或长电平）。

具体清单格式见下图：

提供清单实例

波特率:9600，起始位:1，停止位:1，数据位:8，无校验；            设备地址:1

Modbus地址	标签名	中文描述	英文描述	信号流向	信号类型	最小值	量程	工程 单位	控制要求
10001	MV0508-ZO	2号油泵开	NO 2 OIL PUMP OPND	DCS->PLC
10002	MV0508-ZC	2号油泵关	NO 2 OIL PUMP CLSD	DCS->PLC
30001	GEN-P	有功功率实时值	GEN P VALUE	DCS->PLC	UNSIGN	0	150	MW
30002	GEN-V	电压实时值	VOLTAGE VALUE	DCS->PLC	UNSIGN	0	110	KV

00101	MV0508-O	开2号油泵	OPN NO 2 OIL PUMP	PLC->DCS					发送3秒脉冲
00102	MV0508-C	关2号油泵	CLS NO 2 OIL PUMP	PLC->DCS					发送3秒脉冲
40101	GEN-P-SP	有功功率设定值	GEN P SETPOINT	PLC->DCS	UNSIGN	0	150	MW
40102	GEN-V-SP	电压设定值	VOLTAGE SETPOINT	PLC->DCS	UNSIGN	0	110	KV

3 根据清单做RTU文件.

4根据清单做功能码组态.

5做接口所需画面.

6用仿真软件调试确认MFP侧功能正常.

7到现场和厂家实际联调,双方约定主从方式,站地址,通讯波特率,寄偶校验,起始位,停止位等.  

8 用COMPOSER下装的步骤:

Step 1Use the Symphony GPI program to create a data file as described in the appropriate BCS document listed under the Related Documents heading. 

Step 2Use the compile/download process in the GPI program to create a compiled version of the data file. At the download prompt, choose ‘No’. The GPI02 program will have created a ‘GPI02.$$$’ file and the GPI03 program will create a ‘filename.dta’ file (as indicated in the GPI documents listed under Related Documents) for use in Step 8.

Step 3Within the Composer navigator select "Properties" from the controller pop up menu. Select the "Format" tab.  Select "CSP File" from the "Specification Source" radio button group. If there is no CSP File name in the edit control, "Browse" to the CSP file and select OK. The last character of the filename, either a ‘b’ or an ‘s’ indicates whether the file is for a block or single write. 

Step 4Press the "Format" button.  A Confirmation dialog will appear indicating that the Controller was successfully formatted. Close the Property Sheet.

Step 5Within the Composer navigator select "Run Time-View Files" from the controller pop up menu. A new window containing all the files loaded in the controller will appear. An empty list view indicates that no files exist in the controller. 

Step 6Right click on the background of the list view and select the "Load C" menu item. A file selection dialog will appear. Navigate to the directory containing the .csp file associated with the controller. 

Step 7Select the .map file, and then the .lms, and .csp files when prompted for each file.

Step 8Load the required compiled data file (created in Step 1) using the "Load Data File" menu item within the file directory view. 

Step 9When prompted for the Controller File ID, enter ‘1’ for GPI02 (RTU) or ‘2’ for GPI03 (Allen Bradley).

Step 10At this point the Controller has been formatted to run an executable file and all the necessary files have been loaded. 

做完以上工作后就可一按正常的步骤下功能码组态了.

五  调试接口常见问题和注意事项.

1.不同编码机制不能混接，如RS232C不能直接与RS422接口相连，市面上专门的各种转换器卖，必须通过转换器才能连接；

2.串口调试时，准备一个好用的调试工具，如串口调试助手、串口精灵等，有事半功倍之效果；

3.强烈建议不要带电插拨串口，插拨时至少有一端是断电的，否则串口易损坏。

4.调试的时候如果和我方做仿真用MODSIM32,如果是想测试第三方的设备用MODSCAN32.有时候用仿真软件能调通,但双方实际联调的时候就通不上,碰到这样的问题有可能有以下原因,转换器不匹配(可以把双方都统一成一种装换器来排除,寄偶校验为最好设为无),数据线的地线需要连接,需要加终端电阻等等,具体原因需要耐心检查.

5.通讯的正常与否可以观察Segment Control块号+20的状态,如果持续为绿色的1说明通讯正常,为0说明通讯有问题.

6.有时候通讯时好时断,很不稳定,这种情况有可能是经常通讯超时的情况发生,可以观察Segment Control块号+51,如果这个数值很大,并且持续增加,说明通讯超时很严重,这时候可以调整标准参数页的143号功能码的S6,增大这个数值可以改善超时的情况.也可能是由于有些数据地址不对,当读到这些地址的时候通讯就会中断,这中情况可以通过减少通讯的数据量来找出故障地址.

7用COMPOSER下装的时候,要先把模件置为组态方式,并且只能通过ICI下装,不能用CPM.