设备通讯协议.doc

设备通信协议目录
1. 适用范围 3
2。 协议框架 3
3. 协议内容 3
3.1设备内部组网协议（或者MCU透传模式协议） 3
3。1.1 通讯命令格式 3
3.1。2 配对机制 3
3.1.3 连接机制 4
3。1。4 心跳机制 5
3.2 设备与云端通讯协议 5
3。2。1 通讯命令格式 5
3.2。2 连接流程 5
3.3 数据包格式定义 6
3.3.1 设备间通讯数据格式 6
3。3.2 设备与云、APP通讯数据格式 9
4. 公共命令定义 10
5。 编码表 11
5.1节点类型编码表 11
5。2命令回应编码表 11
1. 适用范围
本协议定义WiFi模块与MCU控制单元，WiFi模块与云APP间，以及主从模块之间的通讯协议框架.
2. 协议框架
协议基于二进制协议框架，完成命令发送接收、命令上报、内部组网等功能。
3. 协议内容
3.1设备内部组网协议（或者MCU透传模式协议）
备内部组网协议包括设备配对、连接、心跳机制等，目的是将一个子设备加入到设备组中，并保持连接。
3。1.1 通讯命令格式
采用二进制的通讯协议格式，包格式如下表：
同步头
Head
Option
包长度(变长)
加密随机数(Option)
源设备类型(Option)
源设备编码（Option)
CMD Key
CMD ID
Payload
CRC（Option)
2B
1B
1~2 B
1B
1B
3B
1B
1B
NB
2B
详细的包格式在后续章节介绍
3.1。2 配对机制
配对机制仅适用于设备内组网模式，MCU透传模式不需要组网协议。
进入配对模式由主从设备分别触发，只有在进入配对模式后，才处理相关的配对命令。
从设备进入配对模式后定时发送配对请求，直到收到请求回应。
主设备收到请求后分配一个设备ID给从设备，标识此ID被占用，并等待采集器的上线通知，一定时间内收到通知之后确认存入设备列表，如果没有上线通知，则认为设备没有配对成功，从子设备中删除.
从设备收到配对回应后存储设备ID，并且发送上线通知，收到上线通知后完成配对。
配对的过程如下图所示：
3。1.3 连接机制
设备每次上电连接需要发送上线通知以及连接所需要的参数给主设备，如下图所示：
3.1.4 心跳机制
使用对等的心跳机制，主设备和从设备都可以发现对方的异常状态。
3。2 设备与云端通讯协议
设备与云端通讯协议基于MQTT协议，数据包使用MQTT协议传输，数据加密方式采用SSL加密,命令码采用2进制命令格式同设备间通讯协议。
3。2。1 MQTT通讯框架
本协议是针对与设备的数据通信，目前通信节点包括:设备、云端和APP终端三方。WIFI上的协议采用MQTT协议框架，串口上的通信采用包含包头和校验的二进制协议,通信包采用二进制格式传输,高位在前低位在后.
Ø 此协议定义的MQTT Topic类型有以下2种:
① 单播，unicast
/u/{TargetType}/{TargetID}
② 广播，broadcast
/b/｛SourceType}/{SourceID}
注释：
TargetType：目标设备类型,TargetID：目标设备编码
SourceType:源设备类型，SourceID：源设备编码
3。2.2 通讯命令格式
设备与云端、APP的通讯命令分为4种：
请求与回应、通知命令、广播命令，具体的命令以及格式在后面章节介绍。
3.2.2 连接流程
设备连接云端的步骤如下图:
3。3 数据包格式定义
数据包的格式根据通讯双方的不同、数据链路的差异会有不同的包格式，本协议为尽量保证数据包格式的统一，做了几点规划:
1. 数据包格式中核心的部分包括CMD ID和CMD Payload，这两部分格式所有的包中保持一致，CMD ID 1个字节,CMD Payload紧跟CMD ID长度N字节。
2. 设备间通讯，包括内部命令、外部转发命令等的数据包格式虽然可能不一样，但是都可以通过包头中的Option字节进行区分,可以公用相同的解析函数
3. 外部串口通讯的命令格式与设备间通讯格式保持一致。
3.3.1 设备间通讯数据格式
同步头
Head
Option
包长度（变长)
加密随机数(Option）
源设备类型(Option)
源设备编码(Option）
CMD Key
CMD ID
Payload
CRC(Option）
2B
1B
1～2 B
1B
1B
3B
1B
1B
NB
2B
3.3.1。1 Fix header
固定帧头，格式如下表：
同步头
Head Option
包长度(变长)
2Byte
1Byte
1～2 Byte
同步头：
0x5CFE
Head Option：
Bit7
Bit6
Bit5
Bit4
Bit3
Bit2
Bit1
Bit0
预留
预留
预留
预留
CheckSum校验
广播类型链路
CRC校验
加密选项
typedef enum
｛
OPTIONAL_ENCRYPT_BIT = (1〈〈0)，
OPTIONAL_CRC_BIT = (1<<1），
OPTIONAL_BROADCAST_DATALINK_BIT = (1〈〈2),
OPTIONAL_CHECKSUM_BIT = （1〈<3),
} OptionalBitsT；
包长度：
长度包括本字节之后的所有数据的长度
长度是1～2个字节
字节数
取值
长度范围
1
0x0～0x7F
0~127
2
0x0180~0x7FFF
128~16383
长度的编码方式参考MQTT：
如长度是321=(65 + 2*128) ，那么会被编码为两个字节，低字节为65+128 = 193. 高字节为2。
3.3。1。2 可变包格式
可变包格式需要通过Head Option来解析，格式如下表:
Option Bit0
Option Bit2

Option Bit1
Option Bit3
加密随机数
设备类型
设备编码
消息体。。。.。.
CRC校验
CheckSum
1Byte
1Byte
3Byte
.。。.。。
2Byte
1Byte
异或随机数：
如Head Option中的加密选项为0，那么加密随机数这个字节不存在,同时数据不会进行加密
源设备信息：
用于广播类型的数据链路，需要标识数据的来源。
CRC校验:
采用16bit的CRC算法,CRC算法参照附录。
CheckSum：
采用8Bit的和校验，用于对数据长度比较敏感,但是又需要进行数据校验的场景
设备编码和设备类型:
Payload中可能需要用到的内部设备Type和ID的定义：
内部设备Type和设备ID在设备配对时由主设备分配给从设备，
其中Type由主设备获取到从设备的Device Type之后映射一个数值，并分配给从设备，建立映射关系。
ID的3字节构成为:
Byte3
Byte2
Byte 1
随机数，避免不同子网的ID冲突
ID序号，由主设备维护
3。3。1.3命令消息体
结构如下表
CMD key
CMD ID
Payload
1Byte
1Byte
N Byte
CMD Key：
命令标识,主要作用是标识命令的类型以及编号,由主设备生成,发送给从设备，从设备将key返回给主设备，另外在还标识命令的类型
CMD Key
描述
备注
1
设备内部消息(组网、透传模式的内部消息)
这些命令没有重发机制,不能保障一定到达
2
Notify类消息
3
Broadcast类消息
4～31
预留reserved
32~255
动态分配的key，用于数据的转发、透传
此范围的命令如果没有回复会重发，重发一定次数后丢弃，所以此消息可能会多次到达

CMD ID：
命令码,1个字节
命令码
描述
1
配对请求
2
配对请求回应
3
设备启动通知
4
设备启动回应
5
WiFi就绪通知
6
WiFi断开通知
7
云就绪通知
8
云断开通知
9
WiFi上电通知
10
WiFi模块配置完成通知
11
退出WiFi模块配置
12
退出WiFi模块配置回应
13
重新配置WiFi模块
14
重新配置WiFi模块回应
15
设置WiFi模块串口波特率
16
设置WiFi模块串口波特率回应
17
查询WiFi模块串口波特率
18
查询WiFi模块串口波特率回应
WiFi模块消息起始

32
设备上线通知
33
WiFi配置完成通知
34
获取设备WiFi模块监控信息
35
获取设备WiFi模块监控信息回应
36
设置路由器信息
37
设置路由器信息的回应
38
删除子设备
39
删除子设备回应
40
获取在线设备列表
41
获取在线设备列表回应
42
设置设备拥有者
43
设置设备拥有者回应
44
设置配对模式
45
设置配对模式回应
46
在线设备列表变更通知
47～63
WiFi模块预留
所有设备公共命令起始

64
主MCU OTA传输文件
65
主MCU OTA传输文件回应
66
设置出厂参数
67
设置出厂参数回应
68
Debug Log输出控制
69
Debug Log输出控制回应
70
Debug Log信息输出
71
从MCU OTA传输文件
72
从MCU OTA传输文件回应
73
云端推送通知信息
76
OTA完成通知上报
77~95
设备公共命令预留
设备业务命令起始

96～127
设备自定义设备内部消息
128~255
设备自定义设备与云端/APP通讯消息
Payload：
命令数据, N字节
5.4 实例
一个所有Option都打开的包结构如下：
同步头
Head
Option
包长度(变长）
加密随机数(Option）
源设备类型(Option)
源设备编码（Option)
CMD Key
CMD ID
Payload
CRC（Option)
2B
1B
1～2 B
1B
1B
3B
1B
1B
NB
2B
3。3.1。4 数据组包实例
以下是使用CRC校验，并且加密的数据包的组包过程：
假设命令包是1 2 3 4，4个字节，现在要组包
1：CRC
第一步计算这4个字节的crc值，假设算出来是5、6
第一步CRC之后的数据包就变成了1、2、3、4、5、6， 6个字节
2：加密
加密第一步:加入一个随机数，假设这个随机数是0 ，现在包就是7个字节了，0、1、2、3、4、5、6
加密第二步：异或 ，将除加密随机数外的其他数据都和加密随机数进行异或，得到得数据应该是0、1、2、3、4、5、6
机密第三步:查表加密，假设表中0对应的是6、1对应的是5依次类推,那么查表之后的数据变为了6、5、4、3、2、1、0
加密结束, payload最终就是6、5、4、3、2、1、0了
3：加入包头
Payload是7个字节，optional是CRC和加密,那么包头为FE 5C 03 07
最终包数据为:FE 5C 03 07 06 05 04 03 02 01 00
解包的过程与组包相反
3。3。2 设备与云、APP通讯数据格式
命令数据格式：
源设备类型
源设备ID
CMD ID

5Byte
12Byte
1Byte
N Byte
3.3.2 Pad串口通讯数据格式
下行数据格式，PAD->设备
同步头
Head
Option
包长度（变长）
加密随机数(Option）
源设备类型（Option)
源设备编码(Option）
源设备GUID
目标设备GUID
CMD ID
Payload
CRC（Option)
2B
1B
1~2 B
1B
1B
3B
34字节
1B
NB
2B
上行数据格式，设备—>PAD
同步头
Head
Option
包长度（变长)
加密随机数(Option）
源设备类型（Option)
源设备编码（Option）
源设备GUID
CMD ID
Payload
CRC（Option)
2B
1B
1～2 B
1B
1B
3B
34字节
1B
NB
2B
4. 公共命令定义
下表是公共命令码以及命令数据的定义，此表仅涉及到上文提到的CMD ID和命令信息码(或回复码），命令中的其他部分数据请参考上文中的数据包定义。
命令码
命令描述
通信方
命令组成
备注
设备内部命令起始
1
请求配对
从设备—〉主设备
· CMD Key［1Byte］，0x01
· CMD ID[1Byte]
· 业务设备类型［5Byte]
· 当前的内部设备类型［1Byte]
· 当前的内部设备编码［3Byte]，全0表示未配置过,非全0表示之前配置过
· 设备业务编码长度[1Byte]
· 设备业务编码［N Byte]
·
5个字节的业务设备类型，需要向乐君申请，并且保存在从设备中
设备业务编码是用从设备自行定义的设备ID字符串,不超过32字节
2
请求配对回应
主设备—〉从设备
· CMD Key，0x01
· CMD ID［1Byte]
· RC［1Byte]，参考RC表
· 分配的设备类型[1Byte］
· 分配的设备ID［3Byte］

3
设备启动通知
MCU/从设备—〉主设备
· CMD Key[1Byte］， 0x01
· CMD ID［1Byte］
· 版本号［1Byte］
· 子设备类型[1Byte]，参考5.3章节：子设备类型表
· 业务设备类型[5Byte]
· 内部设备类型[1Byte］
· 内部设备编码[3Byte]
· 设备业务编码长度[1Byte］
· 设备业务编码[N Byte]
·

4
设备启动通知的回应
主设备->MCU/从设备
· CMD Key［1Byte］, 0x01
· CMD ID[1Byte］
· RC［1Byte］， 参考RC表

5
WiFi就绪通知
主设备->MCU/从设备
· CMD Key［1Byte］, 0x01
· CMD ID［1Byte]
·

6
WiFi断开通知
主设备—>MCU/从设备
· CMD Key［1Byte］, 0x01
· CMD ID[1Byte]
·

7
云就绪通知
主设备-〉MCU/从设备
· CMD Key［1Byte], 0x01
· CMD ID[1Byte]
·

8
云断开通知
主设备-〉MCU/从设备
· CMD Key[1Byte］, 0x01
· CMD ID［1Byte]
·

9
WiFi模块上电通知
WiFi模块->MCU
· CMD Key［1Byte］, 0x01
· CMD ID[1Byte]
·
WiFi模块上电后定时发送上电通知给MCU，直至MCU上报上线通知给WiFi模块(适用于用于透传模式）
10
WiFi模块配置完成通知
WiFi模块-〉MCU
· CMD Key[1Byte], 0x01
· CMD ID［1Byte］
· RC［1Byte］,0成功，3超时，4退出

11
退出WiFi模块配置
MCU—>WiFi模块
· CMD Key［1Byte］, 0x01
· CMD ID［1Byte］
·

12
退出WiFi模块配置回应
WiFi模块—>MCU
· CMD Key［1Byte］, 0x01
· CMD ID[1Byte］
· RC［1Byte］,0成功，1失败

13
重新配置WiFi模块
MCU—〉WiFi模块
· CMD Key［1Byte］， 0x01
· CMD ID［1Byte］
·

14
重新配置WiFi模块回应
WiFi模块—>MCU
· CMD Key[1Byte], 0x01
· CMD ID[1Byte]
· RC[1Byte],0成功，1失败

15
设置WiFi模块串口波特率
MCU—〉WiFi模块
· CMD Key［1Byte]， 0x01
· CMD ID[1Byte］
· Baudrate［4Byte］
Baudrate取值:
9600
19200
38400
57600
115200
其他值返回fail
默认值是9600
16
设置WiFi模块串口波特率回应
WiFi模块—>MCU
· CMD Key［1Byte］， 0x01
· CMD ID[1Byte］
· RC［1Byte］,0成功,1失败
返回值以新设置的波特率发送
17
查询WiFi模块串口波特率
MCU->WiFi模块
· CMD Key[1Byte］， 0x01
· CMD ID［1Byte］
·

18
查询WiFi模块串口波特率回应
WiFi模块-〉MCU
· CMD Key［1Byte］, 0x01
· CMD ID[1Byte］
· RC[1Byte］，0成功，1失败
· Baudrate［4Byte]
·

WiFi模块命令起始
32
设备信息上报
WiFi模块—> Cloud/APP
· CMD ID［1Byte］
· Num［1Byte]，设备个数
· 设备拥有者的小智ID［string, 10字节］
· WiFi模块Mac地址［ASCII,12字节]
· GUID[ASCII，17字节]、设备业务编码长度［1Byte]、设备业务编码[N Byte］、固件版本［1BYTE］、设备硬件架构类型[1BYTE］、设置是否在线［1Byte］，若干

MQTT主题：
/b/｛SourceType｝/｛SourceID｝
第一个设备是主设备
设备硬件架构类型参考
“设备硬件架构类型编码表"
设备是否在线，0不在线,1在线
33
WiFi配置完成通知
WiFi模块—〉APP
· CMD ID［1Byte]
· 设备GUID[ASCII，17字节］
· 用户的小智ID［string， 10字节］
· 设备业务编码长度［1Byte］
· 设备业务编码［N Byte]

MQTT主题：
/u/{TargetType｝/｛TargetID}

34
获取WiFi模块监控数据
Cloud/APP->WiFi模块
· CMD ID［1Byte]
·

35
获取WiFi模块监控数据回应
WiFi模块—〉Cloud/APP
· CMD ID[1Byte］
· WiFi模块连接信号强度［1Byte］,有符号的1个字节，一般范围在—100Dbm～0Dbm
· WiFi模块型号[16byte］， 小于16字节的字符串

36
设置WiFi配置信息
APP/Cloud/串口控制端—〉设备
· CMD ID［1Byte]
· 是否设置拥有者ID［1Byte],0不设置，1设置
· 设备拥有者的小智ID[string, 10字节]
· 是否设置路由器信息［1Byte］，0不设置，1设置
· SSID Len，用户名长度[1 BYTE]，用户名长度小于等于32字节
· PWD Len,密码长度[1 BYTE］,密码小于等于64字节
· SSID
· PWD

37
设置WiFi配置信息回应
设备—>APP/Cloud/串口控制端
· CMD ID[1Byte］
· RC(参考命令回应编码表：0成功，1失败
·

38
删除子设备
APP/Cloud/串口控制端-〉设备
· CMD ID［1Byte]
· GUID［ASCII，17字节]
·

39
删除子设备回应
设备-〉 APP/Cloud/串口控制端
· CMD ID[1Byte］
· RC(参考命令回应编码表:0成功，1失败
·

40
获取设备列表
APP/Cloud/串口控制端->主设备
· CMD ID［1Byte]
·

41
获取设备列表回应
主设备—>APP/Cloud/串口控制端
· CMD ID[1Byte］
· Num［1Byte］,设备个数
· 设备拥有者的小智ID[string， 10字节］
· WiFi模块Mac地址[ASCII，12字节］
· GUID［ASCII,17字节］、设备业务编码长度[1Byte]、设备业务编码[N Byte］、固件版本［1BYTE］、设备硬件架构类型［1BYTE]、设置是否在线［1Byte］，若干
·
设备是否在线，0不在线,1在线
44
设置设备进入配对模式
App/Cloud/串口控制端—>设备
· CMD ID[1Byte]
·

45
设置设备进入配对模式回应
设备—> App/Cloud/串口控制端
· CMD ID［1Byte］
· RC（参考命令回应编码表：0成功，1失败） [BYTE]

·

47
设置设备退出配对模式
App/Cloud/串口控制端->设备
· CMD ID[1Byte]
·

48
设置设备退出配对模式回应
设备-> App/Cloud/串口控制端
· CMD ID［1Byte］
· RC(参考命令回应编码表:0成功,1失败) [BYTE］

49
请求同步时间
设备-〉Cloud
· CMD ID［1Byte]
·

50
请求同步时间回应
Cloud->设备
· CMD ID［1Byte]
· RC（参考命令回应编码表：0成功,1失败） [BYTE]
· RTC时间［67Byte]，格式是{秒-分—时-日—月—年-星期几}，各一个字节
·
星期几的范围从1~7,1表示星期一
51
扫描AP列表
控制端—>设备
· CMD ID［1Byte]
·

52
扫描AP列表回应
设备到控制端
· CMD ID［1Byte]
· RC（参考命令回应编码表：0成功,1失败） ［BYTE］
· AP Number[1Byte]，扫描到的AP数量
· AP信息｛
［32Byte］，SSID
[1Byte]，RSSI信号强度
}若干
SSID为字符串,最大32字节，返回数据中固定32字节位置存放SSID。
信号强度取值范围0~100
所有设备公共命令起始
64
主MCU OTA传输文件
Cloud->设备
· CMD ID[1Byte]
· 总包数[2Byte]
· 当前包号[2Byte］
· 包内容［N BYTE，最大长度1024］

65
主MCU OTA传输文件回应
设备->Cloud
· CMD ID[1Byte]
· RC（参考命令回应编码表：0成功，1失败，32包号错误,33数据校验错误) [1 BYTE]
· 当前包号［2Byte]

66
设置出厂信息
App/Cloud—>设备
· CMD ID［1Byte］
· 设备ID[12 Byte]
· 设备业务ID长度［1 Byte]
· 设备业务ID［N Byte]
设备业务ID长度为0表示不需要设备业务ID
暂时只需要工厂测试程序支持
67
设置出厂信息回应
设备—〉App/Cloud
· CMD ID［1Byte]
· RC（参考命令回应编码表：0成功，1失败
·

68
Debug Log输出控制
App/Cloud—〉设备
· CMD ID[1Byte］
· Debug Log开关[1Byte]，0关，1开
· 是否掉电保存[1Byte］，0掉电不保存，1掉电保存
暂时云端实现
69
Debug Log输出控制回应
设备—〉 App/Cloud
· CMD ID[1Byte］
· RC(参考命令回应编码表：0成功,1失败
·

70
Debug Log信息输出
设备-〉 App/Cloud
· CMD ID[1Byte］
· 固件版本version［1Byte］
· 日志类型LogType[1Byte］
· Log内容[NByte］,字符串
·

71
从MCU OTA传输文件
Cloud—〉设备
· CMD ID[1Byte］
· 总包数[2Byte］
· 当前包号［2Byte］
· 包内容［N BYTE,最大长度1024］
用于升级主从MCU架构下的从MUC固件
72
从MCU OTA传输文件回应
设备—>Cloud
· CMD ID[1Byte]
· RC(参考命令回应编码表：0成功，1失败,32包号错误,33数据校验错误) ［1 BYTE]
· 当前包号［2Byte]

73
云端推送通知信息
Cloud－〉APP/设备
· CMD ID［1Byte]
· 推送信息内容［nByte］

·

·

76
OTA升级完成上报
设备—〉 Cloud/APP
· CMD ID[1Byte］
· RC［1Byte］, 0成功，1失败
云端以这个命令作为OTA真正完成的判断标准
5. 编码表
5.1节点类型编码表
节点类型编码
类型
名称

5。2命令回应编码表
0～31，公共错误码
命令回应编码
命令回应含义
0
成功
1
失败
内部通讯公共RC值起始
2
配对失败,设备满
3
WiFi配置（Easy link)超时
4
WiFi配置（Easylink）退出
5～31
内部通讯公共RC值预留
外部通讯公共RC值起始
32
OTA包号错误
33
OTA数据校验错误
34
当前状态不允许OTA
35～63
外部通讯公共RC值预留
业务RC值起始
64～255
业务错误码
5.3 子设备类型表
子设备类型
描述
1
透传模式下的MCU设备
2
组网模式下的从设备
5.4 设备硬件架构类型编码表
设备硬件结构类型
描述
0
单MCU架构
1
双MCU架构(WiFi模块+控制MCU模块）
6. 附录
6.1 CRC校验算法
static const uint8 c_crc_htalbe[］ = // CRC 高8位查表
{
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
};
static const uint8 c_crc_ltalbe［］ = // CRC校验查表低8位
｛
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
}；
uint16 CalCrc16(uint8＊ buff, uint16 len）
｛
uint8 crc_h = 0xFF； //crc 校验高8位
uint8 crc_l = 0xFF; //crc 校验低8位
uint16 index； // CRC索引
if(len == 0 |｜ buff ==NULL)
｛
return 0；
｝
while (len-—）
｛
index = crc_l ^ ＊buff++ ;
crc_l = crc_h ^ c_crc_htalbe[index]；
crc_h = c_crc_ltalbe[index] ;
｝
return ((crc_h 〈< 8） ｜ crc_l） ;
}
6。2 加密算法