modbus通讯协议怎么编写(Modbus通讯协议和RS485)

刚好我在弄crc校验。给你一段代码。我也是冲网上抄过来的。验证过了。 unsigned short crc16;static uchar code auchCRCHi[256] = {0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0, 0x80, 0x41, 0x01, 0xC0,0x80, 0x41, 0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0, 0x80, 0x41,0x00, 0xC1, 0x81, 0x40, 0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0,0x80, 0x41, 0x01, 0xC0, 0x80, 0x41, 0x00, 0xC1, 0x81, 0x40,0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0, 0x80, 0x41, 0x00, 0xC1,0x81, 0x40, 0x01, 0xC0, 0x80, 0x41, 0x01, 0xC0, 0x80, 0x41,0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0, 0x80, 0x41, 0x00, 0xC1,0x81, 0x40, 0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0, 0x80, 0x41,0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0, 0x80, 0x41, 0x01, 0xC0,0x80, 0x41, 0x00, 0xC1, 0x81, 0x40, 0x00, 0xC1, 0x81, 0x40,0x01, 0xC0, 0x80, 0x41, 0x01, 0xC0, 0x80, 0x41, 0x00, 0xC1,0x81, 0x40, 0x01, 0xC0, 0x80, 0x41, 0x00, 0xC1, 0x81, 0x40,0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0, 0x80, 0x41, 0x01, 0xC0,0x80, 0x41, 0x00, 0xC1, 0x81, 0x40, 0x00, 0xC1, 0x81, 0x40,0x01, 0xC0, 0x80, 0x41, 0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0,0x80, 0x41, 0x01, 0xC0, 0x80, 0x41, 0x00, 0xC1, 0x81, 0x40,0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0, 0x80, 0x41, 0x01, 0xC0,0x80, 0x41, 0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0, 0x80, 0x41,0x00, 0xC1, 0x81, 0x40, 0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0,0x80, 0x41, 0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0, 0x80, 0x41,0x01, 0xC0, 0x80, 0x41, 0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0,0x80, 0x41, 0x00, 0xC1, 0x81, 0x40, 0x00, 0xC1, 0x81, 0x40,0x01, 0xC0, 0x80, 0x41, 0x01, 0xC0, 0x80, 0x41, 0x00, 0xC1,0x81, 0x40, 0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0, 0x80, 0x41,0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0, 0x80, 0x41, 0x01, 0xC0,0x80, 0x41, 0x00, 0xC1, 0x81, 0x40};// CRC 低位字节值表static uchar code auchCRCLo[256] = {0x00, 0xC0, 0xC1, 0x01, 0xC3, 0x03, 0x02, 0xC2, 0xC6, 0x06,0x07, 0xC7, 0x05, 0xC5, 0xC4, 0x04, 0xCC, 0x0C, 0x0D, 0xCD,0x0F, 0xCF, 0xCE, 0x0E, 0x0A, 0xCA, 0xCB, 0x0B, 0xC9, 0x09,0x08, 0xC8, 0xD8, 0x18, 0x19, 0xD9, 0x1B, 0xDB, 0xDA, 0x1A,0x1E, 0xDE, 0xDF, 0x1F, 0xDD, 0x1D, 0x1C, 0xDC, 0x14, 0xD4,0xD5, 0x15, 0xD7, 0x17, 0x16, 0xD6, 0xD2, 0x12, 0x13, 0xD3,0x11, 0xD1, 0xD0, 0x10, 0xF0, 0x30, 0x31, 0xF1, 0x33, 0xF3,0xF2, 0x32, 0x36, 0xF6, 0xF7, 0x37, 0xF5, 0x35, 0x34, 0xF4,0x3C, 0xFC, 0xFD, 0x3D, 0xFF, 0x3F, 0x3E, 0xFE, 0xFA, 0x3A,0x3B, 0xFB, 0x39, 0xF9, 0xF8, 0x38, 0x28, 0xE8, 0xE9, 0x29,0xEB, 0x2B, 0x2A, 0xEA, 0xEE, 0x2E, 0x2F, 0xEF, 0x2D, 0xED,0xEC, 0x2C, 0xE4, 0x24, 0x25, 0xE5, 0x27, 0xE7, 0xE6, 0x26,0x22, 0xE2, 0xE3, 0x23, 0xE1, 0x21, 0x20, 0xE0, 0xA0, 0x60,0x61, 0xA1, 0x63, 0xA3, 0xA2, 0x62, 0x66, 0xA6, 0xA7, 0x67,0xA5, 0x65, 0x64, 0xA4, 0x6C, 0xAC, 0xAD, 0x6D, 0xAF, 0x6F,0x6E, 0xAE, 0xAA, 0x6A, 0x6B, 0xAB, 0x69, 0xA9, 0xA8, 0x68,0x78, 0xB8, 0xB9, 0x79, 0xBB, 0x7B, 0x7A, 0xBA, 0xBE, 0x7E,0x7F, 0xBF, 0x7D, 0xBD, 0xBC, 0x7C, 0xB4, 0x74, 0x75, 0xB5,0x77, 0xB7, 0xB6, 0x76, 0x72, 0xB2, 0xB3, 0x73, 0xB1, 0x71,0x70, 0xB0, 0x50, 0x90, 0x91, 0x51, 0x93, 0x53, 0x52, 0x92,0x96, 0x56, 0x57, 0x97, 0x55, 0x95, 0x94, 0x54, 0x9C, 0x5C,0x5D, 0x9D, 0x5F, 0x9F, 0x9E, 0x5E, 0x5A, 0x9A, 0x9B, 0x5B,0x99, 0x59, 0x58, 0x98, 0x88, 0x48, 0x49, 0x89, 0x4B, 0x8B,0x8A, 0x4A, 0x4E, 0x8E, 0x8F, 0x4F, 0x8D, 0x4D, 0x4C, 0x8C,0x44, 0x84, 0x85, 0x45, 0x87, 0x47, 0x46, 0x86, 0x82, 0x42,0x43, 0x83, 0x41, 0x81, 0x80, 0x40};//CRC校验的函数unsigned short CRC16(unsigned char *puchMsg, unsigned short usDataLen){unsigned char uchCRCHi = 0xFF ; /* 高CRC字节初始化 */unsigned char uchCRCLo = 0xFF ; /* 低CRC 字节初始化 */unsigned uIndex ; /* CRC循环中的索引 */while (usDataLen--) /* 传输消息缓冲区 */{uIndex = uchCRCHi ^ *puchMsg++ ; /* 计算CRC */uchCRCHi = uchCRCLo ^ auchCRCHi[uIndex] ;uchCRCLo = auchCRCLo[uIndex] ;}return (uchCRCHi << 8 | uchCRCLo) ;} 调用方式：dd=CRC16(tmp,x)；
你好！！ · 如果你想实现的只是通讯处理，可以不必采用 Modebus 协议；根据你要实现的功能，制定一个简单的通讯约定，对每块单片机分配一个独立的地址；通讯的时候，根据地址去区分每块单片机； 关于校验，一般都是采用数据相加求和的形式，数据相加的和就可以作为检验码
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 协议是应用于电子控制器上的一种通用语言。通过此协议，控制器相互之间、控制器经由网络（例如以太网）和其它设备之间可以通信。它已经成为一通用工业标准。有了它，不同厂商生产的控制设备可以连成工业网络，进行集中监控。 此协议定义了一个控制器能认识使用的消息结构,而不管它们是经过何种网络进行通信的。它描述了一控制器请求访问其它设备的过程，如果回应来自其它设备的请求，以及怎样侦测错误并记录。它制定了消息域格局和内容的公共格式。当在一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和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-T48Bit8Bitn个8Bit16BitT1-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系列网络传输时，每个字符或字节以如下方式发送（从左到右）： 最低有效位...最高有效位
C#的行吗?可以的话我再给你大概的代码 拿读数据做例子,其他的功能重要改掉03功能码就行先组成命令的byte数组byte[] Dp = new byte[8];byte[] DpC = new byte[6];Dp[0] = 0x01;//这是表的地址,假定是01Dp[1] = 0x03;//这是功能码,03是读寄存器数据Dp[2] = 0x00;Dp[3] = 0x03;//表的相应寄存器地址Dp[4] = 0x00;Dp[5] = 0x0C;//表的相应寄存器参数,根据功能码和表的不同,这几个编码有变化for (int i = 0; i < 6; i++){DpC[i] = Dp[i];}uint ValCRC;ValCRC = CRC(DpC);//CRC为自己写的CRC-16校验码的函数,具体的实现这里不给要的话可以发给你Dp[6] = (byte)(ValCRC % 256);Dp[7] = (byte)(ValCRC / 256);然后把这个数组发给串口,编程语言不同发送方式不同还在程序可以设置波特率,校验什么的,编程语言不同设置方式也不同然后接受数据,也是一个byte数组 然后自己解析数组,把需要的转化成10进制或者你需要的格式

