设备通讯协议

时间:2024-06-14 12:52:02 来源:网友投稿

下面是小编为大家整理的设备通讯协议,供大家参考。

设备通讯协议

 设备通信协议

 目录

 1。

 ﻩ 适用范围 错误! 未定义书签。

 2。

 ﻩ 协议框架 ............................................................................................................................. 错误 错误! 未定义书签。

 3。

 协议内容 误错ﻩ 错误! 未定义书签。

 3。1 设备内部组网协议(或者 MCU 透传模式协议) 误错ﻩ 错误! 未定义书签。

 3、1.1 通讯命令格式误错ﻩ 错误! 未定义书签。

 3。1、2 配对机制误错ﻩ 错误! 未定义书签。

 3。1.3 连接机制误错ﻩ 错误! 未定义书签。

 3、1、4 心跳机制误错ﻩ 错误! 未定义书签。

 3。2 设备与云端通讯协议 ......................................................... 错误 错误! 未定义书签。

 3。2。1 通讯命令格式误错ﻩ 错误! 未定义书签。

 3.2。2 连接流程 ............................................................................ 错误! 未定义书签。

 3、3 数据包格式定义 ........................................................................ 错误 错误! 未定义书签。

 3。3、1 误错ﻩ式格据数讯通间备设ﻩ 错误! 未定义书签。

 3.3.2 设备与云、APP 通讯数据格式误错ﻩ 错误! 未定义书签。

 4. ﻩ 公共命令定义 .......................................................................................................................................................... 10

 5.

 编码表 误错ﻩ 错误! 未定义书签。

 1 节点类型表 误错ﻩ 错误! 未定义书签。

 5、2 命令回应编码表 ......................................................................... 错误 错误! 未定义书签。

 1. 围范用适ﻬ 适用范围 本协议定义 WiFi 模块与MCU 控制单元,WiFi 模块与云 APP间,以及主从模块之间得通讯协议框架。

 2. 协议框架 协议基于二进制协议框架,完成命令发送接收、命令上报、内部组网等功能。

 3. 协议内容 3 、1 设备内部组网协议( 或者 MCU 透传模式协议) 备内部组网协议包括设备配对、连接、心跳机制等,目得就是将一个子设备加入到设备组中,并保持连接。

 3 、1 、1 通讯 命令格式 采用二进制得通讯协议格式,包格式如下表: 同步头 Head Option 包 长 度 ( 变长) 加 密 随机 数 (Option) 源 设 备类型(Option) 源 设 备编 码 (Option) C M D Key CMD ID Payl o ad CRC( Option) 2B 1B 1~2 B 1B 1B 3B 1B 1B NB 2B 详细得包格式在后续章节介绍 3 。1.2 配对机制 配对机制仅适用于设备内组网模式,MCU 透传模式不需要组网协议。

 进入配对模式由主从设备分别触发,只有在进入配对模式后,才处理相关得配对命令、 从设备进入配对模式后定时发送配对请求,直到收到请求回应。

 主设备收到请求后分配一个设备 ID 给从设备,标识此 ID 被占用,并等待采集器得上线通知,一定时间内收到通知之后确认存入设备列表,如果没有上线通知,则认为设备没有配对成功,从子设备中删除、 从设备收到配对回应后存储设备 ID,并且发送上线通知,收到上线通知后完成配对。

 配对得过程如下图所示: 主模块 从模块主设备回应请求从设备发送配对请求从设备上线进入配对模式配对结束主设备回应设备上线

 3.1.3 连接机制 设备每次上电连接需要发送上线通知以及连接所需要得参数给主设备,如下图所示: WiFi模块 MCU/从模块上线通知上线通知回应云连接成功(仅用于透传模式)WiFi通路配置(仅用于透传模式)命令交互状态上报 3 。1.4 心跳机制 使用对等得心跳机制,主设备与从设备都可以发现对方得异常状态。

 3 、2 设备与云端 通讯协议 设备与云端通讯协议基于MQTT协议,数据包使用MQTT协议传输,数据加密方式采用SSL加密,命令码采用2进制命令格式同设备间通讯协议、 3、2 、1 MQTT 通讯框架 本协议就是针对与设备得数据通信,目前通信节点包括:设备、云端与APP 终端三方、WIFI 上得协议采用 MQTT 协议框架,串口上得通信采用包含包头与校验得二进制协议,通信包采用二进制格式传输,高位在前低位在后、  此协议 定义得 MQ TT Topi c类型有以下 2 种: ① 单播,unicast /u/{TargetType}/{TargetID} ② 广播,broadcast

 /b/{SourceType}/{SourceID} 注释: TargetType:目标设备类型,TargetID:目标设备编码 SourceType:源设备类型,SourceID:源设备编码 3 、2 、2

 通讯命令格式 设备与云端、APP得通讯命令分为4种: 请求与回应、通知命令、广播命令,具体得命令以及格式在后面章节介绍。

 3. 2.2 连接流程 设备连接云端得步骤如下图: WiFi模块 云建立MQTT连接订阅设备主题命令交互状态上报等待连接路由等待MCU上电,获取密钥https获取server信息https发送server信息

 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) 源 设 备编 码(Opt ion) CMD Key CMD ID Payload C RC(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 同步头: 0x 5C FE Head Option: Bit7 Bit6 Bit5 Bit4 Bit3 Bit2 Bit1 Bit0 预留 预留 预留 预留 Ch eckSu m校验 广 播 类型链路 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 Opti on 包 长 度 ( 变长) 加 密 随机 数(Option) 源 设 备类型(Option) 源 设 备编 码(Option) CMD Key CMD ID Payload C RC(Opt ion) 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. 3。2 设备与云、A PP通讯数据格式 命令数据格式: 源设备类型 源设备ID CMD ID

  5Byte 12Byte 1Byte N Byte 3.3.2 Pad 串口通讯数据格式 下行数据格式,PAD->设备 同步头 Head O ption 包 长 度 ( 变长) 加 密 随机 数(Opt ion) 源 设 备类 型 (Op ti on) 源 设 备编 码(Opti on) 源设备 GUID 目标设备 GUID C MD ID Payload CRC( Option) 2B 1B 1~2 B 1B 1B 3B 34 字节 1B NB 2B 上行数据格式,设备-〉PAD 同步头 He ad Op tion 包 长 度 ( 变长) 加 密 随机 数 (Option) 源 设 备类 型(Opti on) 源 设 备编 码(Option) 源设备GUID CMD ID Payl oad 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] 5 个字节得业务设备类型,需要向乐君申请,并且保存在从设

  业务设备类型[5Byte]  当前得内部设备类型[1Byte]  当前得内部设备编码[3Byte],全 0 表示未配置过,非全 0 表示之前配置过  设备业务编码长度[1Byte]  设备业务编码[N Byte] 

 备中 设备业务编码就是用从设备自行定义得设备 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] 

  W W ii Fi 模块命令起始

 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] 用于升级主从 MCU架构下得从 MUC 固件

  包内容[N BYTE,最大长度1024] 72 从 MCU OTA 传输文件回应 设备-〉Cloud  C C MD ID[ 1By te e ]

  R C( 参考命令回应编码表:0成功,1 失败,3 2包号错误,33数据校验错误) [1

 BYTE] ]

  当前 包号[2B yte]

 73 云端推送通知信息 Cloud-〉APP/设备  C C MD ID [ 1Byte]

  推送信息内容[n Byte] ]

 

  

 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 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,0

 ,04x0 ,18x0 ,1Cx0 ,00xﻩ0x01, 0xC0, 0x80, 0x41, 0x00, 0xC1, 0x81, 0x40, 0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0, 0x80, 0x41,

 0x01, 0xC0, 0x80, 0x41,0 ,04x0 ,18x0 ,1Cx0 ,00x0 ,04x0 ,18x0 ,1Cx0 ,00xﻩ0x01, 0xC0, 0x80, 0x41, 0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0, 0x80, 0x41, 0x01, 0xC0, 0x80, 0x41,0 ,00xﻩ0xC1, 0x81, 0x40,

 0x01, 0xC0, 0x80, 0x41, 0x00, 0xC1, 0x81, 0x40,0 ,04x0 ,18x0 ,1Cx0 ,00xﻩ0x01, 0xC0, 0x80, 0x41,

 0x00, 0xC1, 0x81, 0x40,00 ,14x0 ,08x0 ,0Cx0 ,10x0 ,14x0 ,08x0 ,0Cx0 ,10xﻩ

 x00, 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,0

 ,04x0 ,18x0 ,1Cx0 ,00xﻩ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,0 04x0 ,18x0 ,1Cx0 ,00xﻩ}; static const uint8 c_crc_ltalbe[] =

 // CRC校验查表低 8 位 { 0x00, 0xC0, 0xC1, 0x01, 0xC3, 0x03, 0x02, 0xC2, 0xC6, 0x06, 0x07, 0xC7,0xﻩ05, 0xC5, 0xC4, 0x04,

 0xCC, 0x0C, 0x0D, 0xCD, 0x0F, 0xCF, 0xCE, 0x0E,0 ,B0x0 ,BCx0 ,ACx0 ,A0xﻩ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,03x0 ,7Fx0 ,6Fx0 ,63xﻩ7, 0xF5, 0x35, 0x34, 0xF4,

 0x3C, 0xFC, 0xFD, 0x3D,0 ,BFx0 ,B3x0 ,A3x0 ,AFx0 ,EFx0 ,E3x0 ,F3x0 ,FFxﻩ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,0 ,32x0 ,3Ex0 ,2Ex0 ,22xﻩ0xE1, 0x21, 0x20, 0xE0,

 0xA0, 0x60, 0x61, 0xA1,0 ,7Ax0 ,6Ax0 ,66x0 ,26x0 ,2Ax0 ,3Ax0 ,36xﻩ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,0 ,FBx0 ,F7x0 ,E7x0 ,EBxﻩ0x7D, 0xBD, 0xBC, 0x7C,

 0xB4, 0x74, 0x75, 0xB5,0 ,1Bx0 ,37x0 ,3Bx0 ,2Bx0 ,27x0 ,67x0 ,6Bx0 ,7Bx0 ,77xﻩ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,0 ,B5x0 ,B9x0 ,A9x0 ,A5xﻩ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,0ﻩx41, 0x81, 0x80, 0x40 }; uint16 CalCrc16(uint8* buff, uint16 len) {

  uint8 crc_h = 0xFF;

  ﻩ

  ﻩ

 ﻩ

 //crc 校验高8位

  ;FFx0 = l_crc 8tniuﻩ

 ﻩ //位 8 低验校 crcﻩﻩ uint16 index;

 ﻩﻩ

 ﻩﻩ // CRC 索引

  if(len == 0 || buff ==NULL)

  {

  return 0;

  }

 while (len--)

 {ﻩ

 index = crc_l ^ *buff++ ;

  crc_l = crc_h ^ c_crc_htalbe[index];

 ; ]xedni[eblatl_crc_c = h_crcﻩﻩ }ﻩ return ((crc_h 〈< 8) | crc_l) ; } 6 、2 加密算法

推荐访问:设备通讯协议 通讯协议 设备