RS485通信和Modbus协议

在工业控制、电力通讯、智能仪表等领域，通常情况下是采用串口通信的方式进行数据交换。最初采用的方式是RS232接口，由于

工业现场比较复杂，各种电气设备会在环境中产生比较多的电磁干扰，会导致信号传输错误。除此之外，RS232接口只能实现点对点通信，不具备联网功能，最大传输距离也只能达到几十米，不能满足远距离通信要求。而RS485则解决了这些问题，数据信号采用差分传输方式，可以有效的解决共模干扰问题，最大距离可以到1200米，并且

允许多个收发设备接到同一条总线上。随着工业应用通信越来越多，1979年施耐德电气制定了一个用于工业现场的总线协议Modbus协议，现在工业中使用RS485通信场合很多都采用Modbus协议，本节课我们要讲解一下RS485通信和Modbus协议。

单单使用一块KST-51开发板是不能够进行RS485实验的，应很

多同学的要求，把这节课作为扩展课程讲一下，如果要做本课相关实验，需要自行购买USB转485通信模块。

18.1 RS485通信

实际上在RS485之前RS232就已经诞生，但是RS232有几处不足的地方：

1、接口的信号电平值较高，达到十几V，容易损坏接口电路的

芯片，而且和TTL电平不兼容，因此和单片机电路接起来的话必须加转换电路。

2、传输速率有局限，不可以过高，一般到几十Kb/s就到极限了。

3、接口使用信号线和GND与其他设备形成共地模式的通信，这

种共地模式传输容易产生干扰，并且抗干扰性能也比较弱。

4、传输距离有限，最多只能通信几十米。

5、通信的时候只能两点之间进行通信，不能够实现多机联网通信。

针对RS232接口的不足，就不断出现了一些新的接口标准，RS485就是其中之一，他具备以下的特点：

1、我们在讲A/D的时候，讲过差分信号输入的概念，同时也介

绍了差分输入的好处，最大的优势是可以抑制共模干扰。尤其工业现场的环境比较复杂，干扰比较多，所以通信如果采用的是差分方式，就可以有效的抑制共模干扰。而RS485就是一种差分通信方式，它的通信线路是两根，通常用A和B或者D+和D-来表示。逻辑“1”以两线之间的电压差为+(0.2~6)V表示，逻辑“0”以两线间的电压差为

-(0.2~6)V来表示，是一种典型的差分通信。

2、RS485通信速度快，最大传输速度可以达到10Mb/s以上。

3、RS485内部的物理结构，采用的是平衡驱动器和差分接收器

的组合，抗干扰能力也大大增加。

4、传输距离最远可以达到1200米左右，但是他的传输速率和传输距离是成反比的，只有在100Kb/s以下的传输速度，才能达到最大的通信距离，如果需要传输更远距离可以使用中继。

5、可以在总线上进行联网实现多机通信，总线上允许挂多个收

发器，从现有的RS485芯片来看，有可以挂32、64、128、256等不

同个设备的驱动器。

RS485的接口非常简单，和RS232所使用的MAX232是类似的，

只需要一个RS485转换器，就可以直接和我们单片机的UART串行接

口连接起来，并且完全使用的是和UART一致的异步串行通信协议。

但是由于RS485是差分通信，因此接收数据和发送数据是不能同时进行的，也就是说它是一种半双工通信。那我们如何判断什么时候发送，什么时候接收呢？

RS485类的芯片很多，这节课我们以MAX485为例讲解RS485通信，如图18-1所示。

图18-1 MAX485硬件接口

MAX485是美信(Maxim)推出的一款常用RS485转换器。其中5脚和8脚是电源引脚，6脚和7脚就是485通信中的A和B两个引脚，而1脚和4脚分别接到我们单片机的RXD和TXD引脚上，直接使用单片机UART进行数据接收和发送。而2脚和3脚就是方向引脚了，其

中2脚是低电平使能接收器，3脚是高电平使能输出驱动器。我们把这两个引脚连到一起，平时不发送数据的时候，保持这两个引脚是低电平，让MAX485处于接收状态，当需要发送数据的时候，把这个引

脚拉高，发送数据，发送完毕后再拉低这个引脚就可以了。为了提高RS485的抗干扰性能，需要在靠近MAX485的A和B引脚之间并接一

个电阻，这个电阻阻值从100欧到1K都可以。

在这里我们还要介绍一下如何使用KST-51单片机开发板进行外

围扩展实验。我们的开发板只能把基本的功能给同学们做出来提供实验练习，但是同学们学习的脚步不应该停留在这个实验板上。如果想进行更多的实验，就可以通过单片机开发板的扩展接口进行扩展实验。

大家可以看到蓝绿色的单片机座周围有32个插针，这32个插针就是把单片机的32个IO引脚全部都引出来了。在原理图上体现出来的就是我们的J4、J5、J6、J7这4个器件，如图18-2所示。

图18-2 单片机扩展接口

这32个IO口不是所有的IO口都可以用来对外扩展，其中既作为数据输出，又可以作为数据输入的引脚是不可以用的，比如P3.2、P3.4、P3.6引脚，这三个引脚是不可用的。比如P3.2这个引脚，如果我们用来扩展，发送的信号如果和DS18B20的时序吻合，会导致DS18B20拉低引脚，影响通信。除这3个IO口以外的其他29个IO 口，都可以使用杜邦线接上插针，扩展出来使用。当然了，如果把当前的IO口应用于扩展功能了，板子上的相应的功能就实现不了了，也就是说需要扩展功能和板载功能二选一。

在进行RS485实验中，我们通信用的引脚必须是P3.0和P3.1，此外还有一个方向控制引脚，我们使用杜邦线将其连接到P1.7上去。RS485的另外一端，大家可以使用一个USB转485模块，用双绞线把开发板和模块上的A和B分别对应连起来，USB那头插入电脑，然后就可以进行通信了。

学习了第13章的实用串口通信的方法和程序后，做这种串口通信的方法就很简单了，基本是一致的。我们使用实用串口通信的思路，做了一个简单的程序，通过串口调试助手下发任意个字符，单片机接收到后在末尾添加“回车+换行”符后再送回，在调试助手上重新显示出来，先把程序贴出来。

程序中需要注意的一点是：因为平常都是将485设置为接收状态，只有在发送数据的时候才将485改为发送状态，所以在UartWrite()函数开头将485方向引脚拉高，函数退出前再拉低。但是这里有一个细节，就是单片机的发送和接收中断产生的时刻都是在停止位的一半上，也就是说每当停止位传送了一半的时候，RI或TI就已经置位并且马上进入中断（如果中断使能的话）函数了，接收的时候自然不会存在问题，但发送的时候就不一样了：当紧接这向SBUF写入一个字

节数据时，UART硬件会在完成上一个停止位的发送后，再开始新字

节的发送，但如果此时不是继续发送下一个字节，而是已经发送完毕了，要停止发送并将485方向引脚拉低以使485重新处于接收状态时就有问题了，因为这时候最后的这个停止位实际只发送了一半，还没有完全完成，所以就有了UartWrite()函数内DelayX10us(5)这个操作，这是人为的增加了延时50us，这50us的时间正好让剩下的一半停止位完成，那么这个时间自然就是由通信波特率决定的了，为波特率周期的一半。

/***********************RS485.c文件程序源代码*************************/

#include

#include

sbit RS485_DIR = P1^7; //RS485方向选择引脚

bit flagOnceTxd = 0; //单次发送完成标志，即发送完一个字节

bit cmdArrived = 0; //命令到达标志，即接收到上位机下发的命令

unsigned char cntRxd = 0;

unsigned char pdatabufRxd[40]; //串口接收缓冲区

void ConfigUART(unsigned int baud) //串口配置函数，baud为波特率

{

RS485_DIR = 0; //RS485设置为接收方向

SCON = 0x50; //配置串口为模式1

TMOD &= 0x0F; //清零T1的控制位

TMOD |= 0x20; //配置T1为模式2

TH1 = 256 - (11059200/12/32) / baud; //计算T1重载值

TL1 = TH1; //初值等于重载值

ET1 = 0; //禁止T1中断

ES = 1; //使能串口中断

TR1 = 1; //启动T1

}

unsigned char UartRead(unsigned char *buf, unsigned char len) //串口数据读取函数，数

据接收指针buf，读取数据长度len，返回值为实际读取到的数据长度

{

unsigned char i;

if (len>cntRxd) //读取长度大于接收到的数据长度时，

{

len = cntRxd; //读取长度设置为实际接收到的数据长度

}

for (i=0; i

{

*buf = bufRxd[ i];

buf++;

}

cntRxd = 0; //清零接收计数器

return len; //返回实际读取长度

}

void DelayX10us(unsigned char t) //软件延时函数，延时时间(t*10)us

{

do {

_nop_();

_nop_();

_nop_();

_nop_();

_nop_();

_nop_();

_nop_();

_nop_();

} while (--t);

}

void UartWrite(unsigned char *buf, unsigned char len) //串口数据写入函数，即串口发送函数，待发送数据指针buf，数据长度len

{

RS485_DIR = 1; //RS485设置为发送

while (len--) //发送数据

{

flagOnceTxd = 0;

SBUF = *buf;

buf++;

while (!flagOnceTxd);

}

DelayX10us(5); //等待最后的停止位完成，延时时间由波特率决定

RS485_DIR = 0; //RS485设置为接收

}

void UartDriver() //串口驱动函数，检测接收到的命令并执行相应动作

{

unsigned char len;

unsigned char buf[30];

if (cmdArrived) //有命令到达时，读取处理该命令

{

cmdArrived = 0;

len = UartRead(buf, sizeof(buf)-2); //将接收到的命令读取到缓冲区中

buf[len++] = '\r'; //在接收到的数据帧后添加换车换行符后发回

buf[len++] = '\n';

UartWrite(buf, len);

}

}

void UartRxMonitor(unsigned char ms) //串口接收监控函数

{

static unsigned char cntbkp = 0;

static unsigned char idletmr = 0;

if (cntRxd> 0) //接收计数器大于零时，监控总线空闲时间

{

if (cntbkp != cntRxd) //接收计数器改变，即刚接收到数据时，清零空闲计时 {

cntbkp = cntRxd;

idletmr = 0;

}

else

{

if (idletmr< 30) //接收计数器未改变，即总线空闲时，累积空闲时间

{

idletmr += ms;

if (idletmr>= 30) //空闲时间超过30ms即认为一帧命令接收完毕

{

cmdArrived = 1; //设置命令到达标志

}

}

}

}

else

{

cntbkp = 0;

}

}

