关于GPI接口的几个问题.docx
《关于GPI接口的几个问题.docx》由会员分享,可在线阅读,更多相关《关于GPI接口的几个问题.docx(31页珍藏版)》请在冰点文库上搜索。
关于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...数据nLRC高字节LRC低字节回车换行
RTU模式
地址功能代码数据数量数据1...数据nCRC低字节CRC高字节
所选的ASCII或RTU方式仅适用于标准的Modbus网络,它定义了在这些网络上连续传输的消息段的每一位,以及决定怎样将信息打包成消息域和如何解码。
在其它网络上(象MAP和ModbusPlus)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个字符
图2ASCII消息帧
2、RTU帧
使用RTU模式,消息发送至少要以3.5个字符时间的停顿间隔开始。
在网络波特率下多样的字符时间,这是最容易实现的(如下图的T1-T2-T3-T4所示)。
传输的第一个域是设备地址。
可以使用的传输字符是十六进制的0...9,A...F。
网络设备不断侦测网络总线,包括停顿间隔时间内。
当第一个域(地址域)接收到,每个设备都进行解码以判断是否发往自己的。
在最后一个传输字符之后,一个至少3.5个字符时间的停顿标定了消息的结束。
一个新的消息可在此停顿后开始。
整个消息帧必须作为一连续的流转输。
如果在帧完成之前有超过1.5个字符时间的停顿时间,接收设备将刷新不完整的消息并假定下一字节是一个新消息的地址域。
同样地,如果一个新消息在小于3.5个字符时间内接着前个消息开始,接收的设备将认为它是前一消息的延续。
这将导致一个错误,因为在最后的CRC域的值不可能是正确的。
一典型的消息帧如下所示:
起始位设备地址功能代码数据CRC校验结束符
T1-T2-T3-T48Bit8Bitn个8Bit16BitT1-T2-T3-T4
图3RTU消息帧
3、地址域
消息帧的地址域包含两个字符(ASCII)或8Bit(RTU)。
可能的从设备地址是0...247
(十进制)。
单个设备的地址范围是1...247。
主设备通过将要联络的从设备的地址放入消息中的地址域来选通从设备。
当从设备发送回应消息时,它把自己的地址放入回应的地址域中,以便主设备知道是哪一个设备作出回应。
地址0是用作广播地址,以使所有的从设备都能认识。
当Modbus协议用于更高水准的网络,广播可能不允许或以其它方式代替。
4、如何处理功能域
消息帧中的功能代码域包含了两个字符(ASCII)或8Bits(RTU)。
可能的代码范围是十进制的1...255。
当然,有些代码是适用于所有控制器,有此是应用于某种控制器,还有些保留以备后用。
当消息从主设备发往从设备时,功能代码域将告之从设备需要执行哪些行为。
例如去读取输入的开关状态,读一组寄存器的数据内容,读从设备的诊断状态,允许调入、记录、校验在从设备中的程序等。
当从设备回应时,它使用功能代码域来指示是正常回应(无误)还是有某种错误发生(称作异议回应)。
对正常回应,从设备仅回应相应的功能代码。
对异议回应,从设备返回一等同于正常代码的代码,但最重要的位置为逻辑1。
例如:
一从主设备发往从设备的消息要求读一组保持寄存器,将产生如下功能代码:
00000011(十六进制03H)
对正常回应,从设备仅回应同样的功能代码。
对异议回应,它返回:
10000011(十六进制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字符帧时,位的序列是:
启始位1234567奇偶位停止位
有奇偶校验
启始位1234567停止位停止位
无奇偶校验
图4.位顺序(ASCII)
使用RTU字符帧时,位的序列是:
有奇偶校验
启始位12345678奇偶位停止位
启始位12345678停止位停止位
无奇偶校验
图4.位顺序(RTU)
四、错误检测方法
标准的Modbus串行网络采用两种错误检测方法。
奇偶校验对每个字符都可用,帧检测(LRC或CRC)应用于整个消息。
它们都是在消息发送前由主设备产生的,从设备在接收过程中检测每个字符和整个消息帧。
用户要给主设备配置一预先定义的超时时间间隔,这个时间间隔要足够长,以使任何从设备都能作为正常反应。
如果从设备测到一传输错误,消息将不会接收,也不会向主设备作出回应。
这样超时事件将触发主设备来处理错误。
发往不存在的从设备的地址也会产生超时。
1、奇偶校验
用户可以配置控制器是奇或偶校验,或无校验。
这将决定了每个字符中的奇偶校验位是如何设置的。
如果指定了奇或偶校验,“1”的位数将算到每个字符的位数中(ASCII模式7个数据位,RTU中8个数据位)。
例如RTU字符帧中包含以下8个数据位:
1
1000101
整个“1”的数目是4个。
如果便用了偶校验,帧的奇偶校验位将是0,便得整个“1”的个数仍是4个。
如果便用了奇校验,帧的奇偶校验位将是1,便得整个“1”的个数是5个。
如果没有指定奇偶校验位,传输时就没有校验位,也不进行校验检测。
代替一附加的停止位填充至要传输的字符帧中。
2、LRC检测
使用ASCII模式,消息包括了一基于LRC方法的错误检测域。
LRC域检测了消息域中除开始的冒号及结束的回车换行号外的内容。
LRC域是一个包含一个8位二进制值的字节。
LRC值由传输设备来计算并放到消息帧中,接收设备在接收消息的过程中计算LRC,并将它和接收到消息中LRC域中的值比较,如果两值不等,说明有错误。
LRC方法是将消息中的8Bit的字节连续累加,丢弃了进位。
LRC简单函数如下:
staticunsignedcharLRC(auchMsg,usDataLen)
unsignedchar*auchMsg;/*要进行计算的消息*/
unsignedshortusDataLen;/*LRC要处理的字节的数量*/
{unsignedcharuchLRC=0;/*LRC字节初始化*/
while(usDataLen--)/*传送消息*/
uchLRC+=*auchMsg++;/*累加*/
return((unsignedchar)(-((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的功能码定义。
表1ModBus功能码
功能码名称作用
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/384484584)可使主机模拟编程器功能修改PC从机逻辑
14探询(184/384484584)
可使主机与正在执行任务的从机通信,定期控询该从机是否已完成其程序操作,仅在含有功能13的报文发送后,本功能码才得发送
15强置多线圈强置一串连续逻辑线圈的通断
16预置多寄存器把具体的二进制值装入一串连续的保持寄存器
17报告从机标识可使主机判断编址从机的类型及该从机运行指示灯的状态
18(884和MICRO84)可使主机模拟编程功能,修改PC状态逻辑
19重置通信链路发生非可修改错误后,是从机复位于已知状态,可重置顺序字节
20读取通用参数(584L)显示扩展存储器文件中的数据信息
21写入通用参数(584L)把通用参数写入扩展存储文件,或修改之
22~64保留作扩展功能备用
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
Table1.1:
GPI02的读写操作
说明:
1.DOP-从DI或DO表读PLC数字状态,把该状态写到数字输出功能块(135或45号功能码)
2.DIP-读应用组态数字功能块的输出,写到PLC数字点(DO表)
3.AIP-读应用组态模拟量功能块的输出,写到PLC的寄存器,AO表。
4.AOP-读PLCAO或AI表寄存器,写到模拟量输出功能块(137或30号功能码)
Modbus协议提供了设备间通讯的主从原则。
如果控制器发送消息,它只是作为主设备,并期望从从设备得到回应。
同样,当控制器接收到消息,它将建立从设备回应格式并返回给发送的控制器。
针对这种主从原则,INFI90系统可以作为这种主从通讯方式的主站或者从站,同时分别提供了两种软件,实现和其他系统之间的接口。
贝利Infi90系统组态工具软件有Wintools和Composer,针对不同的组态软件,有不同的接口通讯软件(Gpi02.rtuforwintools&Gpi02.rtuforComposer)与之匹配。
其实两个接口软件的原理和组态方式都相同,所不同的是:
接口程序Gpi02.exe和接口CAD组态下装的方式。
CFG组态中应该包括以下块:
SegmentControl,Allocate,InvokeC。
其中,SegmentControl块号分配为1024,如果该块号改变,下面表中所列的功能块块号应该按照偏移量量改变。
OFFSET
From
SEGMENTADDRESS
FunctionCode
Description
0
82
GPISegmentControlblock
9
144
AllocateCblock(optional)
10
143
InvokeCblock
11
?
Writeenableanydigitaloutputfunctionblock
20
138
LinkStatus
21
Port0communicationstatus
22
Port1communicationstatus
23
Currentlyactiveport(0or1)
30
137
#ofPLCsintheconfiguration
31
#ofgoodPLCsonthelink
32
#atDIPandAlPblockreaderrors