modbus协议数据(modbus协议数据格式长度是多少)

MODBUSTCP通信协议指令及作用如下：1、指令MB_CLIENT（作为Modbus TCP客户端）。MB_SERVER(作为Modbus TCP服务器)。MB_CLIENT 表示MODBUS SCLIENT。2、作用“MB_CLIENT”指令作为 Modbus TCP 客户端通过 S7-1200 CPU 的 PROFINET  连接进行通信。使用该指令，无需其它任何硬件模块。通过“MB_CLIENT”指令，可以在客户端和服务器之间建立连接、发送请求、接收响应并控制 Modbus TCP  服务器的连接终端。MB_SERVER表示MODBUS SERVER“MB_SERVER”指令作为 Modbus TCP 服务器通过 S7-1200 CPU 的 PROFINET  连接进行通信。使用该指令，无需其它任何硬件模块。“MB_SERVER”指令将处理 Modbus TCP 客户端的连接请求、接收 Modbus  功能的请求并发送响应。Modbus通讯协议Modbus协议包括ASCII、RTU、TCP等，并没有规定物理层。此协议定义了控制器能够认识和使用的消息结构，而不管它们是经过何种网络进行通信的。标准的Modicon控制器使用RS232C实现串行的Modbus。Modbus的ASCII、RTU协议规定了消息、数据的结构、命令和就答的方式，数据通讯采用Maser/Slave方式，Master端发出数据请求消息，Slave端接收到正确消息后就可以发送数据到Master端以响应请求；Master端也可以直接发消息修改Slave端的数据，实现双向读写。Modbus协议需要对数据进行校验，串行协议中除有奇偶校验外，ASCII模式采用LRC校验，RTU模式采用16位CRC校验，但TCP模式没有额外规定校验，因为TCP协议是一个面向连接的可靠协议。另外，Modbus采用主从方式定时收发数据，在实际使用中如果某Slave站点断开后（如故障或关机），Master端可以诊断出来，而当故障修复后，网络又可自动接通。因此，Modbus协议的可靠性较好。对于Modbus的ASCII、RTU和TCP协议来说，其中TCP和RTU协议非常类似，我们只要把RTU协议的两个字节的校验码去掉，然后在RTU协议的开始加上5个0和一个6并通过TCP/IP网络协议发送出去即可。

无需关心数据是否接收完毕，只要有数据发过来，都收到自己的缓冲区当中。在应用层，打开一个任务以定期扫描缓冲区中的新数据。 如果有新数据，确定其是否为必需的协议帧。 通过帧头帧尾标识符还有校验等判断接收帧的正确性，如果正确再处理，不正确丢弃。Modbus没有固定的帧头标记，长度也没有固定。 判断时，首先查找具有正确地址的字符，然后找出后续功能代码是否正确。 根据功能代码，确定后续数据有多长并进行校验。 如果验证正确，则说明帧是正确的。扩展资料：举例说明如下：从站地址03，从0开始读取10个寄存器，则接收到的帧为03 03 00 00 00 0a xx xx，查找从站地址03的字节，找到后，以下功能码为03，符合功能码范围。该功能码的数据包括固定为8个字节的校验和，然后在其后没有8个字节时，表示其已被没收，然后在关闭后进行判断。 如果正确，则可以在应用层中正确处理该帧。
我做过modbus规约开发。你说的是驱动程序接收数据这一块，这部分无需关心数据是否接收完毕，只要有数据发过来，都收到自己的缓冲区当中。然后在应用层开启个任务定时扫描缓冲区中的新数据，如果有新数据则判断是否是需要的规约帧，通过帧头帧尾标识符还有校验等判断接收帧的正确性，如果正确再处理，不正确丢弃。 对于modbus没有固定的帧头标记，也没有固定长度。判断的时候先寻找地址正确的字符，找到后在判断后面的功能码是否正确，根据功能码判断后面的数据有多长并进行校验，如果校验也都对了那么这个帧就正确了。 例如从站地址03，读从0开始的寄存器10个，则接收到的帧为 03 03 00 00 00 0a xx xx，你寻找从站地址03的字节，找到后，后面的功能码是03，符合功能码范围。这个功能码的数据包括校验固定为8个字节，那么当后面没有8个字节时表示没收完，退出等收完再判断，收完后计算校验与收到的检验码比较，如果正确，则这帧接收正确进入应用层处理即可。
首先，在RTU方式下，MODBUS协议是根据3.5个字符时间内有没有接收数据来判断是否接受完成。 其次，在ASCII方式下，根据回车换行符来作为接受完成的标志。但是ASCII负载是RTU方式的两倍。 由于MODBUS是连续发生一串字符，一个字符中断一次的方法比较危险，很容易丢包，最好启动FIFO之类的硬件资源。如果是三星ARM，建议你用FIFO+DMA方式。
如果你采用ASCII 模式，以回车换行符作为结束符。如果是RTU模式，则是3.5个字符时间，具体时间跟你的波特率有关，自己算一下。不过，最好留点余量。

