modbus协议介绍
Modbus通讯协议详解
Modbus通讯协议详解一、引言Modbus通讯协议是一种常用的串行通信协议，广泛应用于工业自动化领域。
本文将详细解析Modbus通讯协议的基本原理、数据格式、通信流程以及常见问题。
二、基本原理1. Modbus通讯协议采用主从结构，主要包括一个主站和多个从站。
主站负责发起通信请求，从站负责响应请求并返回数据。
2. Modbus通讯协议基于传统的串行通信方式，支持RS-232、RS-485等物理层接口。
3. Modbus通讯协议采用简单的请求/响应模式，主站发送请求帧，从站响应并返回数据帧。
三、数据格式1. Modbus通讯协议的数据单元被称为“寄存器”，分为输入寄存器（Input Register）、保持寄存器（Holding Register）、线圈（Coil）和离散输入（Discrete Input）四种类型。
2. 输入寄存器用于从站向主站传输只读数据，保持寄存器用于双向传输读写数据，线圈用于从站向主站传输开关量数据，离散输入用于主站向从站传输只读开关量数据。
3. Modbus通讯协议采用16位的数据单元标识符，用于标识寄存器的类型和地址。
4. 数据帧包括起始符、设备地址、功能码、数据区、错误校验等字段。
四、通信流程1. 主站向从站发送请求帧，请求帧包括设备地址、功能码、数据区等字段。
2. 从站接收到请求帧后，根据功能码执行相应的操作，并将结果存储在数据区中。
3. 从站发送响应帧，响应帧包括设备地址、功能码、数据区等字段。
4. 主站接收到响应帧后，解析数据区中的结果，并进行相应的处理。
五、常见问题1. Modbus通讯协议的数据传输是基于字节的，因此在不同字节序的系统中需要进行字节序转换。
2. Modbus通讯协议的速率、数据位、停止位和校验位等参数需要保持一致，否则通信将无法建立。
3. Modbus通讯协议的设备地址是唯一的，主站通过设备地址来区分不同的从站。
4. Modbus通讯协议的功能码定义了不同的操作类型，主站通过功能码来指定所需的操作。
Modbus协议讲解
Modbus协议讲解协议名称：Modbus协议1. 简介Modbus协议是一种通信协议，用于在自动化领域中的设备之间进行数据交换。
它是一种开放的协议，广泛应用于工业自动化、能源管理、建筑自动化等领域。
本文将详细介绍Modbus协议的结构、功能和应用。
2. 协议结构Modbus协议采用主从结构，其中主设备负责发起通信请求，从设备负责响应请求并提供数据。
协议基于传统的串行通信和现代以太网通信两种物理层。
2.1 串行通信在串行通信中，Modbus协议使用RS-232、RS-422或RS-485等物理层标准。
通信帧由起始位、数据位、校验位和停止位组成。
主设备通过发送请求帧，从设备接收并响应。
2.2 以太网通信在以太网通信中，Modbus协议使用TCP/IP协议栈。
主设备和从设备通过以太网连接，并使用IP地址进行通信。
通信帧以TCP报文的形式传输，包括源IP地址、目标IP地址、源端口号、目标端口号和Modbus数据。
3. 功能Modbus协议定义了一系列功能码，用于实现不同的数据交换操作。
以下是常用的功能码及其功能：3.1 读取线圈状态（功能码0x01）主设备向从设备发送请求，读取从设备的线圈状态。
从设备将线圈状态以位的形式返回给主设备。
3.2 读取输入状态（功能码0x02）主设备向从设备发送请求，读取从设备的输入状态。
从设备将输入状态以位的形式返回给主设备。
3.3 读取保持寄存器（功能码0x03）主设备向从设备发送请求，读取从设备的保持寄存器。
从设备将保持寄存器的值以字的形式返回给主设备。
3.4 读取输入寄存器（功能码0x04）主设备向从设备发送请求，读取从设备的输入寄存器。
从设备将输入寄存器的值以字的形式返回给主设备。
3.5 写单个线圈（功能码0x05）主设备向从设备发送请求，写入从设备的单个线圈。
从设备将操作结果返回给主设备。
3.6 写单个寄存器（功能码0x06）主设备向从设备发送请求，写入从设备的单个保持寄存器。
MODBUS协议详细讲解
MODBUS协议详细讲解在工业自动化领域，通信协议就如同语言一样，使得不同的设备能够相互理解和交流。
其中，MODBUS 协议是一种广泛应用的通信协议，它简单易用、可靠稳定，为工业控制和监控系统提供了强大的支持。
MODBUS 协议最初由 Modicon 公司于 1979 年开发，如今已经成为了工业领域通信的标准之一。
它可以在多种物理介质上运行，如串行链路（RS232、RS485 等）和以太网。
MODBUS 协议主要有两种传输模式：ASCII 模式和 RTU 模式。
在ASCII 模式中，每个 8 位字节被拆分成两个 ASCII 字符进行传输，这种模式的优点是可读性强，但传输效率相对较低。
而 RTU 模式则直接传输二进制数据，传输效率高，但可读性稍差。
MODBUS 协议的消息帧结构相对简单明了。
以 RTU 模式为例，一个消息帧包括地址域、功能码域、数据域和 CRC 校验域。
地址域用于标识从站设备；功能码告诉从站要执行的操作，例如读取寄存器、写入寄存器等；数据域则包含了具体的操作数据；CRC 校验用于保证数据的完整性和准确性。
MODBUS 协议支持多种功能码，常见的有 01 读取线圈状态、02 读取输入状态、03 读取保持寄存器、04 读取输入寄存器、05 写单个线圈、06 写单个寄存器等。
通过这些功能码，主站可以实现对从站设备的各种数据读写操作。
在实际应用中，MODBUS 协议的配置也比较灵活。
例如，对于串行通信，需要设置波特率、数据位、停止位和奇偶校验等参数，以确保通信的稳定和可靠。
而在以太网环境中，则需要配置 IP 地址和端口号等信息。
MODBUS 协议的优点众多。
首先，它的开放性使得不同厂家的设备能够轻松集成，降低了系统的成本和复杂性。
其次，其简单的协议结构和易于理解的指令，方便了工程师的开发和维护工作。
此外，MODBUS 协议具有良好的兼容性，可以在不同的操作系统和硬件平台上运行。
然而，MODBUS 协议也并非完美无缺。
Modbus通讯协议详解
Modbus通讯协议详解协议简介：Modbus是一种通信协议，用于在自动化系统中传输数据。
它是一种简单、开放、易于实现的协议，广泛应用于工业控制领域。
本文将详细介绍Modbus通讯协议的结构、功能以及使用方法。
一、协议结构Modbus协议由两个主要部分组成：应用层和传输层。
1. 应用层应用层定义了数据的格式和传输方式。
它包括以下几个部分：- 功能码：用于标识数据传输的类型，如读取数据、写入数据等。
- 数据地址：用于指定要读取或写入的数据的位置。
- 数据长度：用于指定要读取或写入的数据的长度。
- 数据值：要读取或写入的实际数据。
2. 传输层传输层定义了数据的传输方式。
Modbus协议支持多种传输方式，包括串行通信和以太网通信。
其中，串行通信使用RS-232、RS-485等物理层协议，以太网通信使用TCP/IP协议。
二、功能码Modbus协议定义了一系列功能码，用于标识数据传输的类型。
以下是一些常用的功能码：1. 读取线圈状态（功能码：01）该功能码用于读取线圈的状态，即开关量的状态。
通过指定起始地址和数量，可以一次性读取多个线圈的状态。
2. 读取输入状态（功能码：02）该功能码用于读取输入的状态，即传感器的状态。
通过指定起始地址和数量，可以一次性读取多个输入的状态。
3. 读取保持寄存器（功能码：03）该功能码用于读取保持寄存器的值，即模拟量的值。
通过指定起始地址和数量，可以一次性读取多个保持寄存器的值。
4. 读取输入寄存器（功能码：04）该功能码用于读取输入寄存器的值，即模拟量的值。
通过指定起始地址和数量，可以一次性读取多个输入寄存器的值。
5. 写单个线圈（功能码：05）该功能码用于写入单个线圈的状态，即开关量的状态。
通过指定线圈地址和状态值，可以实现对单个线圈的写入操作。
6. 写单个保持寄存器（功能码：06）该功能码用于写入单个保持寄存器的值，即模拟量的值。
通过指定寄存器地址和值，可以实现对单个保持寄存器的写入操作。
Modbus 协议详解
Modbus 协议详解协议概述：Modbus 是一种通信协议，用于在工业自动化系统中实现设备之间的通信。
它最初是由 Modicon 公司于1979年开发的，现已成为工业领域中最常用的通信协议之一。
Modbus 协议简单、易于实现和维护，适用于各种设备和通信介质。
1. Modbus 协议结构：Modbus 协议基于主从架构，其中主机负责发起通信请求，而从机负责响应请求并提供数据。
协议包括以下几个重要的组成部分：1.1 帧结构：Modbus 帧由起始位、地址字段、功能码、数据字段和校验字段组成。
起始位是一个长时间低电平信号，用于同步传输。
地址字段指定从机的地址。
功能码用于指示所需的操作类型，如读取数据或写入数据。
数据字段包含要传输的数据。
校验字段用于检测数据传输的完整性。
1.2 功能码：Modbus 定义了一系列功能码，用于不同类型的操作。
常见的功能码包括读取线圈状态、读取输入状态、读取保持寄存器、读取输入寄存器、写单个线圈、写单个寄存器等。
1.3 数据模型：Modbus 定义了一种简单的数据模型，包括线圈、输入状态、保持寄存器和输入寄存器。
线圈和输入状态是布尔类型的数据，保持寄存器和输入寄存器是16位的二进制数据。
2. Modbus RTU 协议：Modbus RTU 是 Modbus 协议的一种常用实现方式，它使用二进制编码进行数据传输。
Modbus RTU 帧结构包括起始位、从机地址、功能码、数据字段、校验字段和结束位。
起始位和结束位都是逻辑高电平信号。
3. Modbus TCP 协议：Modbus TCP 是 Modbus 协议的另一种常用实现方式，它使用 TCP/IP 网络进行数据传输。
Modbus TCP 帧结构与 Modbus RTU 相比有所不同，它将起始位、从机地址和功能码替换为 TCP/IP 头部信息，数据字段和校验字段保持不变。
4. Modbus 功能码详解：4.1 读取线圈状态（功能码 01）：该功能码用于读取线圈的状态，返回的数据是布尔类型。
modbus 协议详解(一)
modbus 协议详解(一)Modbus 协议详解什么是 Modbus 协议？•Modbus 协议是一种通信协议，用于在不同设备之间实现数据传输和通信。
•Modbus 协议最初由 Modicon 公司于 1979 年开发，用于在可编程逻辑控制器 (PLC) 和外部设备之间进行通信。
•Modbus 协议被广泛应用于工业自动化领域，包括监控系统、仪器仪表、传感器和执行器等设备之间的通信。
Modbus 协议的特点•简单：Modbus 协议采用了简单而有效的通信方式，易于实施和理解。
•开放：Modbus 协议是开放的标准，可以由不同厂商的设备实现和集成。
•灵活：Modbus 协议支持多种物理介质，包括串口、以太网和无线网络等。
•可靠：Modbus 协议具有重试机制和错误校验，确保数据的可靠传输。
Modbus 协议的工作原理Modbus 协议基于主从结构，在系统中通常包括一个主站和多个从站。
1.主站（Master）：主站负责发起通信请求并控制从站的操作。
2.从站（Slave）：从站被动地响应主站的请求，并提供所需的数据或执行相应的操作。
通信过程如下：1.主站向从站发送读取或写入请求。
2.从站接收到请求后，根据请求进行相应的数据读取或写入操作。
3.从站将读取的数据或写入的确认信息返回给主站。
4.主站接收到从站的响应后，根据需要进行后续的操作或请求。
Modbus 协议的数据格式Modbus 协议定义了数据的格式和通信规范。
帧格式Modbus 协议使用字节为单位进行传输，通常采用以下帧格式：•起始符：1 字节，表示帧的起始。
•地址：1 字节，指定主站或从站的地址。
•功能码：1 字节，指定所需的功能，如读取、写入等。
•数据：N 字节，包含读取或写入的数据。
•校验：2 字节，用于校验帧的完整性和准确性。
•结束符：1 字节，表示帧的结束。
功能码Modbus 协议定义了多个功能码，用于不同类型的操作和通信需求：•读取操作：–03H：读取保持寄存器的值。
Modbus 协议详解
Modbus 协议详解一、引言Modbus协议是一种通信协议，用于在自动化系统中实现设备之间的通信。
它是一种开放的协议，广泛应用于工业控制领域。
本文将详细解释Modbus协议的工作原理、通信方式和数据传输格式。
二、工作原理Modbus协议采用主从结构，其中一个设备作为主站，其他设备作为从站。
主站负责发起通信请求，从站则响应请求并提供所需的数据。
通信可以通过串行或以太网进行。
三、通信方式1. 串行通信Modbus协议支持RS-232、RS-485和RS-422等串行通信方式。
在串行通信中，使用二进制传输数据。
主站通过发送请求帧来向从站请求数据，从站则通过发送响应帧来回复请求。
2. 以太网通信Modbus协议还支持基于以太网的通信方式，使用TCP/IP协议进行数据传输。
在以太网通信中，主站通过建立TCP连接向从站发送请求，从站则通过TCP连接回复响应。
四、数据传输格式Modbus协议定义了几种常用的数据传输格式，包括寄存器读写、线圈读写和离散输入读取。
1. 寄存器读写寄存器读写是最常用的数据传输方式之一。
主站可以通过读取和写入寄存器来获取或修改从站的数据。
读取寄存器时，主站发送读取请求帧，从站则回复包含所需数据的响应帧。
写入寄存器时，主站发送写入请求帧，从站则回复确认帧。
2. 线圈读写线圈读写用于读取和写入从站的开关状态。
主站可以通过读取和写入线圈来获取或修改从站的开关状态。
读取线圈时，主站发送读取请求帧，从站则回复包含开关状态的响应帧。
写入线圈时，主站发送写入请求帧，从站则回复确认帧。
3. 离散输入读取离散输入读取用于读取从站的离散输入状态。
主站可以通过读取离散输入来获取从站的输入状态。
读取离散输入时，主站发送读取请求帧，从站则回复包含输入状态的响应帧。
五、通信协议Modbus协议定义了一套通信规则，包括帧格式、地址解析和错误处理。
1. 帧格式Modbus协议的帧格式包括起始符、地址、功能码、数据和校验等字段。
MODBUS协议详细讲解
MODBUS协议详细讲解MODBUS协议是一个常用的工业领域通信协议，用于在不同设备之间进行数据传输和通信。
它具有简单、易于实现和可靠的特点，被广泛应用于现代工业自动化系统中。
一、MODBUS协议的基本原理MODBUS协议使用主从结构进行通信，其中主机通常是一个上位机（如计算机），而从机则是各种设备（如传感器、控制器等）。
主机通过发送请求命令来获取或修改从机中的数据，而从机则通过相应命令来响应主机的请求。
这种简单的请求-响应机制使得MODBUS协议非常易于理解和实现。
二、MODBUS协议的消息格式1. MODBUS RTU格式：MODBUS RTU格式是MODBUS协议中最常用的一种格式。
它使用二进制编码，每个字节之间不使用分隔符。
一个MODBUS RTU消息包括以下几个部分：- 从机地址：指定要操作的从机设备- 功能码：表示执行的操作类型（读取数据、写入数据等）- 数据域：包含具体的数据信息- CRC校验：用于检测数据的完整性2. MODBUS ASCII格式：MODBUS ASCII格式使用ASCII码来表示消息，相比RTU格式更容易诊断和调试。
它与RTU格式相比，消息包含的信息量更大，但传输效率较低。
三、MODBUS协议的功能码在MODBUS协议中，功能码用于指示主机要执行的操作类型，常用的功能码包括：- 读取线圈状态（功能码01）- 读取离散输入状态（功能码02）- 读取保持寄存器（功能码03）- 读取输入寄存器（功能码04）- 写单个线圈（功能码05）- 写单个寄存器（功能码06）- 写多个寄存器（功能码16）四、MODBUS协议的应用领域MODBUS协议被广泛应用于工业自动化系统中，包括以下几个方面：1. 监控和控制：MODBUS协议可以用于监控和控制设备的状态和操作。
2. 数据传输：MODBUS协议支持在不同设备之间传输数据，实现数据的共享和交换。
3. 设备管理：MODBUS协议可用于管理和配置各种设备，例如设备的参数设置和固件更新等。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
ModBus 协议1.Modbus是由Modicon（现为施耐德电气公司的一个品牌）在1979年发明的，是全球第一个真正用于工业现场的总线协议，在中国，Modbus已经成为国家标准GB/T19582-2008。
2.ModBus网络：系统结构既包括硬件、亦包括软件。
它可应用于各种数据采集和过程监控。
3.Modbus协议：控制器相互之间、控制器经由网络（例如以太网）和其它设备之间可以通信。
当在同一Modbus网络上通信时，此协议决定了每个控制器需要知道它们的设备地址，识别按地址发来的消息，决定要产生何种行动。
如果需要回应，控制器将生成反馈信息并用Modbus协议发出。
在其它网络上，包含了Modbus协议的消息转换为在此网络上使用的帧或包结构。
这种转换也扩展了根据具体的网络解决节地址、路由路径及错误检测的方法。
支持传统的RS-232、RS-422、RS-485和以太网设备。
许多工业设备，包括PLC，DCS，智能仪表等都在使用Modbus协议作为他们之间的通信标准。
控制器能直接或经由Modem组网。
4.标准的Modbus口是使用RS-232-C兼容串行接口，它定义了连接口的针脚、电缆、信号位、传输波特率、奇偶校验。
5.Modbus协议建立了主设备查询的格式：设备（或广播）地址、功能代码、所有要发送的数据、错误检测域。
6.从设备回应消息也由Modbus协议构成，包括：确认要行动的域、任何要返回的数据、和一错误检测域。
如果在消息接收过程中发生一错误，或从设备不能执行其命令，从设备将建立一错误消息并把它作为回应发送出去。
7.查询：数据段包含了从设备要执行功能的任何附加信息：从何寄存器开始读、要读的寄存器数量，错误检测域为从设备提供了一种验证消息内容是否正确的方法回应：查询消息中的功能代码的回应。
数据段包括了从设备收集的数据：像寄存器值或状态。
如果有错误发生，功能代码将被修改以用于指出回应消息是错误的，同时数据段包含了描述此错误信息的代码。
错误检测域允许主设备确认消息内容是否可用。
8.传输方式：2种传输模式：一种模式是ASCII（美国信息交换码），另一种模式是RTU（远程终端设备）。
2种模式不能混用。
ASCII可打印字符便于故障检测，而且对用高级语言（如Fortran）编程的主计算机及主PC很适宜。
RTU则适用于机器语言编程的计算机和PC主机(1)ASCII模式与RTU模式相互转换：RTU模式传输的数据：是8位二进制字符，分高位和低位，每部分各含4位。
ASCII模式传输的数据：是16位十六进制字符。
转换：将RTU的每4个高位和低位分别转换成ASCII对应的16进制字符。
区别：ASCII模式使用的字符虽是RTU模式的两倍，但ASCII数据的译码和处理更为容易一些用RTU模式时报文字符必须以连续数据流的形式传送，用ASCII模式，字符之间可产生长达1s的间隔，以适应速度较慢的机器。
（2）ASCII模式一个信息中的每4位字节作为1个ASCII字符传输，如数值63H用ASCII方式时，需发送两个字节，即ASCII“6"（0110110）和ASCII”3“（0110011），1个ASCII字符占用的位数有7位和8位，国际通用7位为多。
这种方式的主要优点是字符发送的时间间隔可达到1秒而不产生错误。
代码系统：· 十六进制，ASCII字符0...9,A...F· 消息中的每个ASCII字符都是一个十六进制字符组成每个字节的位：1个起始位7个数据位，最小的有效位先发送1个奇偶校验位，无校验则无④1个停止位（有校验时），2个Bit（无校验时）⑤错误检测域⑥ LRC(纵向冗长检测)（3）RTU模式当控制器设为在Modbus网络上以RTU模式通信，在消息中的每个8Bit字节按照原值传送，不做处理，如63H，RTU将直接发送01100011。
这种方式的主要优点是：数据帧传送之间没有间隔，相同波特率下传输数据的密度要比ASCII高，传输速度更快。
代码系统：8位二进制，十六进制数0...9，A...F消息中的每个8位域都是一或两个十六进制字符组成每个字节的位：1个起始位8个数据位，最小的有效位先发送1个奇偶校验位，无校验则无④1个停止位（有校验时），2个Bit（无校验时）9.数据校验方式CRCCRC域是两个字节，包含一16位的二进制值。
它由传输设备计算后加入到消息中。
接收设备重新计算收到消息的CRC，并与接收到的CRC域中的值比较，如果两值不同，则有误。
CRC是先调入一值是全“1”的16位寄存器，然后调用一过程将消息中连续的8位字节和当前寄存器中的值进行处理。
仅每个字符中的8Bit数据对CRC有效，起始位和停止位以及奇偶校验位均无效。
CRC产生过程中，每个8位字符都单独和寄存器内容相异或（XOR），结果向最低有效位方向移动，最高有效位以0填充。
LSB被提取出来检测，如果LSB为1，寄存器单独和预置的值或一下，如果LSB为0，则不进行。
整个过程要重复8次。
在最后一位（第8位）完成后，下一个8位字节又单独和寄存器的当前值相异或（XOR）。
最终寄存器中的值，是消息中所有的字节都执行之后的CRC值。
CRC添加到消息中时，低字节先加入，然后高字节。
CRC-16错误校验程序如下：报文（此处只涉及数据位，不指起始位、停止位和任选的奇偶校验位）被看作是一个连续的二进制，其最高有效位（MSB）首选发送。
报文先与X↑16相乘（左移16位），然后看X↑16+X↑15+X↑2+1除，X↑16+X↑15+X↑2+1可以表示为二进制数11000，0000，0000，0101。
整数商位忽略不记，16位余数加入该报文（MSB先发送），成为2个CRC校验字节。
余数中的1全部初始化，以免所有的零成为一条报文被接收。
经上述处理而含有CRC字节的报文，若无错误，到接收设备后再被同一多项式（X↑16+X↑15+X↑2+1）除，会得到一个零余数（接收设备核验这个CRC字节，并将其与被传送的CRC比较）。
全部运算以2为模（无进位）。
习惯于成串发送数据的设备会首选送出字符的最右位（LSB-最低有效位）。
而在生成CRC情况下，发送首位应是被除数的最高有效位MSB。
由于在运算中不用进位，为便于操作起见，计算CRC时设MSB在最右位。
生成多项式的位序也必须反过来，以保持一致。
多项式的MSB略去不记，因其只对商有影响而不影响余数。
生成CRC-16校验字节的步骤如下：①装如一个16位寄存器，所有数位均为1。
②该16位寄存器的高位字节与开始8位字节进行“异或”运算。
运算结果放入这个16位寄存器。
③把这个16寄存器向右移一位。
④若向右（标记位）移出的数位是1，则生成多项式10，1000，000，0000，001和这个寄存器进行“异或”运算；若向右移出的数位是0，则返回③。
⑤重复③和④，直至移出8位。
⑥另外8位与该十六位寄存器进行“异或”运算。
⑦重复③~⑥，直至该报文所有字节均与16位寄存器进行“异或”运算，并移位8次。
⑧这个16位寄存器的内容即2字节CRC错误校验，被加到报文的最高有效位。
另外，在某些非ModBus通信协议中也经常使用CRC16作为校验手段，而且产生了一些CRC16的变种，他们是使用CRC16多项式X↑16+X↑15+X↑2+1，单首次装入的16位寄存器为0000；使用CRC16的反序X↑16+X↑14+X↑1+1，首次装入寄存器值为0000或FFFFH。
CRC简单函数如下：1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20unsignedchar*puchMsg;/*要进行CRC校验的消息*/ unsignedshortusDataLen;/*消息中字节数*/ unsignedshortCRC16(puchMsg,usDataLen){unsignedcharuchCRCHi=0xFF;/*高CRC字节初始化*/ unsignedcharuchCRCLo=0xFF;/*低CRC字节初始化*/ unsigneduIndex;/*CRC循环中的索引*/while(usDataLen--)/*传输消息缓冲区*/21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54{uIndex=uchCRCHi^*puchMsg++;/*计算CRC*/uchCRCHi=uchCRCLo^auchCRCHi[uIndex];uchCRCLo=auchCRCLo[uIndex];}return((uchCRCHi<<8)|uchCRCLo);}/*CRC高位字节值表*/staticunsignedcharauchCRCHi[]={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,56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 880x80,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低位字节值表staticcharauchCRCLo[]={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,90 91 92 93 94 95 96 97 98 99 100 1010x96,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 }; LRCLRC 错误校验用于ASCII 模式。