恒远物联 DTU RTU通信协议Word文档格式.docx

恒远物联 DTU RTU通信协议Word文档格式.docx

《恒远物联 DTU RTU通信协议Word文档格式.docx》由会员分享，可在线阅读，更多相关《恒远物联 DTU RTU通信协议Word文档格式.docx（7页珍藏版）》请在冰豆网上搜索。

0x540x02

数据报文中，除包头包尾外，其它任何字节出现0x55都需要进行转义

接收流程:

0x540x01->

0x55

0x540x02->

0x54

7.BCD（8421码）

8.string以‘\0’结束，如:

”abc123\0”，字节长度:

7Byte

9.设备ID,16进制（8Byte）

10.指令除有特定回复外，都需要有一个对应的通用回复

协议基本格式

终端收发：

格式（TCP/UDP通信）

长度（Byte）

名称

描述

1

包头

长度低位

长度高位

命令类别

命令字

命令序号低位

命令序号高位

2

扩展信息

包括序号，加密等其它扩展

状态

8

设备ID

16进制设备号,不足前面补0

Torken

8Byte通信令牌

N

数据区

传输的数据

CRC低位

CRC高位

包尾

扩展信息段:

高8位

低8位

15

14

13

12

11

10

9

7

6

5

4

3

字段说明:

A.包头包尾：

0x55；

B.命令长度：

整条命令数据的长度，包括“长度”本身及包头包尾,CRC校验位；

C.CRC：

由“包头”至“数据”的所有字节的CRC16运算值；

即:

包头,长度:

低位,长度:

高位,命令类别,命令字,用户ID，数据。

D.命令执行状态,0x00成功0x01失败0x02主动发送0x03不支持

E.Torken:

除设备发起登录时，不需要发送此字段外，所有其它指令，均需有此字段，设备与服务器在建立连接后，以此字段来区分是否合法链接发来的指令，防止强行伪造信息包。

文档记录

日期

修改人员

2015-12-10

恒远物联

初始发布

通信协议

0xA0链路操作

0x00注册登录

回复

所有设备端收到的指令，都需要检查当前通信令牌是否匹配，如果不匹配，那么认为是非法服务器发来的指令，不予响应，特别是UDP指令，需要处理

0x01心跳数据包

数据区：

无

0x88控制操作指令

0x01图像操作

消息体

长度（byte）

备注

类型

0x01:

开始上传照片

0x00:

停止上传图片

拍摄间隔

单位：

秒

连续拍摄

其它值:

图像大小

0x05:

320*240

0x07:

640*480

0x09:

800×

600

0x0A:

1024×

768

0x0B:

1280×

960

0x0C1600×

1200

0x02图像操作实时取图

0x04服务器请求图像数据帧用于补传（单帧）

服务器向设备请求图片帧

唯一编号

当前图像在设备中的唯一编号

帧序号

帧大小

512Byte的倍数

0x05服务器请求图像数据帧用于补传（多帧）

帧数量

需要补传的帧数量,不超过255帧

帧序号,列表

0xAA数据传输

0x10上传图像数据

0:

实时图像1:

历史图像

图片长度

Uint32型,小端模式

当前帧序号

唯一序号

小端，设备的唯一序号

图像数据

回复:

0xEE设备向平台透传数据

0xFF平台向设备透传数据

0xF0终端相关操作

0x10远程获取图像

参数区：

1Byte

N＝3：

160×

120

N＝5：

320×

240

N＝7：

640×

480

N＝9：

800×

600

N＝a：

1024×

768

N＝b：

1280×

N＝c：

1600×

0x55重启设备

数据区格式：

0x88下发时钟

2byte年（小端）

1byte月

1byte日

1byte时

1byte分

1byte秒

1byte星期