1.波特率是每秒的比特数。 2.modbus通讯协议主要通讯方式为轮询，每两次通讯直接的间隔要大于一问一答数据传输时所需时间的总和。3.传输一包数据所用的时间：（11【起始位+数据位+校验位+停止位】）*（包数据字节数【+7】）/波特率-------7为modbus_RTU协议的包头包尾间隔，modbus_ascII协议不用加7 先这样
传送一帧数据时所需的时间： t=(开始位1+数据位7或8+奇偶效验位+停止位）x 帧数据总长度（即字节数）/波特率

Modbus 协议是应用于电子控制器上的一种通用语言。通过此协议，控制器相互之间、控制器经由网络（例如以太网）和其它设备之间可以通信。MODBUS协议的一些相关介绍：1，MODBUS协议支持传统的RS-232、RS-422、RS-485和以太网设备。许多工业设备，包括PLC，DCS，智能仪表等都在使用Modbus协议作为他们之间的通讯标准。2，Modbus 协议定义了一个控制器能认识使用的消息结构,而不管它们是经过何种网络进行通信的。它描述了一控制器请求访问其它设备的过程，如何回应来自其它设备的请求，以及怎样侦测错误并记录。它制定了消息域格局和内容的公共格式。3，Modbus 协议描述了一控制器请求访问其它设备的过程，如何回应来自其它设备的请求，以及怎样侦测错误并记录。它制定了消息域格局和内容的公共格式。4，在Modbus网络上转标准的Modbus口是使用一RS-232C兼容串行接口，它定义了连接口的针脚、电缆、信号位、传输波特率、奇偶校验。5，当在一Modbus网络上通信时，此协议决定了每个控制器须要知道它们的设备地址，识别按地址发来的消息，决定要产生何种行动。如果需要回应，控制器将生成反馈信息并用Modbus 协议发出。
与类似西门子的PPI协议不同，MODBUS工业数据通讯协议，是不属于任何厂商所有的通用工业数据通讯协议，具有协议简单，快捷，通用等优点，并被工业自动化产品厂商广泛接收和支持，现在已经成为了一种行业“标准”。 MODBUS协议定义了标准的模拟量和开关量数据读写指令和数据报文格式，并可在串口，以太网口，等各种数据信道上使用。

RS-485又名TIA-485-A, ANSI/TIA/EIA-485或TIA/EIA-485。RS485是一个定义平衡数字多点系统中的驱动器和接收器的电气特性的标准，该标准由电信行业协会和电子工业联盟定义。使用该标准的数字通信网络能在远距离条件下以及电子噪声大的环境下有效传输信号。RS-485使得廉价本地网络以及多支路通信链路的配置成为可能。[s1]RS485有两线制和四线制两种接线，四线制只能实现点对点的通信方式，现很少采用，现在多采用的是两线制接线方式，这种接线方式为总线式拓扑结构，在同一总线上最多可以挂接32个节点。在RS485通信网络中一般采用的是主从通信方式，即一个主机带多个从机。很多情况下，连接RS-485通信链路时只是简单地用一对双绞线将各个接口的“A”、“B”端连接起来，而忽略了信号地的连接，这种连接方法在许多场合是能正常工作的，但却埋下了很大的隐患，原因1是共模干扰：RS-485接口采用差分方式传输信号方式，并不需要相对于某个参照点来检测信号，系统只需检测两线之间的电位差就可以了，但容易忽视了收发器有一定的共模电压范围，RS-485收发器共模电压范围为-7到+12V，只有满足上述条件，整个网络才能正常工作；当网络线路中共模电压超出此范围时就会影响通信的稳定可靠，甚至损坏接口；原因二是EMI的问题：发送驱动器输出信号中的共模部分需要一个返回通路，如没有一个低阻的返回通道（信号地），就会以辐射的形式返回源端，整个总线就会像一个巨大的天线向外辐射电磁波。（来百度百科）工业控制已从单机控制走向集中监控、集散控制,如今已进入网络时代,工业控制器连网也为网络管理提供了方便。Modbus就是工业控制器的网络协议中的一种。1. 协议概述物理层：传输方式：RS485通讯地址：0-247通讯波特率：可设定通讯介质：屏蔽双绞线传输方式：主从半双工方式协议在一根通讯线上使用应答式连接（半双工），这意味着在一根单独的通讯线上信号沿着相反的两个方向传输。首先，主计算机的信号寻址到一台唯一的终端设备（从机），然后，在相反的方向上终端设备发出的应答信号传输给主机。协议只允许在主计算机和终端设备之间，而不允许独立的设备之间的数据交换，这就不会在它们初始化时占据通讯线路，而仅限于响应到达本机的查询信号。
MODBUS是工业控制装置之间或上位机组态与控制装置之间进行数据对话的一种“语言”。MODBUS提供了不同类型的寄存器读写指令，包括只读型或读写型的模拟量和开关量的数据读写指令，用于获取控制装置的运行数据，或进行数据写入控制。与MODBUS协议类似的协议还有跟多，甚至有厂商自定义的协议。