目录
1. 标准概述 7
2. 技术标准 7
3. 通用数据帧通讯协议 11
1. 标准概述 17
2. 技术标准 17
3. 通用数据帧通讯协议 21
NVR具备功能：
1．采用标准的H.264、兼容后期H.265 压缩算法、嵌入式Linux实时操作系统，实现对球机及IPC的集中管理、集中预览、集中录像、录像回放、设备管理、云台控制和 3D定位功能等多种实用功能。
3D控制格式:
通讯格式:
实现方法：
1.1 以图像中心为参考原点，将图像划分成四个部分，相对于参考原点，分别为右上、左上、左下、右下，其中右、下为负，左、上为正。
1.2 得到当前坐标相对于原点的值，再除以单位长度，得到相对的比例值. 2．采用H.264 视频压缩技术，具有更低的压缩码率和更好的画质。
3. 支持流媒体视频服务器解析并具备向第三方域名主动注册功能，规 范如下：
3.1 握手格式：
get ip DNS1 （域名/IP）,gCfgNet.domain （域名/IP）,domain Start_Register line 1241, test 2
*ConnSvr usPort = 8866*
connet to:: （域名/IP） success. Start_Register line 1250,ConnSvr success
Rs_PTZctl_TH Rs_InitPTZCtlBuf success Start_Register,1259,before PutCmdIntoChain CmdChain.cmdnum 1
3.2 推流格式：
Start_Register line 1276, select,CmdChain.cmdnum 0（子码） Start_Register line 1359,CMD_ACK_REGISTER
channel 17 video state 1（主码）
4. 实现对前终设备进行地址编辑、跨网段通讯操作。
5. 支持标准的ONVIF球机协议。
6. 支持看门狗功能，断电、异外故障自动重启。
7. 支持VGA和HDMI接口输出视频信号（同源）。
8. 码流信令统计机制，供视频通道流量实时监测.格式如下：
身份ID/MAC
Channels: 0 time: start 20**-**-** end20**-**-** data: *Mb
Channels: 1 | time: start 20**-**-** | end20**-**-** | data: *Mb |
Channels: 2 | time: start 20**-**-** | end20**-**-** | data: *Mb |
Channels: 3 | time: start 20**-**-** | end20**-**-** | data: *Mb |
9. 支持远程调取本地存储录像的查询、回放和下载，规范如下：
9.1 建立连接-握手:
get ip DNS1 （域名/IP）,gCfgNet.domain （域名/IP）,domain Start_Register line 1241, test 2
*ConnSvr usPort = 8866*
connet to:: （域名/IP） success
9.2 读取信令通道:
Channels: 0-------times(00-**) 存储内容（DATA/Mb）
Channels: 1-------times(00-**) 存储内容（DATA/Mb）
Channels: 2-------times(00-**) 存储内容（DATA/Mb）
Channels: 3-------times(00-**) 存储内容（DATA/Mb）
9.3 下载DATA/MB and play
NVR参数要求：
视频输入 | 网络视频输入 | 4 路 | 8 路 |
占比带宽 | 网络输入带宽 | 16Mbps | 40Mbps |
显示输出 | HDMI/VGA输出 | 1920*1080/60Hz，1024*768/60Hz，1280*720/60Hz | |
显示画面 | 预览分割 | 1/4 画面 | 1/4/8 画面 |
视频解码参数 | 实时图像质量 | 720P25 帧,720P30 帧,1080P25 帧,1080P30 帧 | |
回放质量 | 回放图像质量 | 720P25 帧,720P30 帧,1080P25 帧,1080P30 帧 | |
录像管理 | 录像模式 | 手动录像、定时录像、移动侦测报警录像 | |
备份 | 备份模式 | 支持U盘、网页、客户端多种备份方式 | |
网络管理 | 网络协议 | TCP/IP，UDP，RTP，RTSP，FTP，NTP | |
第三方协议 | Onvif协议 | ONVIF2.4 | |
硬盘驱动器 | 接口类型 | 1 个SATA 2.0 | |
最大硬盘容量 | 最大容量 | 4T | |
外部接口 | 网络接口 | 1 个，RJ45 10M/100M自适应以太网口 | |
USB接口 | 2 个USB 2.0 | ||
其他 | 电源 | 12V/2A | |
功耗（不含硬盘） | ≤10W | ||
工作温度 | -10℃－＋55℃ | ||
工作湿度 | 10%－70% | ||
重量（不含硬盘） | ≤1Kg | ||
视频网络输出 | 宽带要求 | 上下行对等 2M/路，或无线 4G传输 | |
130W高清网络高速球功能要求
高清球机具备功能要求：
1．7 寸双层全金属智能高速球，水平 120 度/S，垂直 60 度/S，壁装支架。
2．9 颗红外灯距离 150 米，红外灯随一体机变倍大小自动调节。
3．1/3" SONY CMOS图像传感器以及智能 3D降噪算法。
4．130 万像素，1280X960 分辨率。
5．光学镜头：18X， f=4.7mm～84.6mm。
6. 网络协议：TCP/IP，HTTP，ICMP，PPPoE，DHCP，UDP，SMTP， RTP，RTSP。
7. 采用H.264 /H.265 双编码压宿技术，最大输出分辨率达
1280x960@30fps，并支持D1、VGA、CIF分辨率成像，主码流256kbps-2048kbps，子码流 32kbps-1024kbps可调。
8. 支持 128 个预置位，支持镜头预置位，支持预置位巡航。
9. 支持RTSP流媒体视频服务器解析并具备向第三方域名主动注册功能并提供IPC标准的SDK对接平台服务器。
10. 球机须具备与NVR实现 3D定位功能。
11. 可接驳NVR设备进行IP地址修改、跨网段联网与控制。
12. 支持标准的ONVIF协议。
13. 内置防浪涌及雷击保护装置，有效防止 6000V瞬时电压。
14. 所有球机快捷命令都可以通过设置或调用预置位实现。
15. 断电记忆功能，记忆球机断电前运行的动作。
16. 比例变倍功能、自动翻转功能。高清球机参数要求：
电源供应 | 输入：AC100～240V 50/60Hz；输出： DC12V±5%，5A |
最大功率 | 红外关闭：16W；红外开启：28W |
同步方式 | 内同步 |
菜单语言 | 不支持菜单 |
水平速度 | 1°～180°/S |
垂直速度 | 1°～60°/S |
水平旋转范围 | 360°无限位连续旋转 |
垂直旋转范围 | 0°～90°（180°自动翻转） |
预置点 | 128 个 |
预置点精度 | <±0.3° |
红外远灯切换 | 分三段点亮，点亮倍数可自行设置。倍数由小到大变化时：近灯先亮， 然后近中灯同时点亮，最后近灯灭，中远灯同时亮。 |
环境温度 | 室内安装方式：0℃～+50℃；室外安装方式：-20℃～+50℃ |
环境湿度 | 相对湿度<90% |
标准编制组经广泛调查研究，认真总结实践经验，参考国内外先进
标准，并在广泛征求意见的基础上，制定本标准。
本标准主要技术内容是：1、标准概述；2、技术标准；3、基础通讯协议；
2.1 通讯双方定义
信息产生端：
信息产生端是指运行在监控设备上的通讯装置，它通过各类传感器收集信息，并可以通过GPRS、3G或 4G网络将信息按一定规律分发到指定位置。
在系统正式通讯之前，通过招标确定的企业，需书面向平台技术支持单位申请登录信息，内容包括信息处理端IP地址、服务端口、服务平台登录信息和厂商识别码等。
信息处理端：
信息处理端是指服务端程序，用于按照既定的通信协议接收由信息产生端发送的数据。
2.2 通讯过程
2.2.1 身份验证
信息产生端在每次向平台发送数据前，须先发送厂商识别码到指定接口，验证通过后，信息产生端可开始发送相关数据到信息处理端；如验证未通过，信息处理端会自动关闭该网络连接，并终止通信过程。
2.2.2 动态数据发送
信息产生端通过身份验证后，可开始向信息处理端发送动态数据。当数据发送出现异常时，信息处理端会自动捕获异常并关闭该Socket连接， 所以信息产生端在推送数据出现异常时必须要有重新连接操作，保证数据通讯的正常运行。所有通讯都使用一问一答的方式，处理状态不成功的数据必须重新发送。
2.2.3 心跳数据包
信息产生端空闲时，为表示设备依然在线，需每分钟发一次心跳数据包，以维持网络连接。
2.2.4 同步平台时间
信息产生端空每小时必须同步一次平台时间，确保设备时钟的准确性。
2.2.5 通讯完成
信息产生端主动关闭连接或 200 秒内未有任何通讯过程，系统将自动关闭连接。
2.3 技术实现
本实现基于标准的Socket通讯技术，其通用的数据帧格式定义如下：
表 2.3.1 通用数据帧
帧头 2byte | 帧长度 4byte | 帧流水号 2byte | 协议版本 1byte | 命令 1byte | 数据载荷 LEN byte | 校验和 1byte |
0x5A55 | 0x0000 ~0xFFFFFF FF | 0x0000 ~0xFFFF | 0x01 | 0x00-0xFF | —— | 0x00~0xFF |
如表 2.3.1 所示，通信帧结构包括帧头子域、帧长度子域、帧流水号子域、协议
版本子域、命令子域、数据载荷子域、校验和子域。其中，帧头为固定的 2 个字节
（0x5A55）；帧长度子域 4 个字节，其值为除帧头外实际数据帧长度，包括帧长度子
域本身的长度；帧流水号子域 2 个字节，信息产生端上发数据是产生的帧流水号约定
在 1-1024 数字范围内，对信息产生端主动上报的数据，信息处理端返回响应帧中的帧流水号同上报帧流水号，同样信息产生端响应平台请求帧的流水号也需相同，该帧流水号区分不同帧；协议版本子域 1 个字节，表示命令的协议版本；命令子域 1 个字
节，其值定义如表 2.3.2 所示；数据载荷子域的字节数LEN是根据不同的数据帧结构变化的，详见具体帧结构；校验和：从帧头 0x5A55 开始累加到校验和子域之前，包括帧头字节。
命令子域值定义如表 2.3.2 所示。
表 2.3.2 命令子域值
命令值 | 描述 | 反馈命令值 |
0x01 | 厂商识别码验证请求 | 0x01 |
0x03 | 心跳 | 0x03 |
0xFE | 获取平台时间 | 0xFE |
0x22 | 上传噪音扬尘数据 | 0x22 |
注：
1. 所有信息传输时，低字节在前，高字节在后。
2. 信息的反馈
信息产生端发送数据包给信息处理端后，信息处理端反馈数据包格式和请求帧一致，定义如下：
表 2.3.3 反馈数据帧
帧头 2byte | 帧长度 2byte | 帧流水号 2byte | 协议版本 1byte | 命令 1byte | 数据载荷 LEN byte | 校验和 1byte |
0x5A55 | 0x0000 ~0xFFFF | 同请求帧 流水号 | 同请求帧协议 版本 | 请求帧命令 | —— | 0x00~0xFF |
3.1 厂商识别码验证信息【0X01】
请求帧数据载荷：
{
"SN" : "0C11EB5B-51DD-4A59-B478-4C9AE37A75A7", //系统颁发的设备
唯一编号
"Data":
{
"VerifyCode":"85117687-FF28-4F68-8080-82DE8BCF5BF4", //系统颁发的厂
商识别码
"VerifyDate":"2013-12-17" //系统证书颁发时间
}
}
返回帧数据载荷：
{
"SN" : "0C11EB5B-51DD-4A59-B478-4C9AE37A75A7", //系统颁发的设备
唯一编号
"IsSucceed":"0" //0 为成功，其他为失败
"UploadFrequency":"10" //数据上传频率，单位:秒"UpdateTimeFrequency":"60" //同步设备时间频率，单位:分钟
}
3.2 心跳信息【0X03】
请求帧数据载荷：
{
"SN" : "0C11EB5B-51DD-4A59-B478-4C9AE37A75A7" //系统颁发的设备
唯一编号
}
返回帧数据载荷：
{
"SN" : "0C11EB5B-51DD-4A59-B478-4C9AE37A75A7", //系统颁发的设备
唯一编号
“IsSucceed”:”0” //0 为成功，其他为失败
}
请求帧数据载荷：
{
"SN" : "0C11EB5B-51DD-4A59-B478-4C9AE37A75A7" //系统颁发的设备
唯一编号
}
返回帧数据载荷：
{
"SN" : "0C11EB5B-51DD-4A59-B478-4C9AE37A75A7", //系统颁发的设备
唯一编号
"IsSucceed":"0", //0 为成功，其他为失败
"Date":"2016-02-26 10:15:25" //平台当前时间
}
信息发生端上传帧数据载荷：
{
"SN" : "0C11EB5B-51DD-4A59-B478-4C9AE37A75A7", //系统颁发的
设备唯一编号
“Data”:
{
“Date”:”2016-02-26 14:52:32”,//数据产生时间"Noise":"42.60", //噪声,单位:DB,
"Dust":"71.18", //扬尘,单位:μg/m3, 浮点型，小数后 2 位
"temperature":"64.45", //板载温度,单位:℃, 浮点型，小数后 2 位
"WindSpeed":"16.18", //风速,单位:km/h, 浮点型，小数后 2 位"Winddirection":"0.01", //风向,单位:度, 浮点型，小数后 2 位"Voltage":"18.63", //电压,单位:V, 浮点型，小数后 2 位"Longitude":"xxxx.xxxxxx", //经度，浮点型数据,精确到小数点后 6 位"Latitude":"xxxx.xxxxxx" //纬度，浮点型数据,精确到小数点后 6 位"Humidity":"64.45", //湿度, 浮点型，小数后 2 位
}
}
返回帧数据载荷：
{
"SN" : "0C11EB5B-51DD-4A59-B478-4C9AE37A75A7", //系统颁发的设备唯一
编号
“IsSucceed”:”0” //0 为成功，其他为失败
}
序号 | 要求 |
一、系统组成：扬尘实时连续监测系统、噪声实时连续监测系统 | |
1 | 扬尘自动监测系统：PM10 实时监测，符合扬尘监测的灵敏度与准确度的相对误差符合JJG846-93 光散射式数字粉尘检测仪检定规程要求；提 供相关资质证明。 |
1.1 | PM10 参数 |
1.2 | 量程：0.001~6mg/m³ |
1.3 | 内置温湿度传感器运行状态自动检测功能 |
1.4 | 分辨率：1μg／m³ |
1.5 | 最低检测浓度：0.001mg/m3； |
1.6 | 数据采样周期：随机； |
1.7 | 校准：具备校准功能； |
1.8 | 故障诊断：设备异常自动重启； |
1.9 | 数据管理：具备采集、存储和传输模块，用于扬尘监测系统的控制、数据记录及传输； 本地数据补偿：若服务器发生故障或出现网络中断，现场采集数据可离线保存至本地设备，服务器恢复正常后数据可自动实时 上传数据监管平台； |
1.10 | 采样流量偏差：≤±5%设定流量/24 小时； |
1.11 | 工作电源：直流电（24V）或交流电AC220V±10%兼容； |
1.12 | 通讯接口：具备无线和有线方式连接互联网 |
1.13 | 工作温度：-20℃~60℃； |
2 | 噪声自动监测系统：全天候户外传声器符合《环境噪声自动监测系统技术要求(暂行)》、GB/T 20441.4 测量传感器 第四部分：工作校准传声器 规范； |
2.1 | 测量范围：30-130dB； |
2.2 | 频率范围：20-12.5kHz； |
2.3 | 最大误差：0.5dB； |
2.4 | 采样率：10Hz |
2.5 | 线性工作范围：不小于 100dB； |
2.6 | 频率计权：A（计权）； |
2.7 | 时间计权：快（F）； |
2.8 | 工作温度：-20℃~60℃； |
2.9 | 统计分析：具有Leq、L90、L50、L10 功能，同时区分日、昼、夜以及 小时平均值； |
2.10 | 数据管理：数据采集单元具备采集、存储和传输模块，用于扬尘监测系统的控制、数据记录及传输；若服务器发生故障或出现网络中断，现场采集数据可离线保存至本地设备，服务器恢复正 常后数据可自动实时上传数据监管平台； |
2.11 | 超标录音：噪声超标自动录音并实时上传数据至服务器平台； |
2.12 | 校准：具备校准功能； |
2.13 | 通讯接口：具备无线和有线方式连接互联网 |
标准编制组经广泛调查研究，认真总结实践经验，参考国内外
先进标准，并在广泛征求意见的基础上，制定本标准。
本标准主要技术内容是：1、标准概述；2、技术标准；3、基础通讯协议；
2.1 通讯双方定义
信息产生端是指运行在监控设备上的通讯装置，它通过各类传感器收集信息，并可以通过GPRS、3G或 4G网络将信息按一定规律分发到指定位置。
在系统正式通讯之前，通过招标确定的企业，需书面向平台技术支持单位申请登录信息，内容包括信息处理端IP地址、服务端口、服务平台登录信息和厂商识别码等。
信息处理端：
信息处理端是指服务端程序，用于按照既定的通信协议接收由信息产生端发送的数据。
2.2 通讯过程
2.2.1 身份验证
信息产生端在每次向平台发送数据前，须先发送厂商识别码到指定接口，验证通过后，信息产生端可开始发送相关数据到信息处理端；如验证未通过，信息处理端会自动关闭该网络连接，并终止通信过程。
2.2.2 动态数据发送
信息产生端通过身份验证后，可开始向信息处理端发送动态数据。当数据发送出现异常时，信息处理端会自动捕获异常并关闭该Socket连接， 所以信息产生端在推送数据出现异常时必须要有重新连接操作，保证数据通讯的正常运行。所有通讯都使用一问一答的方式，处理状态不成功的数据必须重新发送。
2.2.3 心跳数据包
信息产生端空闲时，为表示设备依然在线，需每分钟发一次心跳数据包，以维持网络连接。
2.2.4 同步平台时间
信息产生端空每个小时必须同步一次平台时间，确保设备时钟的准确性。
2.2.5 通讯完成
信息产生端主动关闭连接或 200 秒内未有任何通讯过程，系统将自动关闭连接。
2.3 技术实现
本实现基于标准的Socket通讯技术，其通用的数据帧格式定义如下：
表 2.3.1 通用数据帧
帧头 2byte | 帧长度 4byte | 帧流水号 2byte | 协议版本 1byte | 命令 1byte | 数据载荷 LEN byte | 校验和 1byte |
0x5A55 | 0x0000 ~0xFFFFFF FF | 0x0000 ~0xFFFF | 0x01 | 0x00-0xFF | —— | 0x00~0xFF |
如表 2.3.1 所示，通信帧结构包括帧头子域、帧长度子域、帧流水号子域、协议
版本子域、命令子域、数据载荷子域、校验和子域。其中，帧头为固定的 2 个字节
（0x5A55）；帧长度子域 4 个字节，其值为除帧头外实际数据帧长度，包括帧长度子
域本身的长度；帧流水号子域 2 个字节，信息产生端上发数据是产生的帧流水号约定
在 1-1024 数字范围内，对信息产生端主动上报的数据，信息处理端返回响应帧中的帧流水号同上报帧流水号，同样信息产生端响应平台请求帧的流水号也需相同，该帧流水号区分不同帧；协议版本子域 1 个字节，表示命令的协议版本；命令子域 1 个字
节，其值定义如表 2.3.2 所示；数据载荷子域的字节数LEN是根据不同的数据帧结构变化的，详见具体帧结构；校验和：从帧头 0x5A55 开始累加到校验和子域之前，包括帧头字节。
命令子域值定义如表 2.3.2 所示。
表 2.3.2 命令子域值
注：1．所有信息传输时，低字节在前，高字节在后。
2. 信息的反馈
信息产生端发送数据包给信息处理端后，信息处理端反馈数据包格式和请求帧一致，定义如下：
表 2.3.3 反馈数据帧
帧头 2byte | 帧长度 4byte | 帧流水号 2byte | 协议版本 1byte | 命令 1byte | 数据载荷 LEN byte | 校验和 1byte |
0x5A55 | 0x0000 | 同请求帧 | 同请求帧协议 | 请求帧命令 | —— | 0x00~0xFF |
~0xFFFFFF FF | 流水号 | 版本 |
3.1 厂商识别码验证信息【0X01】
请求帧数据载荷：
{
"SN" : "0C11EB5B-51DD-4A59-B478-4C9AE37A75A7", //系统颁发的设备
唯一编号
"Data":
{
"VerifyCode":"85117687-FF28-4F68-8080-82DE8BCF5BF4", //系统颁发的厂
商识别码
"VerifyDate":"2013-12-17" //系统证书颁发时
间
}
}
返回帧数据载荷：
{
"SN" : "0C11EB5B-51DD-4A59-B478-4C9AE37A75A7", //系统颁发的设备
唯一编号
"IsSucceed":"0", //0 为成功，其他为失败
"UpdateTimeFrequency":"60" //同步设备时间频率，单位:分钟
}
3.2 心跳信息【0X03】
请求帧数据载荷：
{
"SN" : "0C11EB5B-51DD-4A59-B478-4C9AE37A75A7" //系统颁发的
设备唯一编号
}
返回帧数据载荷：
{
"SN" : "0C11EB5B-51DD-4A59-B478-4C9AE37A75A7", //系统颁发的设备
唯一编号
“IsSucceed”:”0” //0 为成功，其他为失败
}
请求帧数据载荷：
{
"SN" : "0C11EB5B-51DD-4A59-B478-4C9AE37A75A7" //系统颁发的设备
唯一编号
}
返回帧数据载荷：
{
"SN" : "0C11EB5B-51DD-4A59-B478-4C9AE37A75A7", //系统颁发的设备
唯一编号
"IsSucceed":"0", //0 为成功，其他为失败
"Date":"2016-02-26 10:15:25" //平台当前时间
}
信息发生端上传帧数据载荷：
{
"SN" : "0C11EB5B-51DD-4A59-B478-4C9AE37A75A7", //系统颁发的设备
唯一编号
"Data":
{
"Date":"2016-02-27 15:16:48", //车辆通过时间"CarNumber":"粤C-MT979", //车牌号码
"Panorama":"", //车辆特征图像,jpg格式数据的base64 编码
"CarNumPic":"", //车牌截图,jpg格式数据的base64 编码
"ColorType":"蓝色", //车牌颜色
"CarNumType":"1" //车牌类型 0：未知车牌:、1：蓝牌小汽车、2：: 黑牌小汽车、3：单排黄牌、4：双排黄牌、 5：警车车牌、6：武警车牌、7：个性化车牌、8：单排军车牌、9：双排军车牌、10：使馆车牌、11：香港进出中国大陆车牌、12：农用车牌、13：教练车牌、14：澳门进出中国大陆车牌、15：双层武警车牌、16： 武警总队车牌、17：双层武警总队车牌
}
}
返回帧数据载荷：
{
"SN" : "0C11EB5B-51DD-4A59-B478-4C9AE37A75A7", //系统颁发的设备唯一
编号
“IsSucceed”:”0” //0 为成功，其他为失败
}
供电电源：9-24V/2A （适配器）
功耗：<10W
2. 技术参数：
图像压缩 | H264 JPEG |
补光灯 | 内置，可调亮度。 |
相机镜头 | 高清镜头，2.8-12mm可调F1.4 |
触发模式 | 支持线圈，视频，484，网络等触发模式 |
可识别车牌类别 | 普通黑牌，白牌，黄牌，蓝牌，新式军牌，双层黄牌，警车车牌， 新式武警车牌，使馆车牌，港澳进出大陆车牌 |
数据传输方式 | 无线数据传输和互联网有线数据传输，可通过接口自动向服务器上 传数据 |
起始位置 | 长度 | 内容说明 | 标记 | 类型 | 备注 |
0 | 1 | 开始标记 | Header | Byte | 0x01 |
1 | 4 | 长 度 LEN | Length | Uint | 内容的长度 |
5 | 4 | 分包顺序索引 | PartIndex | Uint | 0x00 |
9 | 4 | 分包总数 | PartCount | Uint | 0x00 |
13 | 1 | 版本 | Version | Byte | 默认 0x03 |
14 | 2 | 命令 | Command | Ushort | 0x10 |
16 | 16 | 会话标识 | SessionID | Byte[16] | 通讯唯一标识，每一个 tcp 连接 有设备随机生成 |
32 | LEN | 内容 | Content | Byte[LEN] | 数据包内容 |
32 + LEN | 1 | 状态 | Flag | Byte | 0x0 为成功，0x01 为失败 |
33 + LEN | 1 | 结束标记 | Tail | Byte | 0x01 |
二、具体数据包定义
方括号里面的数字为通讯命令，为十进制数字
1. 设备登录系统[823]
位置 | 名称 | 字节数 | 格式 | 说明 |
0-31 | 厂家识别码 | 32 | ASCII | 32 位厂家识别码由腾晖提供，所 有设备一样 |
32-63 | 设备的唯一标识码 | 32 | ASCII | 每台设备的唯一标识 |
64 | 校验和 | 1 | HEX | Xor 校验运算 |
返回值：
成功：flag = 0，验证成功；
失败：flag = 1，Content=用于设备显示的错误提示,UTF-8 编码。设备通讯的其他命令必须在本命令执行成功后，才可以使用。
2. 获取特征信息[824] Content：
返回值：
位置 | 名称 | 字节数 | 格式 | 说明 |
0-3 | 项目编号 | 4 | HEX | 低位在前 |
4-103 | 项目名称 | 100 | UTF-8 | 用于机器显示用 |
数据记录 | 数据记录可以为多条记录，根据每条记录的第一个字节来判断每条记录的 长度和格式 | |||
校验和 | 1 | HEX |
成功：flag = 0，服务端已成功记录此次刷卡操作；返回的内容如下Content：Add
节 | ||||
特征信息长度 （FL） | 4 | Hex | ||
特征信息 | FL | HEX | 人员特征信息，虹膜、人脸 | |
RFID 卡个数 | 2 | HEX | RFID 卡个数，表示 RFID 卡号和手机卡状态重复次数， 为 0 则没有 RFID 卡号和手 机卡状态 | |
RFID 卡号 | 8 | HEX | 手机卡的 RFID 卡号，用于手机刷卡 | |
手机卡状态 | 1 | HEX | 0:正常，1：停机 | |
IC 卡个数 | 2 | HEX | IC 卡个数，表示 IC 卡号重复次数，为 0 则没有IC 卡号 | |
IC 卡号 | 4 | HEX | IC 卡物理卡号,压缩 BCD 码 格式，如有多条则重复 | |
联名卡个数 | 2 | HEX | 联名卡卡号个数，表示联名卡卡号重复次数，为 0 则没有联名卡卡号 | |
联名卡卡号 | 8 | HEX | 联名卡物理卡号,压缩 BCD 码格式，如有多条则重复 | |
备份 | 1 | 备份 |
Content：Del
位置 | 名称 | 字节数 | 格式 | 说明 |
0 | 增加或者删 除标志 | 1 | Hex | 0 为新增用户，1 为删除用 户 |
1-4 | 工人编号 | 4 | HEX | 刷卡成功上传时需要用到 |
若第一个字节为 1 则格式使用Content:Del .
若第一个字节为 0,则格式使用Content:Add.
该命令没一个小时调用一次，设备必须记录每次获取特征信息成功的时间。失败：flag = 1，Content=用于卡机显示的错误提示,UTF-8 编码。
上传刷卡记录[825]
Content：
位置 | 名称 | 字节数 | 格式 | 说明 |
0-3 | 工人编号 | 4 | HEX | |
4-10 | 刷卡时间 | 7 | HEX | BCD 码，年占 2 字节，月、日、 时、分、秒各占一个字节 |
11 | 刷卡模式 | 1 | HEX | 1 表示虹膜，2 表示二代证，3 表示手机卡，4 表示联名卡，5 表示 IC 卡，6 表示人脸 |
12 | 校验和 | 1 | HEX | Xor 校验运算 |
如同时上传多条记录，则Content 内容重复，不包括校验和
返回值：
成功：flag = 0，服务端已成功记录此次刷卡操作；
失败：flag = 1，Content=用于机器显示的错误提示,UTF-8 编码。
3. 获取服务器时间(同步机器时间)[65532]
Content：空
服务端以yyyyMMddhhmmss 的格式返回ASCII 编码的服务器时间字符串。
4. 心跳包：[65535]
Content：空
返回的内容为空。
5. 判断设备是否需要更新[826]
位置 | 名称 | 字节数 | 格式 | 说明 |
0-31 | 设备的唯一标 识码 | 32 | ASCII | 每台设备的唯一标示 |
32-47 | 当前版本号 | 16 | ASCII | 设备当前的版本号，服务器使用 该版本号判断是否需要更新 |
38 | 校验和 | 1 | HEX | Xor 校验运算 |
返回值：
位置 | 名称 | 字节数 | 格式 | 说明 |
0 | 是否需要更 | 1 | ASCII | 0：不需要更新，1：提示更新， |
新 | 倒计时 10 秒，可手动选择，默认 不需要更新 2：强制自动更新，不需要提示 | |||
1-100 | 本次更新内 容描述 | 100 | UTF-8 | 本次更新内容描述 |
101 | 校验和 | 1 | HEX | Xor 校验运算 |
6. 获取更新数据包[827]
位置 | 名称 | 字节数 | 格式 | 说明 |
0-31 | 设备的唯一标识 码 | 32 | ASCII | 每台设备的唯一标示 |
32 | 校验和 | 1 | HEX | Xor 校验运算 |
返回值：
位置 | 名称 | 字节数 | 格式 | 说明 |
0-31 | 软件的MD5 码 | 32 | ASCII | |
32-LEN- 2 | 本次更新的数据 包内容 | LEN-32-1 | HEX | |
LEN-1 | 校验和 | 1 | HEX | Xor 校验运算 |
7. 上传包含勤照片的考勤信息[828]
Content：
位置 | 名称 | 字节数 | 格式 | 说明 |
0-3 | 工人编号 | 4 | HEX | 低位在前 |
4-10 | 刷卡时间 | 7 | HEX | BCD 码，年占 2 字节，月、日、时、分、秒各占一个字节 |
11 | 刷卡模式 | 1 | HEX | 1 表示虹膜，2 表示二代证，3 表示IC 卡，4 表示联名卡，5 表示 IC 卡，6 表示人脸 |
12-15 | 照片长度(PL) | 4 | HEX | 低位在前 |
16- (PL+16-1) | 照片信息 | PL | HEX | 考勤照片的字节数组 |
LEN-1 | 校验和 | 1 | HEX | Xor 校验运算 |
如同时上传多条记录，则 Content 内容重复(不包括校验位)。由于照片的信息较大，一次尽量不要上传太多条的信息。
成功：flag = 0，服务端已成功记录此次刷卡操作；
失败：flag = 1，Content=用于机器显示的错误提示,UTF-8 编码。
8. 上传采集结果[832]
民族 | 4 | ASCII | 代号（参考民族字典） | |
出生日期 | 16 | ASCII | yyyyMMdd(20170409) | |
住址 | 140 | UTF8 | ||
特征信息长度 （PL） | 4 | HEX | ||
特征信息 | PL | HEX | 特征长度为 0，可不传该位 | |
识别度 | 1 | HEX | 0:高，1：低 | |
是否重采，默认 0 | 1 | HEX | 0:是，1:不是 | |
身份证发证机关 | 60 | UTF8 | ||
身份证有效期 | 64 | UTF8 | ||
是否手工 | 1 | HEX | 0 表示刷身份证采集，1 表示手工录入资料 | |
保留 | 99 | HEX | 保留字段，暂时没用 | |
身份证照片长度 （PL） | 4 | HEX | ||
身份证照片 | PL | HEX | ||
采集照片长度 (GL) | 4 | HEX | ||
采集照片 | GL | HEX | 采集照片，根据实际长度发送 | |
校验和 | 1 | HEX | Xor 校验运算 |
返回值：
位置 | 名称 | 字节数 | 格式 | 说明 |
0 | 返回结果 | 1 | HEX | 0:成功，1:失败 |
1-30 | 失败原因 | 30 | UTF-8 | 失败原因 |
31-40 | 保留 | 10 | HEX | 保留字段，暂时没用 |
41 | 校验和 | 1 | HEX | Xor 校验运算 |
■ 通讯方法补充说明：卡机和服务端建立连接后，必须先进行登录[823]， 登录成功后，才能发送其他命令。登录成功后，只要连接没断开，就不需重新登录。
■ 1 位的HEX 请用byte 传输
部分内容由用户投稿或者来源于网络，如有侵权，请联系底部邮箱进行删除！非常感谢您的支持！