如果你想了解MODBUS-RTU，看看下面这个链接。 http://www.360doc.com/content/14/0120/10/7991404_346584755.shtml网上MODBUS-RTU的实例很多，你可以借鉴。但是，协议这个东西不是变成达到的，它是在程序设计之前就要拟定好，协议定好以后才有C程序按照协议制定的来编写。针对modbus-rtu来说，你需要把链接里第二部分的协议基本约定看懂之后，再来着手。 加油吧。这个会花些时间。

1、200PLC主站程序第一步初始化，复位modbus库完成位，初始化完成后，启动读写指令m0.1置位2、网络3，填写从站通讯参数3、M0.1置位读取从站数据，读取保持寄存器40001-40008 8个数据根据数据格式写入&VB1000，如40001 40002为32位浮点数4、查看bug5、读取输入寄存器，读取完成M2.2置位，复位M2,.16、M2.2置位，写数据开始，VB3000写入00001中，写完成，M2.3置位，开始读，M2.2复位。
MBUS_CTRL 指令必须在每次扫描时（包括首次扫描）调用 MBUS_CTRL 指令，以便其监视 MBUS_MSG 指令启动的任何待处理消息的进程。 除非每次扫描时都调用MBUS_CTRL，否则 Modbus 主站协议将不能正确工作。“模式”(Mode) 输入的值用于选择通信协议。 输入值为 1 时，将 CPU 端口分配给 Modbus 协议并启用该协议。 输入值为 0时，将 CPU 端口分配给 PPI 系统协议并禁用 Modbus 协议。参数“奇偶校验”(Parity) 应设置为与 Modbus 从站设备的奇偶校验相匹配。 所有设置使用一个起始位和一个停止位。 允许的值如下：0（无奇偶校验）、 1（奇校验）和 2（偶校验）。参数“端口”(Port)设置物理通信端口（0 = CPU 中集成的 RS-485，1 = 可选 CM01 信号板上的 RS-485 或RS-232）。参数“超时”(Timeout) 设为等待从站做出响应的毫秒数。 “超时”(Timeout) 值可以设置为 1 ms 到 32767 ms之间的任何值。 典型值是 1000 ms (1 s)。 “超时”(Timeout) 参数应设置得足够大，以便从站设备有时间在所选的波特率下做出响应。“超时”(Timeout) 参数用于确定 Modbus 从站设备是否对请求做出响应。 “超时”(Timeout) 值决定着 Modbus主站设备在发送请求的最后一个字符后等待出现响应的第一个字符的时长。 如果在超时时间内至少收到一个响应字符，则 Modbus 主站将接收 Modbus从站设备的整个响应。MBUS_CTRL 指令完成时，“完成”(Done) 输出接通。“错误”(Error) 输出包含指令执行的结果。MBUS_MSG 指令EN 输入和“第一个”(First) 输入同时接通时，MBUS_MSG 指令会向 Modbus 从站发起主站请求。发送请求、等待响应和处理响应通常需要多个 PLC 扫描时间。 EN 输入必须接通才能启用请求的发送，并且应该保持接通状态，直到“完成”(Done) 位接通。某一时间只能有一条 MBUS_MSG 指令处于激活状态。 如果启用多条 MBUS_MSG 指令，将处理执行的第一条 MBUS_MSG 指令，所有后续MBUS_MSG 指令将中止并生成错误代码 6。有新请求要发送时，参数“第一个”(First) 会接通，并仅保持一个扫描周期。第一个输入应通过沿检测元素（例如，上升沿）以脉冲方式接通，这将导致请求被发送一次。 有关详细信息，请参见示例程序。参数“从站”(Slave) 是 Modbus 从站设备的地址。 允许的范围是 0 至 247。地址 0 是广播地址，只能用于写请求。系统不响应对地址 0 的广播请求。不是所有从站设备都支持广播地址。 S7-200 SMART Modbus 从站库不支持广播地址。参数 RW 分配是读取还是写入该消息。 “读写”(RW) 允许使用以下两个值： 0（读取）和 1（写入）。离散量输出（线圈）和保持寄存器支持读请求和写请求。 离散量输入（触点）和输入寄存器仅支持读请求。参数地址 (Addr) 是起始 Modbus 地址。 允许的取值范围如下：对于离散量输出（线圈），为 00001 至 09999对于离散量输入（触点），为 10001 至 19999对于输入寄存器，为 30001 至 39999对于保持寄存器，为 40001 至 49999 和 400001 至 465535“地址”(Addr) 的实际取值范围取决于 Modbus 从站设备所支持的地址。参数“计数”(Count) 用于分配要在该请求中读取或写入的数据元素数。 “计数”(Count)值是位数（对于位数据类型）和字数（对于字数据类型）。对于地址 0xxxx，“计数”(Count) 是要读取或写入的位数对于地址 1xxxx，“计数”(Count) 是要读取的位数对于地址 3xxxx，“计数”(Count) 是要读取的输入寄存器字数对于地址 4xxxx 或 4yyyyy，“计数”(Count) 是要读取或写入的保持寄存器字数MBUS_MSG 指令最多读取或写入 120 个字或 1920 个位（240 个字节的数据）。 “计数”(Count) 的实际限值取决于 Modbus从站设备的限制。参数 DataPtr 是间接地址指针，指向 CPU 中与读/写请求相关的数据的 V 存储器。 对于读请求，DataPtr 应指向用于存储从Modbus 从站读取的数据的第一个 CPU 存储单元。 对于写请求，DataPtr 应指向要发送到 Modbus 从站的数据的第一个 CPU存储单元。DataPtr 值以间接地址指针形式传递到 MBUS_MSG。 例如，如果要写入到 Modbus 从站设备的数据始于 CPU 的地址 VW200，则DataPtr 的值将为 &VB200（地址 VB200）。 指针必须始终是 VB 类型，即使它们指向字数据。保持寄存器（地址 4xxxx 或 4yyyyy）和输入寄存器（地址 3xxxx）是字值（2 个字节或 16 个位）。 CPU 字的格式与 Modbus寄存器相同。 编号较小的 V 存储器地址是寄存器的最高有效字节。 编号较大的 V 存储器地址是寄存器的最低有效字节。 下表显示了 CPU 字节和字寻址如何与Modbus 寄存器格式相对应。
有两种方式进行联接：第一种是写程序，第二种是配制通讯表如果采用配制通讯表：在西门子编程软件中通讯协议选用S7-200PPI协议然后启动DEA配制工具：选择PLC-modbus从机通讯方式PLC-modbus从机通讯这里选主站PLC及型号 PPI协议 （西门子200）西门子PPI协议选择选择从机通讯协议，这里要与modbus通讯设备的协议一样。从机通讯协议下面选取你所要通讯的设备品牌及型号，这里我们以台达变频器为例：在PLC地址栏中填入读取输出功率 VW100,  （解：将变频器的输出功率值传入到PLC中的VW100中），写入运行频率也是样的 在PLC地址栏中填入VW104.(解：将PLC中的寄存器VW104写入变频器的运行频率中）台达变频器通讯协议
多看例程 论坛上有