0前言-----------串行链路和TCP/IP上的MODBUS标准介绍该标准包括两个通信规程中使用的MODBUS应用层协议和服务规范:·串行链路上的MODBUSMODBUS串行链路取决于TIA/EIA标准:232-F和485-A。·TCP/IP上的MODBUSMODBUSTCP/IP取决于IETF标准:RFC793和RFC791有关。串行链路和TCP/IP上的MODBUS是根据相应ISO层模型说明的两个通信规程。下图强调指出了该标准的主要部分。绿色方框表示规范。灰色方框表示已有的国际标准(TIA/EIA和IETF标准)。MODBUS报文传输在TCP/IP上的实现指南49页MODBUS报文传输在串行链路上的实现指南45页MODBUS应用层在TCP/IP上的MODBUS映射TCPIETFRFC793IPIETFRFC791串行链路主站/从站以太网II/802.3IEEE802.2TIA/EIA-232-FTIA/EIA-485-A以太网物理层Modbus协议规范45页MODBUS标准分为三部分。第一部分(“Modbus协议规范”)描述了MODBUS事物处理。第二部分(“MODBUS报文传输在TCP/IP上的实现指南”)提供了一个有助于开发者实现TCP/IP上的MODBUS应用层的参考信息。第三部分(“MODBUS报文传输在串行链路上的实现指南”)提供了一个有助于开发者实现串行链路上的MODBUS应用层的参考信息。GB/T××××—××××1第一部分:Modbus协议2第一部分:Modbus协议1引言1.1范围MODBUS是OSI模型第7层上的应用层报文传输协议,它在连接至不同类型总线或网络的设备之间提供客户机/服务器通信。自从1979年出现工业串行链路的事实标准以来,MODBUS使成千上万的自动化设备能够通信。目前,继续增加对简单而雅观的MODBUS结构支持。互联网组织能够使TCP/IP栈上的保留系统端口502访问MODBUS。MODBUS是一个请求/应答协议,并且提供功能码规定的服务。MODBUS功能码是MODBUS请求/应答PDU的元素。本文件的作用是描述MODBUS事务处理框架内使用的功能码。1.2规范性引用文件1.RFC791,互联网协议,Sep81DARPA2.MODBUS协议参考指南RevJ,MODICON,1996年6月,doc#PI_MBUS_300MODBUS是一项应用层报文传输协议,用于在通过不同类型的总线或网络连接的设备之间的客户机/服务器通信。目前,使用下列情况实现MODBUS:以太网上的TCP/IP。各种媒体(有线:EIA/TIA-232-E、EIA-422、EIA/TIA-485-A;光纤、无线等等)上的异步串行传输。MODBUSPLUS,一种高速令牌传递网络。MODBUS应用层基于TCP的ModbusTCPIP其它MODBUS+/HDL主站/从站以太网II/802.3其它物理层EIA/TIA-232或EIA/TIA-485以太网物理层GB/T××××—××××3图1:MODBUS通信栈2缩略语ADU应用数据单元HDLC高级数据链路控制HMI人机界面IETF因特网工程工作组I/O输入/输出设备IP互连网协议MAC介质访问控制MBMODBUS协议MBAPMODBUS协议PDU协议数据单元PLC可编程逻辑控制器TCP传输控制协议3背景概要MODBUS协议允许在各种网络体系结构内进行简单通信。MODBUSONMB+MODBUSONRS232MODBUSONRS485驱动器PLCHMII/OI/OI/OPLC驱动器PLCHMII/O驱动器PLCI/OI/O驱动器I/O网关网关网关MODBUS通信MODBUSONTCP/IP图2:MODBUS网络体系结构的实例每种设备(PLC、HMI、控制面板、驱动程序、动作控制、输入/输出设备)都能使用MODBUS协4议来启动远程操作。在基于串行链路和以太TCP/IP网络的MODBUS上可以进行相同通信。一些网关允许在几种使用MODBUS协议的总线或网络之间进行通信。4总体描述4.1协议描述MODBUS协议定义了一个与基础通信层无关的简单协议数据单元(PDU)。特定总线或网络上的MODBUS协议映射能够在应用数据单元(ADU)上引入一些附加域。地址域功能码数据差错校验ADUPDU图3:通用MODBUS帧启动MODBUS事务处理的客户机创建MODBUS应用数据单元。功能码向服务器指示将执行哪种操作。MODBUS协议建立了客户机启动的请求格式。用一个字节编码MODBUS数据单元的功能码域。有效的码字范围是十进制1-255(128-255为异常响应保留)。当从客户机向服务器设备发送报文时,功能码域通知服务器执行哪种操作。向一些功能码加入子功能码来定义多项操作。从客户机向服务器设备发送的报文数据域包括附加信息,服务器使用这个信息执行功能码定义的操作。这个域还包括离散项目和寄存器地址、处理的项目数量以及域中的实际数据字节数。在某种请求中,数据域可以是不存在的(0长度),在此情况下服务器不需要任何附加信息。功能码仅说明操作。如果在一个正确接收的MODBUSADU中,不出现与请求MODBUS功能有关的差错,那么服务器至客户机的响应数据域包括请求数据。如果出现与请求MODBUS功能有关的差错,那么域包括一个异常码,服务器应用能够使用这个域确定下一个执行的操作。例如,客户机能够读一组离散量输出或输入的开/关状态,或者客户机能够读/写一组寄存器的数据内容。当服务器对客户机响应时,它使用功能码域来指示正常(无差错)响应或者出现某种差错(称为异常响应)。对于一个正常响应来说,服务器仅对原始功能码响应。GB/T××××—××××5启动请求功能码数据请求操作码接收响应数据响应执行操作启动响应客户机服务器图4:MODBUS事务处理(无差错)对于异常响应,服务器返回一个与原始功能码等同的码,设置该原始功能码的最高有效位为逻辑1。启动请求功能码数据请求差错码接收响应异常码在操作中检测的差错启动差错客户机服务器图5MODBUS事务处理(异常响应)注释:需要管理超时,以便明确地等待可能不会出现的应答。串行链路上第一个MODBUS执行的长度约束限制了MODBUSPDU大小(最大RS485ADU=256字节)。因此,对串行链路通信来说,MODBUSPDU=256-服务器地址(1字节)-CRC(2字节)=253字节。从而:RS232/RS485ADU=253字节+服务器地址(1byte)+CRC(2字节)=256字节。TCPMODBUSADU=249字节+MBAP(7字节)=256字节。MODBUS协议定义了三种PDU。它们是:MODBUS请求PDU,mb_req_pduMODBUS响应PDU,mb_rsp_pduMODBUS异常响应PDU,mb_excep_rsp_pdu定义mb_req_pdu为:6mb_req_pdu={function_code,request_data},其中function_code-[1个字节]MODBUS功能码request_data-[n个字节],这个域与功能码有关,并且通常包括诸如可变参考、变量、数据偏移量、子功能码等信息。定义mb_rsp_pdu为:mb_rsp_pdu={function_code,response_data},其中function_code-[1个字节]MODBUS功能码response_data-[n个字节],这个域与功能码有关,并且通常包括诸如可变参考、变量、数据偏移量、子功能码等信息。定义mb_excep_rsp_pdu为:mb_excep_rsp_pdu={function_code,request_data},其中function_code-[1个字节]MODBUS功能码+0x80exception_code-[1个字节],在下表中定义了MODBUS异常码。4.2数据编码MODBUS使用一个‘big-Endian’表示地址和数据项。这意味着当发射多个字节时,首先发送最高有效位。例如:寄存器大小值16–比特0x1234发送的第一字节为0x12然后0x34注释:更详细的信息参见[1]。4.3MODBUS数据模型MODBUS以一系列具有不同特征表格上的数据模型为基础。四个基本表格为:基本表格对象类型访问类型内容离散量输入单个比特只读I/O系统提供这种类型数据线圈单个比特读写通过应用程序改变这种类型数据输入寄存器16-比特字只读I/O系统提供这种类型数据保持寄存器16-比特字读写通过应用程序改变这种类型数据输入与输出之间以及比特寻址的和字寻址的数据项之间的区别并没有暗示任何应用操作。如果这是对可疑对象核心部分最自然的解释,那么这种区别是可完全接受的,而且很普通,以便认为四个表格全部覆盖了另外一个表格。对于基本表格中任何一项,协议都允许单个地选择65536个数据项,而且设计那些项的读写操作可以越过多个连续数据项直到数据大小规格限制,这个数据大小规格限制与事务处理功能码有关。GB/T××××—××××7很显然,必须将通过MODBUS处理的所有数据放置在设备应用存储器中。但是,存储器的物理地址不应该与数据参考混淆。要求仅仅是数据参考与物理地址的链接。MODBUS功能码中使用的MODBUS逻辑参考数字是以0开始的无符号整数索引。MODBUS模型实现的实例下例实例示出了两种在设备中构造数据的方法。可能有不同的结构,这个文件中没有全部描述出来。每个设备根据其应用都有它自己的数据结构。实例1:有4个独立块的设备下例实例示出了设备中的数据结构,这个设备含有数字量和模拟量、输入量和输出量。由于不同块中的数据不相关,每个块是相互独立。按不同MODBUS功能码访问每个块。设备应用存储器MODBUS访问MODBUS服务器设备MODBUS请求输入离散量线圈输入寄存器保存寄存器图6:带有独立块的MODBUS数据模型实例2:仅有1个块的设备在这个实例中,设备仅有1个数据块。通过几个MODBUS功能码可能得到一个相同数据,或者通过16比特访问或1个访问比特。8设备应用存储器MODBUS请求输入离散量线圈输入寄存器保存寄存器MODBUS服务器设备RRWWMODBUS访问图7:仅带有1个块的MODBUS数据模型4.4MODBUS事务处理的定义下列状态图描述了在服务器侧MODBUS事务处理的一般处理过程。等待MB指示确认操作码确认数据地址确认数据值执行MB操作发送Modbus响应发送Modbus异常响应异常码_1异常码_2异常码_3异常码_4_5_6[接收MB指示][无效的][有效的][无效的][无效的][有效的][有效的][无效的][有效的]GB/T××××—××××9图8:MODBUS事务处理的状态图一旦服务器处理请求,使用合适的MODBUS服务器事务建立MODBUS响应。根据处理结果,可以建立两种类型响应:一个正MODBUS响应:●响应功能码=请求功能码一个MODBUS异常响应(参见第6.14节):用来为客户机提供处理过程中与被发现的差错相关的信息;响应功能码=请求功能码+0x80;提供一个异常码来指示差错原因。5功能码分类有三类MODBUS功能码。它们是:公共功能码是较好地被定义的功能码,保证是唯一的,MODBUS组织可改变的,公开证明的,具有可用的一致性测试,MBIETFRFC中证明的,包含已被定义的公共指配功能码和未来使用的未指配保留供功能码。用户定义功能码有两个用户定义功能码的定义范围,即65至72和十进制100至110。用户没有MODBUS组织的任何批准就可以选择和实现一个功能码不能保证被选功能码的使用是唯一的。如果用户要重新设置功能作为一个公共功能码,那么用户必须启动RFC,以便将改变引入公共分类中,并且指配一个新的公共功能码。保留功能码一些公司对传统产品通常使用的功能码,并且对公共使用是无效的功能码。10127110100726511公共功能码用户定义功能码公共功能码用户定义功能码公共功能码图9:MODBUS功能码