void InterruptUART() interrupt 4 //UART中断服务函数

{

if (RI) //接收到字节

{

RI = 0; //手动清零接收中断标志位

if (cntRxd

{

bufRxd[cntRxd++] = SBUF; //保存接收字节，并递增计数器 }

}

if (TI) //字节发送完毕

{

TI = 0; //手动清零发送中断标志位

flagOnceTxd = 1; //设置单次发送完成标志

}

}

/***********************main.c文件程序源代码*************************/ #include

unsigned char T0RH = 0; //T0重载值的高字节

unsigned char T0RL = 0; //T0重载值的低字节

void ConfigTimer0(unsigned intms);

extern void ConfigUART(unsigned int baud);

extern void UartRxMonitor(unsigned char ms);

extern void UartDriver();

void main ()

{

EA = 1; //开总中断

ConfigTimer0(1); //配置T0定时1ms

ConfigUART(9600); //配置波特率为9600

while(1)

{

UartDriver();

}

}

void ConfigTimer0(unsigned intms) //T0配置函数

{

unsigned long tmp;

tmp = 11059200 / 12; //定时器计数频率

tmp = (tmp * ms) / 1000; //计算所需的计数值

tmp = 65536 - tmp; //计算定时器重载值

tmp = tmp + 34; //修正中断响应延时造成的误差

T0RH = (unsigned char)(tmp>> 8); //定时器重载值拆分为高低字节

T0RL = (unsigned char)tmp;

TMOD &= 0xF0; //清零T0的控制位

TMOD |= 0x01; //配置T0为模式1

TH0 = T0RH; //加载T0重载值

TL0 = T0RL;

ET0 = 1; //使能T0中断

TR0 = 1; //启动T0

}

void InterruptTimer0() interrupt 1 //T0中断服务函数

{

TH0 = T0RH; //定时器重新加载重载值

TL0 = T0RL;

UartRxMonitor(1); //串口接收监控

}

现在看这种串口程序，是不是感觉很简单了呢？串口通信程序我们反反复复的使用，加上随着我们学习的模块越来越多，实践的越来越多，原先感觉很复杂的东西，现在就会感到简单了。我们的下载程序模块用的是COM4，而USB转485虚拟的是COM5，通信的时候我们

用的是COM5口，如图18-3所示。

图18-3 RS485串行通信

18.2 Modbus通信协议介绍

我们前边学习UART、I2C、SPI这些通信协议，都是最底层的协议，是“位”级别的协议。而我们在学习13章实用串口通信程序的

时候，我们通过串口发给单片机三条指令，让单片机做了三件不同的事情，分别是"buzz on"、"buzz off"、和"showstr"。随着我们系统复杂性的增加，我们希望可以实现更多的指令。而指令越来越多，带来的后果就是非常杂乱无章，尤其是这个人喜欢写成"buzz on"、"buzz off"，而另外一个人喜欢写成"on buzz"、"off buzz"。导致

不同开发人员写出来的代码指令不兼容，不同厂家的产品不能挂到一条总线上通信。

随着这种矛盾的日益严重，就会有聪明人提出更合理的解决方案，提出一些标准来，今后我们的编程必须按照这个标准来，这种标准也是一种通信协议，但是和UART、I2C、SPI通信协议不同的是，这种

通信协议是字节级别的，叫做应用层通信协议。在1979年由Modicon(现为施耐德电气公司的一个品牌)提出了全球第一个真正用

于工业现场总线的协议，就是Modbus协议。

18.2.1 Modbus协议特点

Modbus协议是应用于电子控制器上的一种通用语言。通过此协议，控制器相互之间、控制器经由网络(例如以太网)和其他设备之间可以通信，已经成为一种工业标准。有了它，不同厂商生产的控制设备可以连成工业网络，进行集中监控。这种协议定义了一种控制器能够认识使用的数据结构，而不管它们是经过何种网络进行通信的。它描述了控制器请求访问其他设备的过程，如何回应来自其他设备的请求，以及怎样侦测错误记录，它制定了通信数据的格局和内容的公共格式。

在进行多机通信的时候，Modbus协议规定每个控制器必须要知道他们的设备地址，识别按照地址发送过来的数据，决定是否要产生动作，产生何种动作，如果要回应，控制器将生成的反馈信息用Modbus 协议发出。

Modbus协议允许在各种网络体系结构内进行简单通信，每种设备(PLC、人机界面、控制面板、驱动程序、输入输出设备)都能使用Modbus协议来启动远程操作，一些网关允许在几种使用Modbus协议的总线或网络之间的通信，如图18-4所示。

图18-4 Modbus网络体系结构实例

Modbus协议的整体架构和格式比较复杂和庞大，在我们的课程里，我们重点介绍数据帧结构和数据通信控制方式，作为一个入门级别的了解。如果大家要详细了解，或者使用Modbus开发相关设备，可以查阅相关的国标文件再进行深入学习。

1.2.2 RTU协议帧数据

Modbus有两种通信传输方式，一种是ASCII模式，一种是RTU

模式。由于ASCII模式的数据字节是7bit数据位，51单片机无法实现，而且应用也相对较少，所以这里我们只用RTU模式。两种模式相似，会用一种另外一种也就会了。一条典型的RTU数据帧如图18-5所示。

图18-5 RTU数据帧

和我们实用串口通信程序类似，我们一次发送的数据帧必须是作为一个连续的数据流进行传输。我们在实用串口通信程序中采用的方法是定义30ms，如果接收到的数据超过了30ms还没有接收到下一个字节，我们就认为这次的数据结束。而Modbus的RTU模式规定不同数据帧之间的间隔是3.5个字节通信时间以上。如果在一帧数据完成之前有超过3.5个字节时间的停顿，接收设备将刷新当前的消息并假定下一个字节是一个新的数据帧的开始。同样的，如果一个新消息在小于3.5个字节时间内接着前边一个数据开始的，接收的设备将会认为它是前一帧数据的延续。这将会导致一个错误，因此大家看RTU数据帧最后还有16bit的CRC校验。

起始位和结束符：图18-5上代表的是一个数据帧，前后都至少有3.5个字节的时间间隔，起始位和结束符实际上没有任何数据，

T1-T2-T3-T4代表的是时间间隔3.5个字节以上的时间，而真正有意义的第一个字节是设备地址。

设备地址：很多同学不理解，在多机通信的时候，数据那么多，我们依靠什么判断这个数据帧是哪个设备的呢？没错，就是依靠这个设备地址字节。每个设备都有一个自己的地址，当设备接收到一帧数据后，程序首先对设备地址字节进行判断比较，如果与自己的地址不同，则对这帧数据直接不予理会，如果如果与自己的地址相同，就要对这帧数据进行解析，按照之后的功能码执行相应的功能。如果地址是0x00，则认为是一个广播命令，就是所有的从机设备都要执行的指令。

功能代码：在第二个字节功能代码字节中，Modbus规定了部分功能代码，此外也保留了一部分功能代码作为备用或者用户自定义，这些功能码大家不需要去记忆，甚至都不用去看，直到你有用到的那天再过来查这个表格即可，如表18-1所示。

表18-1 Modbus功能码

功能码名称作用

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/384

484 584 )

可使主机模拟编程器功能修改PC从机逻辑

14 探询(184/384

484 584)

可使主机与正在执行任务的从机通信，定期控询该从机是否已完

成其程序操作，仅在含有功能13的报文发送后，本功能码才得

发送

15 强置多线圈强置一串连续逻辑线圈的通断

16 预置多寄存器把具体的二进制值装入一串连续的保持寄存器

17 报告从机标识可使主机判断编址从机的类型及该从机运行指示灯的状态

18 884 和MICRO

84

可使主机模拟编程功能，修改PC状态逻辑

19 重置通信链路发生非可修改错误后，是从机复位于已知状态，可重置顺序字节

20

读取通用参数

(584L)

显示扩展存储器文件中的数据信息

21

写入通用参数

(584L)

把通用参数写入扩展存储文件，或修改

2N*个，再加上2N*个寄存器的值，如图18-6所示。

图18-6 读保持寄存器数据结构

CRC校验：CRC校验是一种数据算法，是用来校验数据对错的。CRC校验函数把一帧数据除最后两个字节外，前边所有的字节进行特定的算法计算，计算完后生成了一个16bit的数据，作为CRC校验码，添加在一帧数据的最后。接收方接收到数据后，同样会把前边的字节进行CRC计算，计算完了再和发过来的CRC的16bit的数据进行比较，如果相同则认为数据正常，没有出错，如果比较不相同，则说明数据在传输中发生了错误，这帧数据将被丢弃，就像没收到一样，而发送方会在得不到回应后做相应的处理错误处理。

RTU模式的每个字节的位是这样分布的：1个起始位、8个数据位，最小有效位先发送、1个奇偶校验位(如果无校验则没有这一位)、1位停止位(有校验位时)或者2个停止位(无校验位时)。

18.3 Modbus多机通信例程

给从机下发不同的指令，从机去执行不同的操作，这个就是判断一下功能码即可，和我们前边学的实用串口例程是类似的。多机通信，无非就是添加了一个设备地址判断而已，难度也不是很大。我们找了一个Modbus调试精灵，通过设置设备地址，读写寄存器的地址以及数值数量等参数，可以直接替代串口调试助手，比较方便的下发多个字节的数据，如图18-7所示。我们先来就图中的设置和数据来对Modbus做进一步的分析，图中的数据来自于调试精灵与我们接下来要讲的例程之间的交互。

图18-7 Modbus调试精灵

如图：我们的USB转485模块虚拟出的是COM5，波特率9600，无校验位，数据位是8位，1位停止位，设备地址假设为1。

写寄存器的时候，如果我们要把01写到一个地址是0000的寄存器地址里，点一下“写入”，就会出现发送指令：01 06 00 00 00 01 48 0A。我们来分析一下这帧数据，其中01是设备地址，06是功能码，代表写寄存器这个功能，后边跟00 00表示的是要写入的寄存器的地址，00 01就是要写入的数据，48 0A就是CRC校验码，这是软件自动算出来了。而根据Modbus协议，当写寄存器的时候，从机成功完成该指令的操作后，会把主机发送的指令直接返回，我们的调试精灵会接收到这样一帧数据：01 06 00 00 00 01 48 0A。

假如我们现在要从寄存器地址0002开始读取寄存器，并且读取的数量是2个。点一下“读出”，就会出现发送指令：01 03 00 02 00 02 65 CB。其中01是设备地址，03是功能码，代表写寄存器这个功能，00 02就是读寄存器的起始地址，后一个00 02就是要读取2个

寄存器的数值，65 CB就是CRC校验。而接收到的数据是：01 03 04 00 00 00 00 FA 33。其中01是设备地址，03是功能码，04代表的是后边读到的数据字节数是4个，00 00 00 00分别是地址为00 02和00 03的寄存器内部的数据，而FA 33就是CRC校验了。

似乎越来越明朗了，所谓的Modbus这种通信协议，无非就是主机下发了不同的指令，从机根据指令的判断来执行不同的操作而已。由于我们的开发板没有Modbus功能码那么多相应的功能，我们在程序中定义了一个数组regGroup[5]，相当于5个寄存器，此外又定义了第6个寄存器，控制蜂鸣器，通过下发不同的指令我们改变寄存器组的数据或者改变蜂鸣器的开关状态。在Modbus协议里寄存器的地址和数值都是16位的，即2个字节，我们默认高字节是0x00，低字节就是数组regGroup对应的值。其中地址0x0000到0x0004对应的就是regGroup数组中的元素，我们写入的同时把数字又显示到我们的LCD1602液晶上，而0x0005这个地址，写入0x00，蜂鸣器就不响，写入任何其他数字，蜂鸣器就报警。我们单片机的主要工作也就是解析串口接收的数据执行不同操作，也就是主要在RS485.C这个文件中了

/***********************RS485.c文件程序源代码*************************/

#include

#include

sbit RS485_DIR = P1^7; //RS485方向选择引脚

bit flagOnceTxd = 0; //单次发送完成标志，即发送完一个字节

bit cmdArrived = 0; //命令到达标志，即接收到上位机下发的命令

unsigned char cntRxd = 0;

unsigned char pdatabufRxd[40]; //串口接收缓冲区

unsigned char regGroup[5]; //Modbus寄存器组，地址为0x00～0x04

extern bit flagBuzzOn;

extern void LcdShowStr(unsigned char x, unsigned char y, const unsigned char *str); extern unsigned int GetCRC16(unsigned char *ptr, unsigned char len);

void ConfigUART(unsigned int baud) //串口配置函数，baud为波特率

{

RS485_DIR = 0; //RS485设置为接收方向

SCON = 0x50; //配置串口为模式1

TMOD &= 0x0F; //清零T1的控制位

TMOD |= 0x20; //配置T1为模式2

TH1 = 256 - (11059200/12/32) / baud; //计算T1重载值

TL1 = TH1; //初值等于重载值

ET1 = 0; //禁止T1中断

ES = 1; //使能串口中断

TR1 = 1; //启动T1

}

unsigned char UartRead(unsigned char *buf, unsigned char len) //串口数据读取函数，数据接收指针buf，读取数据长度len，返回值为实际读取到的数据长度

{

unsigned char i;

if (len>cntRxd) //读取长度大于接收到的数据长度时，

{

len = cntRxd; //读取长度设置为实际接收到的数据长度

}

for (i=0; i

{

*buf = bufRxd[ i];

buf++;

}

cntRxd = 0; //清零接收计数器

return len; //返回实际读取长度

}

void DelayX10us(unsigned char t) //软件延时函数，延时时间(t*10)us

{

do {

_nop_();

_nop_();

_nop_();

_nop_();

_nop_();

_nop_();

_nop_();

_nop_();

} while (--t);

}

void UartWrite(unsigned char *buf, unsigned char len) //串口数据写入函数，即串口发送函数，待发送数据指针buf，数据长度len

{

RS485_DIR = 1; //RS485设置为发送

while (len--) //发送数据

{

flagOnceTxd = 0;

SBUF = *buf;

buf++;

while (!flagOnceTxd);

}

DelayX10us(5); //等待最后的停止位完成，延时时间由波特率决定

RS485_DIR = 0; //RS485设置为接收

}

void UartDriver() //串口驱动函数，检测接收到的命令并执行相应动作

{

unsigned char i;

unsigned char cnt;

unsigned char len;

unsigned char buf[30];

unsigned char str[4];

unsignedint crc;

unsigned char crch, crcl;

if (cmdArrived) //有命令到达时，读取处理该命令

{

cmdArrived = 0;

len = UartRead(buf, sizeof(buf)); //将接收到的命令读取到缓冲区中

if (buf[0] == 0x01) //核对地址以决定是否响应命令，本例本机地址为0x01

{

crc = GetCRC16(buf, len-2); //计算CRC校验值

crch = crc>> 8;

crcl = crc& 0xFF;

if ((buf[len-2] == crch) && (buf[len-1] == crcl)) //判断CRC校验是否正确

{

switch (buf[1]) //按功能码执行操作

{

case 0x03: //读取一个或连续的寄存器

if ((buf[2] == 0x00) && (buf[3] <= 0x05)) //寄存器地址支持0x0000～0x0005

{

if (buf[3] <= 0x04)

{

i = buf[3]; //提取寄存器地址

cnt = buf[5]; //提取待读取的寄存器数量

buf[2] = cnt*2; //读取数据的字节数，为寄存器数*2，因Modbus 定义的寄存器为16位

len = 3;

while (cnt--)

{

buf[len++] = 0x00; //寄存器高字节补0

buf[len++] = regGroup[ i++]; //低字节

}

}

else //地址0x05为蜂鸣器状态

{

buf[2] = 2; //读取数据的字节数

buf[3] = 0x00;

buf[4] = flagBuzzOn;

len = 5;

}

break;

}

else //寄存器地址不被支持时，返回错误码

{

buf[1] = 0x83; //功能码最高位置1

buf[2] = 0x02; //设置异常码为02-无效地址

len = 3;

break;

}

case 0x06: //写入单个寄存器

if ((buf[2] == 0x00) && (buf[3] <= 0x05)) //寄存器地址支持0x0000～0x0005

{

if (buf[3] <= 0x04)

{

i = buf[3]; //提取寄存器地址

regGroup[ i] = buf[5]; //保存寄存器数据

cnt = regGroup[ i] >> 4; //显示到液晶上

if (cnt>= 0xA)

str[0] = cnt - 0xA + 'A';

else

str[0] = cnt + '0';

cnt = regGroup[ i] & 0x0F;

if (cnt>= 0xA)

str[1] = cnt - 0xA + 'A';

else

str[1] = cnt + '0';

str[2] = '\0';

LcdShowStr(i*3, 0, str);

}

else //地址0x05为蜂鸣器状态

{

flagBuzzOn = (bit)buf[5]; //寄存器值转换为蜂鸣器的开关

}

len -= 2; //长度-2以重新计算CRC并返回原帧

break;

}

else //寄存器地址不被支持时，返回错误码

{

buf[1] = 0x86; //功能码最高位置1

buf[2] = 0x02; //设置异常码为02-无效地址

len = 3;

break;

}

default: //其它不支持的功能码

buf[1] |= 0x80; //功能码最高位置1

buf[2] = 0x01; //设置异常码为01-无效功能

len = 3;

break;

}

crc = GetCRC16(buf, len); //计算CRC校验值

buf[len++] = crc>> 8; //CRC高字节

buf[len++] = crc& 0xFF; //CRC低字节

UartWrite(buf, len); //发送响应帧

}

}

}

}

void UartRxMonitor(unsigned char ms) //串口接收监控函数

{

static unsigned char cntbkp = 0;

static unsigned char idletmr = 0;

if (cntRxd> 0) //接收计数器大于零时，监控总线空闲时间

{

if (cntbkp != cntRxd) //接收计数器改变，即刚接收到数据时，清零空闲计时

{

cntbkp = cntRxd;

idletmr = 0;

}

else

{

if (idletmr< 5) //接收计数器未改变，即总线空闲时，累积空闲时间

{

idletmr += ms;

if (idletmr>= 5) //空闲时间超过4个字节传输时间即认为一帧命令接收完毕

{

cmdArrived = 1; //设置命令到达标志

}

}

}

}

else

{

cntbkp = 0;

}

}

void InterruptUART() interrupt 4 //UART中断服务函数

{

if (RI) //接收到字节

{

RI = 0; //手动清零接收中断标志位

if (cntRxd

{

bufRxd[cntRxd++] = SBUF; //保存接收字节，并递增计数器 }

}

if (TI) //字节发送完毕

{

TI = 0; //手动清零发送中断标志位

flagOnceTxd = 1; //设置单次发送完成标志

}

}

/***********************lcd1602.c文件程序源代码*************************/ #include

#define LCD1602_DB P0

sbit LCD1602_RS = P1^0;

sbit LCD1602_RW = P1^1;

sbit LCD1602_E = P1^5;

void LcdWaitReady() //等待液晶准备好

{

unsigned char sta;

LCD1602_DB = 0xFF;

LCD1602_RS = 0;

LCD1602_RW = 1;

do

{

LCD1602_E = 1;

sta = LCD1602_DB; //读取状态字

LCD1602_E = 0;

} while (sta& 0x80); //bit7等于1表示液晶正忙，重复检测直到其等于0为止}

void LcdWriteCmd(unsigned char cmd) //写入命令函数

{

LcdWaitReady();

LCD1602_RS = 0;

LCD1602_RW = 0;

LCD1602_DB = cmd;

LCD1602_E = 1;

LCD1602_E = 0;

}

void LcdWriteDat(unsigned char dat) //写入数据函数

{

LcdWaitReady();

LCD1602_RS = 1;

LCD1602_RW = 0;

LCD1602_DB = dat;

LCD1602_E = 1;

LCD1602_E = 0;

}

void LcdShowStr(unsigned char x, unsigned char y, const unsigned char *str) //显示字符串，屏幕起始坐标(x,y)，字符串指针str

{

unsigned char addr;

//由输入的显示坐标计算显示RAM的地址

if (y == 0)

addr = 0x00 + x; //第一行字符地址从0x00起始

else

addr = 0x40 + x; //第二行字符地址从0x40起始

//由起始显示RAM地址连续写入字符串

LcdWriteCmd(addr | 0x80); //写入起始地址

while (*str != '\0') //连续写入字符串数据，直到检测到结束符

{

LcdWriteDat(*str);

str++;

}

}

void LcdInit() //液晶初始化函数

{

LcdWriteCmd(0x38); //16*2显示，5*7点阵，8位数据接口

LcdWriteCmd(0x0C); //显示器开，光标关闭

LcdWriteCmd(0x06); //文字不动，地址自动+1

LcdWriteCmd(0x01); //清屏

}

关于CRC校验的算法，如果不是专门学习校验算法本身，大家可以不去研究这个程序的细节，文档直接给我们提供了函数，我们直接调用即可。

/***********************CRC16.c文件程序源代码*************************/ unsignedint GetCRC16(unsigned char *ptr, unsigned char len)

{

宇电AI501 RS485通讯协议说明

AIBUS通讯协议说明（V7.0） AIBUS是厦门宇电自动化科技有限公司为AI系列显示控制仪表开发的通讯协议，能用简单的指令实现强大的功能，并提供比其它常用协议（如MODBUS）更快的速率（相同波特率下快3-10倍），适合组建较大规模系统。AIBUS采用了16位的求和校正码，通讯可靠，支持4800、9600、19200等多种波特率，在19200波特率下，上位机访问一台AI-7/8系列高性能仪表的平均时间仅20mS，访问AI-5系列仪表的平均时间为50mS。仪表允许在一个RS485通讯接口上连接多达80台仪表（为保证通讯可靠，仪表数量大于60台时需要加一个RS485中继器）。AI系列仪表可以用PC、触摸屏及PLC作为上位机，其软件资源丰富，发展速度极快。基与PC的上位机软件广泛采用WINDOWS作为操作环境，不仅操作直观方便，而且功能强大。最新的工业平板触摸屏式PC的应用，更为工业自动化带来新的界面。这使得AIDCS系统价格大大低于传统DCS系统，而性能及可靠性也具备比传统DCS系统更优越的潜力，V7.X版本AI-7/8系列仪表允许连续写参数，写给定值或输出值，可利用上位机将仪表组成复杂调节系统。 一、接口规格 AI系列仪表使用异步串行通讯接口，接口电平符合RS232C或RS485标准中的规定。数据格式为1个起始位，8位数据，无校验位，1个或2个停止位。通讯传输数据的波特率可调为4800~19200 bit/S，通常用9600 bit/S，单一通讯口所连接仪表数量大于40台或需要更快刷新率时，推荐用19200bit/S，当通讯距离很长或通讯不可靠常中断时，可选4800bit/S。AI仪表采用多机通讯协议，采用RS485通讯接口，则可将1~80台的仪表同时连接在一个通讯接口上。 RS485通讯接口通讯距离长达1KM以上（部分实际应用已达3-4KM），只需两根线就能使多台AI仪表与计算机进行通讯，优于RS232通讯接口。为使用普通个人计算机PC能作上位机，可使用RS232/RS485或USB/RS485型通讯接口转换器，将计算机上的RS232通讯口或USB口转为RS485通讯口。宇电为此专门开发了新型RS232/RS485及USB/RS485转换器，具备体积小、无需初始化而可适应任何软件、无需外接电源、有一定抗雷击能力等优点。 按RS485接口的规定，RS485通讯接口可在一条通讯线路上连接最多32台仪表或计算机。需要联接更多的仪表时，需要中继器，也可选择采用75LBC184或MAX487等芯片的通讯接口。目前生产的AI仪表通讯接口模块通常采用75LBC184，这种芯片具备一定的防雷击和防静电功能，且无需中继器即可连接约60台仪表。 AI仪表的RS232及RS485通讯接口采用光电隔离技术将通讯接口与仪表的其他部分线路隔离，当通讯线路上的某台仪表损坏或故障时，并不会对其它仪表产生影响。同样当仪表的通讯部分损坏或主机发生故障时，仪表仍能正常进行测量及控制，并可通过仪表键盘对仪表进行操作，工作可靠性很高。16位校验码的正确性是简单奇偶校验的30000倍，基本能保证数据可靠性。并且同一网络上有其他公司也采用主从方式通讯的产品时，如PLC、变频器等，多数情况下AI系列仪表都不会受其它公司产品通讯干扰，不会产生采集数据混乱或无法通讯的问题。但是AI仪表协议并不能保证其它公司产品能否正常工作，所以除非万不得已，不应将AI仪表与其它产品混在一个RS485通讯总线上，而应分别使用不同的总线。 二、通讯指令 AI仪表采用16进制数据格式来表示各种指令代码及数据。AI仪表软件通讯指令经过优化设计，标准的通讯指令只有两条，一条为读指令，一条为写指令，两条指令使得上位机软件编写容易，不过却能100%完整地对仪表进行操作；标准读和写指令分别如下： 读：地址代号+52H（82）+要读的参数代号+0+0+校验码 写：地址代号+43H（67）+要写的参数代号+写入数低字节+写入数高字节+校验码 地址代号：为了在一个通讯接口上连接多台AI仪表，需要给每台AI仪表编一个互不相同的通讯地址。有效的地址为0~80（部分型号为0~100），所以一条通讯线路上最多可连接81台AI仪表，仪表的通讯地址由参数Addr决定。仪表内部采用两个重复的128~208（16进制为80H~D0H）之间数值来表示地址代号，由于大于128的数较少用到（如ASC方式的协议通常只用0-127之间的数），因此可降低因数据与地址重复造成冲突的可能性。

rs485总线通讯协议

竭诚为您提供优质文档/双击可除 rs485总线通讯协议 篇一：Rs485通讯协议说明 摘要：阐述了Rs-485总线规范，描述了影响Rs-485总线通信速率和通信可靠性的三个因素，同时提出了相应的解决方法并讨论了总线负载能力和传输距离之间的具体关系。 关键词：Rs-485现场总线信号衰减信号反射 当前自动控制系统中常用的网络，如现场总线can、profibus、inteRbus-s以及aRcnet的物理层都是基于 Rs-485的总线进行总结和研究。 一、eiaRs-485标准 在自动化领域，随着分布式控制系统的发展，迫切需要一种总线能适合远距离的数字通信。在Rs-422标准的基础上，eia研究出了一种支持多节点、远距离和接收高灵敏度的Rs-485总线标准。 Rs-485标准采有用平衡式发送，差分式接收的数据收发器来驱动总线，具体规格要求： 接收器的输入电阻Rin≥12kΩ 驱动器能输出±7V的共模电压

输入端的电容≤50pF 在节点数为32个，配置了120Ω的终端电阻的情况下，驱动器至少还能输出电压1.5V（终端电阻的大小与所用双绞线的参数有关） 接收器的输入灵敏度为200mV（即（V+）-（V-）≥0.2V，表示信号“0”；（V+）-（V-）≤-0.2V，表示信号“1”）因为Rs-485的远距离、多节点（32个）以及传输线成本低的特性，使得eiaRs-485成为工业应用中数据传输的首选标准。 二、影响Rs-485总线通讯速度和通信可靠性的三个因素 1、在通信电缆中的信号反射 在通信过程中，有两种信号因导致信号反射：阻抗不连续和阻抗不匹配。 阻抗不连续，信号在传输线末端突然遇到电缆阻抗很小甚至没有，信号在这个地方就会引起反射，如图1所示。这种信号反射的原理，与光从一种媒质进入另一种媒质要引起反射是相似的。消除这种反射的方法，就必须在电缆的末端跨接一个与电缆的特性阻抗同样大小的终端电阻，使电缆的阻抗连续。由于信号在电缆上的传输是双向的，因此，在通讯电缆的另一端可跨接一个同样大小的终端电阻，如图2所示。

MODBUS通讯协议及编程

通讯协议及编程 通讯协议分为协议和协议，我公司的多种仪表都采用通讯协议，如：2000智能电力监测仪、巡检表、数显表、光柱数显表等。下面就协议简要介绍如下： 一、通讯协议 （一）、通讯传送方式： 通讯传送分为独立的信息头，和发送的编码数据。以下的通讯传送方式定义也与通讯规约相兼容： 初始结构= ≥4字节的时间 地址码 = 1 字节 功能码 = 1 字节 数据区 = N 字节 错误校检 = 16位码 结束结构= ≥4字节的时间 地址码：地址码为通讯传送的第一个字节。这个字节表明由用户设定地址码的从机将接收由主机发送来的信息。并且每个从机都有具有唯一的地址码，并且响应回送均以各自的地址码开始。主机发送的地址码表明将发送到的从机地址，而从机发送的地址码表明回送的从机地址。 功能码：通讯传送的第二个字节。通讯规约定义功能号为1到127。本仪表只利用其中的一部分功能码。作为主机请求发送，通过功能码告诉从机执行什么动作。作为从机响应，从机发送的功能码与从主机发送来的功能码一样，并表明从机已响应主机进行操作。如果从机发送的功能码的最高位为１(比如功能码大与此同时127)，则表明从机没有响应操作或发送出错。 数据区：数据区是根据不同的功能码而不同。数据区可以是实际数值、设置点、主机发送给从机或从机发送给主机的地址。 码：二字节的错误检测码。 （二）、通讯规约： 当通讯命令发送至仪器时，符合相应地址码的设备接通讯命令，并除去地址码，读取信息，如果没有出错，则执行相应的任务；然后把执行结果返送给发送者。返送的信息

中包括地址码、执行动作的功能码、执行动作后结果的数据以及错误校验码。如果出错就不发送任何信息。 1．信息帧结构 地址码：地址码是信息帧的第一字节(8位)，从0到255。这个字节表明由用户设置地址的从机将接收由主机发送来的信息。每个从机都必须有唯一的地址码，并且只有符合地址码的从机才能响应回送。当从机回送信息时，相当的地址码表明该信息来自于何处。 功能码：主机发送的功能码告诉从机执行什么任务。表1-1列出的功能码都有具体的含义及操作。 数据区：数据区包含需要从机执行什么动作或由从机采集的返送信息。这些信息可以是数值、参考地址等等。例如，功能码告诉从机读取寄存器的值，则数据区必需包含要读取寄存器的起始地址及读取长度。对于不同的从机，地址和数据信息都不相同。 错误校验码：主机或从机可用校验码进行判别接收信息是否出错。有时，由于电子噪声或其它一些干扰，信息在传输过程中会发生细微的变化，错误校验码保证了主机或从机对在传送过程中出错的信息不起作用。这样增加了系统的安全和效率。错误校验采用16校验方法。 注：信息帧的格式都基本相同：地址码、功能码、数据区和错误校验码。 2．错误校验 冗余循环码（）包含2个字节，即16位二进制。码由发送设备计算，放置于发送信息的尾部。接收信息的设备再重新计算接收到信息的码，比较计算得到的码是否与接收到的相符，如果两者不相符，则表明出错。 码的计算方法是，先预置16位寄存器全为1。再逐步把每8位数据信息进行处理。在进行码计算时只用8位数据位，起始位及停止位，如有奇偶校验位的话也包括奇偶校验位，都不参与码计算。 在计算码时，8位数据与寄存器的数据相异或，得到的结果向低位移一字节，用0 填补最高位。再检查最低位，如果最低位为1，把寄存器的内容与预置数相异或，如果最低位为0，不进行异或运算。 这个过程一直重复8次。第8次移位后，下一个8位再与现在寄存器的内容相相异或，这个过程与以上一样重复8次。当所有的数据信息处理完后，最后寄存器的内容即为码值。码中的数据发送、接收时低字节在前。 计算码的步骤为：

modbus_通讯协议_实例

上海安标电子有限公司 ——PC39A接地电阻仪通信协议 通信协议： 波特率：9600数据位：8校验位：无停止位：1 上位机(计算机)： 字节号 1 2 3 4 5 6 7 8 意义ID Command 数据地址V alue CRC 注：1 ID：1个字节，由单机来定（0~255） 2 Command：1个字节，读：3或4，写：6 3 数据地址：2个字节，寄存器地址，读从100开始，写从200开始 4 V alue：2个字节，读：个数（以整型为单位），写：命令/ 数据（以整型为单位） 5 CRC：计算出CRC 下位机（PC39A）： 读数据，若正确 字节号 1 2 3 3+N (N=个数*2) 3+N+1 3+N+2 意义ID Command=3 / 4 数据个数数据CRC 注：1 ID：1个字节，由单机来定（0~255） 2 Command：1个字节，收到的上位机命令 3数据个数：1个字节，返回数据个数（以字节为单位） 4 V alue：N个字节，是返回上位机的数据 5 CRC：计算出CRC 写命令，若正确 返回收到的数据： 若错误 字节号 1 2 3 4 5 意义ID Command 数据CRC 注：1 ID：1个字节，由单机来定（0~255） 2 Command：1个字节，收到的上位机命令或上0x80, 如收到3，返回0x83 3数据：1个字节，错误的指令 错误指令 1:表示command不存在 2:表示数据地址超限 4 CRC：计算出CRC

例如读PC39A 电流数据: 机器地址为12,电流的数据地址100，数据为15.45(A) （一个整型数据） 主机： ID Command 数据地址 V alue CRC 16进制 0x0c 0x03 0x0064 0x0001 CRC_H CRC_L 10进制 12 3 100 1 CRC_H CRC_L 从机返回 如正确： ID Command 数据个数（以字节为单位） V alue CRC 16进制 0x0c 0x03 0x002 0x0609 CRC_H CRC_L 10进制 12 3 2 1545 CRC_H CRC_L 如错误： ID Command 数据 CRC 16进制 0x0c 0x83 0x02 CRC_H CRC_L 10进制 12 131 2 CRC_H CRC_L 例如发PC39A 启动命令: 机器地址为12,命令的地址200，数据为25000（25000表示启动） 主机： ID Command 数据地址 V alue CRC 16进制 0x0c 0x06 0x00c8 0x61a8 CRC_H CRC_L 10进制 12 6 200 25000 CRC_H CRC_L 从机返回 如正确： ID Command 数据地址 V alue CRC 16进制 0x0c 0x06 0x00c8 0x61a8 CRC_H CRC_L 10进制 12 6 200 25000 CRC_H CRC_L 如错误： ID Command 数据 CRC 16进制 0x0c 0x86 0x02 CRC_H CRC_L 10进制 12 134 2 CRC_H CRC_L 0011 10000110 错误码0x83 功能码0x06错误码0x86

RS485仪表通讯协议

目录 1.引言 (1) 1.1仪表通讯及命令 (1) 1.2仪表基本构成与通讯命令的关系 (2) 2.接线 (3) 2.1RS232接口的仪表与计算机的接线 (3) 2.2RS485接口的仪表与计算机的接线 (4) 2.3关于JR485转换器 (4) 3.通讯接口要素 (5) 4.仪表的版本号 (6) 5.校验核 (7) 6.一般仪表命令集详解 (8) 6.0关于命令集 (8) 6.1读版本号命令 (10) 6.2读主测量值命令 (10) 6.3读其它测量值命令 (11) 6.4读模拟量输出值及开关量输入输出状态命令 (12) 6.5输出模拟量命令 (13) 6.6输出开关量命令 (14)

6.7读仪表参数符号命令 (15) 6.8读仪表参数命令 (16) 6.9设置仪表参数命令 (16) 7.巡检仪通讯命令集 (18) 7.0关于命令集 (18) 7.1读测量值命令 (19) 7.2读报警状态命令 (20) 7.3读参数命令 (21) 7.4设置参数命令 (22) 7.5参数地址表 (23) 8.测试软件 (25) 8.0关于测试软件 (25) 8.1DOS环境测试 (25) 8.2W INDOWS 环境下测试 (26) 9.故障诊断及应用笔记 (29) 9.1故障诊断流程图 (29) 9.2应用笔记 (30) 附录1 通讯中使用的ASCⅡ码表 (31) 附录2 XS系列仪表通讯协议的解释与补充 (32)

1.引言 1.1 仪表通讯及命令 仪表能连接到所有的计算机并与之通讯，采用RS232或RS485传输标准。仪表与计算机之间的往来通讯都以ASCⅡ码实现，意味着计算机能以任何高级语言编程。 仪表的命令集由数条指令组成，完成计算机从仪表读取测量值、报警状态、控制值、参数值，向仪表输出模拟量、数字量，以及对仪表的参数设置。与通过仪表面板设置参数一样，通过计算机对仪表的参数设置被存入EEPROM存贮器，在掉电情况下也能保存这些参数。 为避免通讯冲突，所有的操作均受计算机控制。当仪表不进行发送时，都处于侦听方式。计算机按规定地址向某一仪表发出一个命令，然后等待一段时间，等候仪表回答。如果没收到回答，则超时中止，将控制转回计算机。 由于仪表的特性不同，我们将仪表的通讯命令集分为3类： 第1类：一般仪表 包括除巡检仪和无纸记录仪外的全部仪表。 命令详解见第6章 第2类：巡检仪表 命令详解见第7章 第3类：无纸记录仪 通讯规程见《无纸记录仪用户手册》

RS485主从式多机通讯协议

RS485主从式多机通讯协议 一、数据传输协议 此协议定义了一个控制器能认识使用的消息结构,而不管它们是经过何种网络进行通信的。它描述了一控制器请求访问其它设备的过程，如何回应来自其它设备的请求，以及怎样侦测错误并记录。它制定了消息域格局和内容的公共格式。 此协议决定了每个控制器须要知道它们的设备地址，识别按地址发来的消息，决定要产生何种行动。如果需要回应，控制器将生成反馈信息按本协议发出。 1、数据在网络上转输 控制器通信使用主—从技术，即仅一设备（主设备）能初始化传输（查询）。其它设备（从设备）根据主设备查询提供的数据作出相应反应。 主设备可单独和从设备通信，也能以广播方式和所有从设备通信。如果单独通信，从设备返回一消息作为回应，如果是以广播方式查询的，则从设备不作任何回应。协议建立了主设备查询的格式：设备（或广播）地址、功能代码、所有要发送的数据、一错误检测域。 从设备回应消息也由协议构成，包括确认要行动的域、任何要返回的数据、和一错误检测域。如果在消息接收过程中发生一错误(无相应的功能码)，或从设备不能执行其命令，从设备将建立一错误消息并把它作为回应发送出去。 2、在对等类型网络上转输 在对等网络上，控制器使用对等技术通信，故任何控制都能初始和其它控制器的通信。这样在单独的通信过程中，控制器既可作为主设备也可作为从设备。 在消息位，本协议仍提供了主—从原则，尽管网络通信方法是“对等”。如果一控制器发送一消息，它只是作为主设备，并期望从设备得到回应。同样，当控制器接收到一消息，它将建立一从设备回应格式并返回给发送的控制器。 3、查询—回应周期 （1）查询 查询消息中的功能代码告之被选中的从设备要执行何种功能。数据段包含了从设备要执行功能的任何附加信息。错误检测域为从设备提供了一种验证消息内容是否正确的方法。 （2）回应 如果从设备产生一正常的回应，在回应消息中的功能代码是在查询消息中的功能代码的回应。数据段包括了从设备收集的数据。如果有错误发生，功能代码将被修改以用于指出回应消息是错误的，同时数据段包含了描述此错误信息的代码。错误检测域允许主设备确认消息内容是否可用。 二、传输方式 控制器能设置传输模式为RS485串行传输，通信参数为9600，n，8,1。在配置每个控制器的时候，在一个网络上的所有设备都必须选择相同的串口参数。 地址功能代码数据数量数据1 ...….数据n CRC字节 每个字节的位 · 1个起始位 · 8个数据位，最小的有效位先发送 · 1个停止位 错误检测域 · CRC(循环冗余码校验) 三、消息帧

Modbus 通讯协议的原理和标准

Modbus 通讯协议的原理和标准 工业控制已从单机控制走向集中监控、集散控制，如今已进入网络时代，工业控制器连网也为网络管理提供了方便。Modbus 就是工业控制器的网络协议中的一种。 一、Modbus 协议简介 Modbus 协议是应用于电子控制器上的一种通用语言。通过此协议，控制器相互之间、控制器经由网络（例如以太网）和其它设备之间可以通信。它已经成为一通用工业标准。有了它，不同厂商生产的控制设备可以连成工业网络，进行集中监控。此协议定义了一个控制器能认识使用的消息结构,而不管它们是经过何种网络进行通信的。它描述了一控制器请求访问其它设备的过程，如果回应来自其它设备的请求，以及怎样侦测错误并记录。它制定了消息域格局和内容的公共格式。 当在一Modbus 网络上通信时，此协议决定了每个控制器须要知道它们的设备地址，识别按地址发来的消息，决定要产生何种行动。如果需要回应，控制器将生成反馈信息并用Modbus 协议发出。在其它网络上，包含了Modbus 协议的消息转换为在此网络上使用的帧或包结构。这种转换也扩展了根据具体的网络解决节地址、路由路径及错误检测的方法。 1、在Modbus 网络上转输 标准的Modbus 口是使用一RS-232C 兼容串行接口，它定义了连接口的针脚、电缆、信号位、传输波特率、奇偶校验。控制器能直接或经由Modem 组网。 控制器通信使用主—从技术，即仅一设备（主设备）能初始化传输（查询）。其它设备（从设备）根据主设备查询提供的数据做出相应反应。典型的主设备：主机和可编程仪表。典型的从设备：可编程控制器。 主设备可单独和从设备通信，也能以广播方式和所有从设备通信。如果单独通信，从设备返回一消息作为回应，如果是以广播方式查询的，则不作任何回应。Modbus 协议建立了主设备查询的格式：设备（或广播）地址、功能代码、所有要发送的数据、一错误检测域。 从设备回应消息也由Modbus 协议构成，包括确认要行动的域、任何要返回的数据、和一错误检测域。如果在消息接收过程中发生一错误，或从设备不能执行其命令，从设备将建立一错误消息并把它作为回应发送出去。 2、在其它类型网络上转输 在其它网络上，控制器使用对等技术通信，故任何控制都能初始和其它控制器的通信。这样在单独的通信过程中，控制器既可作为主设备也可作为从设备。提供的多个内部通道可允许同时发生的传输进程。 在消息位，Modbus 协议仍提供了主—从原则，尽管网络通信方法是“对等”。如果一控制器发送一消息，它只是作为主设备，并期望从从设备得到回应。同样，当控制器接收到一消息，它将建立一从设备回应格式并返回给发送的控制器。 3、查询—回应周期 （1）查询 查询消息中的功能代码告之被选中的从设备要执行何种功能。数据段包含了从设备要执行功能的任何附加信息。例如功能代码03 是要求从设备读保持寄存器并返回它们的内容。数据段必须包含要告之从设备的信息：从何寄存器开始读及要读的寄存器数量。错误检测域为从设备提供了一种验证消息内容是否正确的方法。

基于Modbus协议实现单片机与PLC之间的通讯

基于Modbus协议实现单片机与PLC之间的通讯 来源：PLC&FA 作者：蔡晓燕赵兴群万遂人董鹏云 关键词：可编程控制器 Modbus 通讯协议 1 引言 HMI(人机界面)以其体积小，高性能，强实时等特点，越来越多的应用于工业自动化系统和设备中。它有字母、汉字、图形和图片等不同的显示，界面简单友好。配有长寿命的薄膜按钮键盘，操作简单。它一般采用具有集成度高、速度快、高可靠且价格低等优点的单片机[1]作为其核心控制器，以实现实时快速处理。PLC和单片机结合不仅可以提PLC的数据处理能力，还可以给用户带来友好简洁的界面。本文以Modbus通讯协议为例，详细讨论了一个人机系统中，如何用C51实现单片机和PLC之间通讯的实例。 2 Modbus通讯协议[4] Modbus协议是应用于电子控制器上的一种通用语言。通过此协议，控制器相互之间、控制器经由网络和其它设备之间可以通信。 Modbus协议提供了主—从原则，即仅一设备(主设备)能初始化传输(查询)。其它设备(从设备)根据主设备查询提供的数据作出相应反应。主设备查询的格式:设备地址(或广播，此时不需要回应)、功能代码、所有要发送的数据、和一错误检测域。从设备回应消息包括确认地址、功能码、任何要返回的数据、和一错误检测域。如果在消息接收过程中发生一错误，或从设备不能执行其命令，从设备将建立一错误消息并把它作为回应发送出去。 控制器能设置为两种传输模式:ASCII和RTU，在同样的波特率下，RTU可比ASCII方式传送更多的数据，所以采用KTU模式。 (1) 典型的RTU消息帧 典型的RTU消息帧如表1所示。

RTU消息帧的地址域包含8bit。可能的从设备地址是0...127(十进制)。其中地址0是用作广播地址，以使所有的从设备都能认识。主设备通过将要联络的从设备的地址放入消息中的地址域来选通从设备。当从设备发送回应消息时，它把自己的地址放入回应的地址域中，以便主设备知道是哪一个设备作出回应。 RTU消息帧中的功能代码域包含了8bits，当消息从主设备发往从设备时，功能代码域将告之从设备需要执行哪些行为;当从设备回应时，它使用功能代码域来指示是正常回应(无误)还是有某种错误发生(称作异议回应，一般是将功能码的最高位由0改为1)。 从主设备发给从设备消息的数据域包含附加的信息:从设备必须用于进行执行由功能代 码所定义的行为。这包括了像不连续的寄存器地址，要处理项的数目，域中实际数据字节数。如果没有错误发生，从从设备返回的数据域包含请求的数据。如果有错误发生，此域包含一异议代码，主设备应用程序可以用来判断采取下一步行动。 当选用RTU模式作字符帧时，错误检测域包含一16Bits值(用两个8位的字符来实现)。错误检测域的内容是通过对消息内容进行循环冗长检测(CRC)方法得出的。CRC域附加在消息的最后，添加时先是低字节然后是高字节。 (2) 所有的Modbus功能码 Modbus的功能码定义如表2所示。

RS485通讯协议

RS485 通讯协议 RS-232与RS-422之间转换原理和接法 通常我们对于视频服务器、录像机、切换台等直接播出、切换控制主要使用串口进行，主要使用到RS-232、RS-422与RS-485三种接口控制。下面就串口的接口标准以及使用和外部插件和电缆进行探讨。 RS-232、RS-422与RS-485标准只对接口的电气特性做出规定，而不涉及接插件、电缆或协议，在此基础上用户可以建立自己的高层通信协议。例如：视频服务器都带有多个RS422串行通讯接口，每个接口均可通过RS422通讯线由外部计算机控制实现记录与播放。视频服务器除提供各种控制硬件接口外，还提供协议接口，如RS422接口除支持RS422的Profile 协议外，还支持Louth、Odetics、BVW等通过RS422控制的协议。 RS-232、RS-422与RS-485都是串行数据接口标准，都是由电子工业协会（EIA）制订并发布的，RS-232在1962年发布。RS-422由RS-232发展而来，为改进RS-232通信距离短、速率低的缺点，RS-422定义了一种平衡通信接口，将传输速率提高到10Mbps，传输距离延长到4000英尺（速率低于100Kbps时），并允许在一条平衡总线上连接最多10个接收器。RS-422是一种单机发送、多机接收的单向、平衡传输规范，被命名为TIA/EIA-422-A标准。为扩展应用范围，EIA又于1983年在RS-422基础上制定了RS-485标准，增加了多点、双向通信能力，即允许多个发送器连接到同一条总线上，同时增加了发送器的驱动能力和突保护特性，扩展了总线共模范围，后命名为TIA/EIA485-A标准。 1. RS-232串行接口标准 目前RS-232是PC机与通信工业中应用最广泛的一种串行接口。RS-232被定义为一种在低速率串行通讯中增加通讯距离的单端标准。RS-232采取不平衡传输方式，即所谓单端通讯。收、发端的数据信号是相对于信号地。典型的RS-232信号在正负电平之间摆动，在发送数据时，发送端驱动器输出正电平在+5~+15V，负电平在5~-15V电平。当无数据传输时，线上为TTL，从开始传送数据到结束，线上电平从TTL电平到RS-232电平再返回 TTL电平。接收器典型的工作电平在+3~+12V与-3~-12V。由于发送电平与接收电平的差仅为2V至3V左右，所以其共模抑制能力差，再加上双绞线上的分布电容，其传送距离最大为约15米，最高速率为20Kbps。RS-232是为点对点（即只用一对收、发设备）通讯而设计的，其驱动器负载为3kΩ~7kΩ。所以RS-232适合本地设备之间的通信。 2. RS-422与RS-485串行接口标准 （1）平衡传输 RS-422、RS-485与RS-232不一样，数据信号采用差分传输方式，也称作平衡传输，它使用一对双绞线，将其中一线定义为A，另一线定义为B。通常情况下，发送驱动器A、B之间的正电平在+2~+6V，是一个逻辑状态，负电平在-2V~6V，是另一个逻辑状态。另有一个信号地C，在RS-485中还有一“使能”端，而在RS-422中这是可用可不用的。“使能”端是用于控制发送驱动器与传输线的切断与连接。当“使能”端起作用时，发送驱动器处于高阻状态，称作“第三态”，即它是有别于逻辑“1”与“0”的第三态。 （2）RS-422电气规定 由于接收器采用高输入阻抗和发送驱动器比RS232更强的驱动能力，故允许在相同传输线上连接多个接收节点，最多可接10个节点。即一个主设备（Master），其余为从设备（Salve），从设备之间不能通信，所以RS-422支持点对多的双向通信。RS-422四线接口由于采用单独的发送和接收通道，因此不必控制数据方向，各装置之间任何必须的信号交换均可以按软件方式（XON/XOFF握手）或硬件方式（一对单独的双绞线）实现。RS-422的最大传输距离为

ZNJC2 RS485通讯 modbus 协议

_ MODBUS 通讯协议说明 1. 通讯相关的参数 2．通讯说明 2.1 数据格式说明 控制器采用RS-485总线，协议符合ModBus 规约，数据格式有标准MODBUS-RTU 、 非标准MODBUS-RTU(16进制)和ASC(ASC Ⅱ码)3种格式。 数据传输均采用8位数据位、1位停止位、无奇偶校验位。波特率可设为2400、4800、9600和19200 bit/s 。 通讯传送分为独立的信息头，和发送的编码数据。以下的通讯传送方式定义与RTU 通讯规约相兼容： 2.2 非标准MODBUS-RTU(16进制)数据格式详细说明 下面以RTU(16进制)数据格式进行详细说明，ASC Ⅱ码数据格式只是把16进制代码 转换成ASC Ⅱ码字符。 地址码：这个字节表明由用户设定地址码的从机将接收由主机发送来的信息。并且每个从机都有具有唯一的地址码，并且响应回送均以各自的地址码开始。主机发送的地址码表明将发送到的从机地址，而从机发送的地址码表明回送的从机地址。 功能码：通讯传送的第二个字节。ModBus 通讯规约定义功能号为01H 到7FH 。本控制器利用其中的一部分功能码。作为主机请求发送，通过功能码告诉从机执行什么动作。作为从机响应，从机发送的功能码与从主机发送来的功能码一样，并表明从机已响应主机进行操作。如果从机发送的功能码的

最高位 (比如功能码大于7FH)，则表明从机没有响应操作或发送出错。 数据区：数据区是根据不同的功能码而不同。 CRC码：二字节的错误检测码。 当通讯命令发送至仪器时，符合相应地址码的设备接通讯命令，并除去地址码，读取信息，如果没有出错，则执行相应的任务；然后把执行结果返送给发送者。返送的信息中包括地址码、执行动作的功能码、执行动作后结果的数据以及错误校验码。如果出错就不发送任何信息。 2.2.2 信息帧格式： （1）地址码： 地址码是信息帧的第一字节(8位)，从1到255。这个字节表明由用户设置地址的从机将接收由主机发送来的信息。每个从机都必须有唯一的地址码，并且只有符合地址码的 从机才能响应回送。当从机回送信息时，相当的地址码表明该信息来自于何处。 （2）功能码： 主机发送的功能码告诉从机执行什么任务。表2列出的功能码都有具体的含义及操作。 （3 数据区包含需要从机执行什么动作或由从机采集的返送信息。这些信息可以是数值、参考地址等等。例如，功能码告诉从机读取寄存器的值，则数据区必需包含要读取寄存器 的起始地址及读取长度。对于不同的从机，地址和数据信息都不相同。 （4）错误校验码： 主机或从机可用校验码进行判别接收信息是否出错。有时，由于电子噪声或其它一些干扰，信息在传输过程中会发生细微的变化，错误校验码保证了主机或从机对在传送过程 中出错的信息不起作用。这样增加了系统的安全和效率。错误校验采用CRC-16校验方法。 注： 信息帧的格式都基本相同：地址码、功能码、数据区和错误校验码。 2.2.3 错误校验 参与冗余循环码（CRC）计算的包括：地址码、功能码、数据区的字节。 冗余循环码包含2个字节，即16位二进制。CRC码由发送设备计算，放置于发送信息的尾部。接收信息的设备再重新计算接收到信息的 CRC码，比较计算得到的CRC码是否与接收到的相符，如果两者不相符，则表明出错。 CRC码的计算方法是，先预置16位寄存器全为1。再逐步把每8位数据信息进行处理。在进行CRC码计算时只用8位数据位，起始位及停止位，如有奇偶校验位的话也包括奇偶校验位，都不参与CRC码计算。 在计算CRC码时，8位数据与寄存器的数据相异或，得到的结果向低位移一字节，用0填补最高位。再检查最低位，如果最低位为1，把寄存器的内容与预置数相异或，如果最低位为0，不进行异或运算。 这个过程一直重复8次。第8次移位后，下一个8位再与现在寄存器的内容相异或，这个过程与以上一样重复8次。当所有的数据信息处理完后，最后寄存器的内容即为CRC码值。 计算CRC码的步骤为： (1).预置16位寄存器为十六进制FFFF（即全为1）。称此寄存器为CRC寄存器； (2).把第一个8位数据与16位CRC寄存器的低位相异或，把结果放于CRC寄存器； (3).把寄存器的内容右移一位(朝低位)，用0填补最高位，检查最低位（注意：这时的最低位指移位前 的最低位，不是移位后的最低位）； (4).如果最低位为0：重复第3步(再次移位)

(完整版)MODBUS通讯协议-RTU要点

Modbus 通讯协议 （RTU传输模式）本说明仅做内部参考，详细请参阅英文版本。

第一章Modbus协议简介 Modbus 协议是应用于电子控制器上的一种通用语言。通过此协议，控制器相互之间、控制器经由网络（例如以太网）和其它设备之间可以通信。它已经成为一通用工业标准。有了它，不同厂商生产的控制设备可以连成工业网络，进行集中监控。 此协议定义了一个控制器能认识使用的消息结构,而不管它们是经过何种网络进行通信的。它描述了一控制器请求访问其它设备的过程，如果回应来自其它设备的请求，以及怎样侦测错误并记录。它制定了消息域格局和内容的公共格式。 当在一Modbus网络上通信时，此协议决定了每个控制器须要知道它们的设备地址，识别按地址发来的消息，决定要产生何种行动。如果需要回应，控制器将生成反馈信息并用Modbus协议发出。在其它网络上，包含了Modbus协议的消息转换为在此网络上使用的帧或包结构。这种转换也扩展了根据具体的网络解决节地址、路由路径及错误检测的方法。 协议在一根通讯线上使用应答式连接（半双工），这意味着在一根单独的通讯线上信号沿着相反的两个方向传输。首先，主计算机的信号寻址到一台唯一的终端设备（从机），然后，在相反的方向上终端设备发出的应答信号传输给主机。协议只允许在主计算机和终端设备之间，而不允许独立的设备之间的数据交换，这就不会在使它们初始化时占据通讯线路，而仅限于响应到达本机的查询信号。 1．1 传输方式 传输方式是一个信息帧内一系列独立的数据结构以及用于传输数据的有限规则，以RTU 模式在Modbus总线上进行通讯时，信息中的每8位字节分成2个4位16进制的字符，每个信息必须连续传输下面定义了与Modebus 协议– RTU方式相兼容的传输方式。 代码系统 ?8位二进制，十六进制数0...9，A...F ?消息中的每个8位域都是一个两个十六进制字符组成 每个字节的位 ?1个起始位 ?8个数据位，最小的有效位先发送 ?1个奇偶校验位，无校验则无 ?1个停止位（有校验时），2个Bit（无校验时） 错误检测域 ?CRC(循环冗长检测)

RS485通信协议

串行数据通信的协议从RS-232到千兆位以太网，虽然每种协议都有特定的应用领域，但任何情况下我们都必须考虑成本和物理层(PHY)性能。 本文主要介绍RS-485协议及该协议所适合的应用。同时给出了根据电缆长度、系统设计以及元件选择来优化数据速率的方法。 传输协议 什么是RS-485？Profibus又是什么？与其它串行协议相比，它们的性能如何？适用于哪些应用？为了回答这些问题，我们对RS-485 物理层(PHY)、RS-232和RS-422的特性、功能进行了总体比较[1](本文中的RS表示ANSIEIA/TIA标准)。 RS-232是一个最初用于调制解调器、打印机及其它PC外设的通讯标准，提供单端20kbps的波特率，后来速率提高至1Mbps。RS-232的其它技术指标包括：标称±5V发送电平、±3V接收电平(间隔/符号)、2V共模抑制、2200pF最大电缆负载电容、300最大驱动器输出电阻、3k最小接收器(负载)阻抗、100英尺(典型值)最大电缆长度。RS-232只用于点对点通信系统，不能用于多点通信系统，所有RS-232系统都必须遵从这些限制。 RS-422是单向、全双工通信协议，适合嘈杂的工业环境。RS-422规范允许单个驱动器与多个接收器通信，数据信号采用差分传输方式，速率最高可达50Mbps。接收器共模范围为±7V，驱动器输出电阻最大值为100，接收器输入阻抗可低至4k。 RS-485标准 RS-485是双向、半双工通信协议，允许多个驱动器和接收器挂接在总线上，其中每个驱动器都能够脱离总线。该规范满足所有RS-422的要求，而且比RS-422稳定性更强。具有更高的接收器输入阻抗和更宽的共模范围(-7V至+12V)。 接收器输入灵敏度为±200mV，这就意味着若要识别符号或间隔状态，接收端电压必须高于+200mV或低于-200mV。最小接收器输入阻抗为12k,驱动器输出电压为±1.5V(最小值)、±5V(最大值)。 驱动器能够驱动32个单位负载，即允许总线上并联32个12k的接收器。对于输入阻抗更高的接收器，一条总线上允许连接的单位负载数也较高。RS-485接收器可随意组合，连接至同一总线，但要保证这些电路的实际并联阻抗不高于32个单位负载(375)。 采用典型的24AWG双绞线时，驱动器负载阻抗的最大值为54，即32个单位负载并联2个120终端匹配电阻。RS-485已经成为POS、工业以及电信应用中的最佳选择。较宽的共模范围可实现长电缆、嘈杂环境(如工厂车间)下的数据传输。更高的接收器输入阻抗还允许总线上挂接更多器件。

很好的威纶通MODBUSRTU通讯协议与变频器通讯案例

很好的威纶通 M O D B U S R T U通讯协议与变频器通讯案例 公司标准化编码 [QQX96QT-XQQB89Q8-NQQJ6Q8-MQM9N]

本文研究的是触摸屏通过MODBUS RTU通讯协议与变频器通讯实现变频器的控制。触摸屏采用威纶通TK6070IP,变频器用汇川MD380通用系列。通过触摸屏编程软件，编辑控制画面实现变频器的启动、停止、速度调节、多段速速度设置，通过宏指令实现工程值与实际值的转换。 一、MODBUS RTU 简介： 为了在自动化系统之间、自动化系统和所连接的分散的现场设备之间进行信息交换，如今串行现场总线被主要用作通讯系统。成千上万的应用已经强烈地证明了通过使用现场总线技术，可以节省多至40％的接线、调试及维护的费用。仅仅使用两根电线就可以传送现场设备的所有相关信息，比如输入和输出数据、参数、诊断数据。过去使用的现场总线往往是制造商的特定现场总线，并且同其它现场总线不兼容。如今使用的现场总线几乎是完全公开和标准化的。这就意味者用户可以以最合理的价格选择最好的产品，而不用依赖于每个独立的制造商。Modbus RTU是一种国际的、开放的现场总线标准。作为一种很容易实现的现场总线协议，在全世界范围内，Modbus得到了成功的应用。应用领域包括生产过程中的自动化、过程控制和楼宇自控。MODBUS RTU通讯协议的报文如图1。 图1 MODBUS RTU 通讯协议的报文功能码如下： 01H 读取线圈状态。从执行机构上读取线圈（单个位）的内容； 02H 读取离散量输入。从执行机构上读取离散量输入（多个位）的内容； 03H 读取保持寄存器。从执行机构上读取保持寄存器（16位字）的内容； 04H 读取输入寄存器。从执行机构上读取输入寄存器（16位字）的内容； 05H 强置单线圈。写数据到执行机构的线圈（单个位）为“通”（“1”）或“断”（“0”）； 06H 预置单寄存器。写数据到执行机构的单个保持寄存器（16位字）； 0FH 强置多线圈。写数据到执行机构的几个连续线圈（单个位）为“通”（“1”） 或“断”（“0”）； 10H 预置多寄存器。写数据到执行机构的几个连续的保持寄存器（16位字）。 二、威纶通编程软件介绍： EB8000软件中MODBUS协议的设备类型为0x、1x、3x、4x、5x、6x，还有 3x_bit，4x_bit，6x_bit，0x_multi_coils等，下面分别说明这些设备类型在MODBUS协议中支持哪些功能码。 0x：是一个可读可写的设备类型，相当于操作PLC的输出点。该设备类型读取位状态的时候，发出的功能码是01H，写位状态的时候发出的功能码是05H。写多个寄存器时发出的功能码是0fH。

rs485通信协议介绍

附录：RS485串行通讯协议 1 主要性能 本变频器通过内置的RS485标准接口，能与个人计算机、PLC 或同系列的变频器等连接，进行主从式、异步半双工串行通信。其主要性能参见下表： 项目 规范 适用机型 ALPHA3000系列变频器 物理级 EIA RS485 传输线 屏蔽双绞线 配线最长长度 500米 连接台数 主机一台，从机31台 传输速度 19200bps,9600bps,4800bps,2400bps,1200bps,600bps,300bps 数据交换方式 异步串行、半双工 传送协议 点对点或广播 字长 11位 停止位长度 1位 帧长 14字节固定 奇偶校验 奇校验 出错检查方式 异或校验 2硬件连接 2.1硬件联接如下图： 图 1 多 台变 频器 用主 机控 制连 接示 意图 图中的MASTER （主机）是ALPHA3000变频器、PC 机或可编程控制器（PLC ），图中的SLAVE （从机，在虚线框内）是变频器。变频器做为主机，只要将从机的RS485端子和主机的RS485同名端子相联接即可；如果用PC 机或PLC 做为主机，则要在主机和总线之间增加一个RS485的转接器。RS458串行总线接口最多可连接31台变频器做从机，每一个从机变频器都有一个唯一的号码（ID ），主机依靠ID 来识别每一台从机。

2.2 RS485转换器 RS485转换器采用DB9/DB9外形，带孔的 一端为RS232，带针的一端为RS485。转换器 外带接线转换头把RS485端的DB9接线转换为 螺丝接线柱，便于通讯线缆的安装和拆卸。接 线转换头上“A+”为485收/发正端,“ B-” 为485收/发负端,“GND”为485地线。 RS485接口组成半双工网络，一般只需二根连线，为获得良好的抗噪声干扰性和较长的传输距离，建议采用屏蔽双绞线传输。 3通讯协议 3.1概述 3.1.1通讯方式 采用USS协议。主机和从机之间用轮询的方式来进行通讯。由主机启动每一次通信，主机向从机变频器发送任务报文，从机接到主机的任务命令后返回响应报文并执行相应动作。除了发送响应报文外，从机只能处于接收状态。主机为变频器时，由功能号D033设置最大从机ID号。从机必须是从1开始，连续编号到D033设定的值。当主机为PC机或PLC时可以通过建立轮询表来改变查询顺序和查询周期，轮询表可以只包含部分从机，任意顺序，可以出现重复的号码。 主机的每一次查询都是以一个报文（帧）的数据传送给从机，所有的从机都能接收数据，从机如果检测到报文中的ID和本机的ID相同，则对报文的数据做出处理，并在规定的时间内发送响应报文给主机。如果检测到报文中的ID和本机的ID不同，则不处理报文，保持原工作状态。 3.1.2 控制方式说明： 在本机键盘或者端子控制时（功能A001设为0、1、2），通讯只能查看参数，所有的写入操作都被忽略。 通讯控制不能修改功能A001、A005、C001、D028、D032、D033的值。 在通讯控制方式时，本机键盘只可以修改功能A001、A005、C001、D022、D028、D032、D033的值，其中，对于功能D028的修改只有重新上电 开机才能生效。其它功能参数只能查看。 在通讯控制方式时，本机端子的使用参考特殊命令G05说明。 3.2数据格式 3.2.1报文格式