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、RTU帧

使用RTU模式，消息发送至少要以3.5个字符时间的停顿间隔开始。在网络波特率下多样的字符时间，这是最容易实现的（如下图的T1-T2-T3-T4所示）。传输的第一个域是设备地址。可以使用的传输字符是十六进制的0...9，A...F。网络设备不断侦测网络总线，包括停顿间隔时间内。当第一个域（地址域）接收到，每个设备都进行解码以判断是否发往自己的。在最后一个传输字符之后，一个至少3.5个字符时间的停顿标定了消息的结束。一个新的消息可在此停顿后开始。

整个消息帧必须作为一连续的流转输。如果在帧完成之前有超过1.5个字符时间的停顿时间，接收设备将刷新不完整的消息并假定下一字节是一个新消息的地址域。同样的，如果一个新消息在小于3.5个字符时间内接着前个消息开始，接收的设备将认为它是前一消息的延续。这将导致一个错误，因为在最后的CRC域的值不可能是正确的。一典型的消息帧如下所示：

起始位	设备地址	功能代码	数据	CRC校验	结束符
T1-T2-T3-T4	8Bit	8Bit	n个8Bit	16Bit	T1-T2-T3-T4

3、地址域

消息帧的地址域包含两个字符（ASCII）或8Bit（RTU）。可能的从设备地址是0...247（十进制）。单个设备的地址范围是1...247。主设备通过将要联络的从设备的地址放在消息中的地址域来选通从设备。当从设备发送回应消息时，它把自己的地址放入回应的地址域中，以便主设备知道是哪一个设备作出回应。

地址0是用作广播地址，以使所有的从设备都能认识。当Modbus协议用于更高水准的网络，广播可能不允许或以其它方式代替。

4、如何处理功能域

消息帧中的功能代码域包含了两个字符（ASCII）或8Bit（RTU）。可能的代码范围是十进制的1...255。当然，有些代码是适用于所有控制器，有此是应用于某种控制器，还有些保留以备后用。

当消息从主设备发往从设备时，功能代码域将告之从设备需要执行哪些行为。例如去读取输入的开关状态，读一组寄存器的数据内容，读从设备的诊断状态，允许调入、记录、校验在从设备中的程序等。

当从设备回应时，它使用功能代码域来指示是正常回应（无误）还是有某种错误发生（称作异议回应）。对正常回应，从设备仅回应响应的功能代码。对异议回应，从设备返回一等同于正常代码的代码，但最重要的位置为逻辑1。

例如：一主设备发往从设备的消息要求读一组保持寄存器，将产生如下功能代码：

0 0 0 0 0 0 1 1 （十六进制03H）

对正常回应，从设备仅回应相同的功能代码。对异议回应，它返回：

1 0 0 0 0 0 1 1 （十六进制83H）

除功能代码因异议错误作了修改外，从设备将一独特的代码放到回应消息的数据域中，这能告诉主设备发生了什么错误。主设备应用程序得到异议的回应后，典型的处理过程是重发消息，或者诊断发给从设备的消息并报告给操作员。

常用功能码
功能码	名称	作用
H01	读取线圈状态	取得一组逻辑线圈的当前状态（ON/OFF）
H02	读取输入状态	取得一组开关输入的当前状态（ON/OFF）
H03	读取保持寄存器	在一个或多个保持寄存器中取得当前的二进制值
H04	读取输入寄存器	在一个或多个输入寄存器中取得当前的二进制值
H05	强置单线圈	强置一个逻辑线圈的通断状态
H06	预置单寄存器	把具体二进制值装入一个保持寄存器
H10	预置多存贮器	写入一组连续输出存贮器值