单片机MODBUS通讯程序串口接受问题

远距离通信，不能正常接受，这是常有的事。

发送函数，必须多次发送，只有当收到正确的回信后，才停止发送，并返回正确传送标志。

发送函数，发送了一定的次数后，都没有收到回信，则返回错误的标志。

上层函数，根据标志，在屏幕上加以提示，指示 *** 作者进行下一步的 *** 作。

另外，在中断函数中，加上了长延时，delay(2000);，也是个败笔，可能会错过很多应该接受的东西。

无需关心数据是否接收完毕，只要有数据发过来，都收到自己的缓冲区当中。

在应用层，打开一个任务以定期扫描缓冲区中的新数据。 如果有新数据，确定其是否为必需的协议帧。 通过帧头帧尾标识符还有校验等判断接收帧的正确性，如果正确再处理，不正确丢弃。

Modbus没有固定的帧头标记，长度也没有固定。 判断时，首先查找具有正确地址的字符，然后找出后续功能代码是否正确。 根据功能代码，确定后续数据有多长并进行校验。 如果验证正确，则说明帧是正确的。

扩展资料：

举例说明如下：

从站地址03，从0开始读取10个寄存器，则接收到的帧为03 03 00 00 00 0a xx xx，查找从站地址03的字节，找到后，以下功能码为03，符合功能码范围。

该功能码的数据包括固定为8个字节的校验和，然后在其后没有8个字节时，表示其已被没收，然后在关闭后进行判断。 如果正确，则可以在应用层中正确处理该帧。

1、目前项目已经在Github中开源

2、主机的相关的框架已经修改完成，初始化、配置Modbus主机相关接口与原有从机接口基本相同；

3、移植主机相关硬件配置与原有从机方式一致，需要修改FreeModbus源码中port文件夹中后缀带_m相关文件；

4、Modbus主机请求主机请求功能目前实现了所有与保持寄存器、输入寄存器、线圈及离散输入相关的功能，并测试通过

5、目前的Modbus主机请求功能是异步模式，后期考虑方便上层调用，可以同时给上层提供同步模式的控制方法；

6、主机的异常处理任务还未添加，只留了接口，后期考虑给上层提供回调接口，相关异常功能上层也能自动做处理；

7、目前最新代码同时支持Modbus主机及Modbus从机两种模式，两者互不干涉，用户可以在/FreeModbus/modbus/mbconfigh中自行裁剪。

刚好我在弄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)；

从站不能发命令，只能被动响应。

若设备具有设定为MODBUS主站或从站的功能，则由用户确定并选择设定。若设备只具有一种功能（主站或从站），就据此使用了。主站发出命令，从站响应主站的命令并应答回传数据给主站。从站在未接收到任何请求，则什么都不做。主站不接收任何请求，1个网络一般是1主多从。

通信和设备：

一个ModBus命令包含了打算执行的设备的Modbus地址。所有设备都会收到命令，但只有指定位置的设备会执行及回应指令（地址0例外，指定地址0的指令是广播指令，所有收到指令的设备都会运行，不过不回应指令）。

所有的Modbus命令包含了检查码，以确定到达的命令没有被破坏。基本的ModBus命令能指令一个RTU改变它的寄存器的某个值，控制或者读取一个I/O端口，以及指挥设备回送一个或者多个其寄存器中的数据。

以上就是关于单片机MODBUS通讯程序串口接受问题全部的内容，包括:单片机MODBUS通讯程序串口接受问题、Modbus通信协议的数据接收 程序中,如何判断一次数据接受已经完毕、有人移植过RT Thread 上的那个modbus主站程序么等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！