设备通讯协议

设备通信协议

目录

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通讯数据格式 (11)

4.公共命令定义 (12)

5.编码表 (19)

5.1节点类型编码表 (19)

5.2命令回应编码表 (19)

1.适用范围

本协议定义WiFi模块与MCU控制单元,WiFi模块与云APP间,以及主从模块之间的通讯协议框架。

2.协议框架

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

3.协议内容

3.1设备内部组网协议(或者MCU透传模式协议)

备内部组网协议包括设备配对、连接、心跳机制等,目的是将一个子设备加入到设备组中,并保持连接。

3.1.1 通讯命令格式

采用二进制的通讯协议格式,包格式如下表:

同步头Head

Option 包长度(变

长)

加密随

机数

(Option)

源设备

类型

(Option)

源设备

编码

(Option)

CMD

Key

CMD ID Payload CRC

(Opti

on)

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协议框架,串口上的通信采用包含包头和校验的二进制协议,通信包采用二进制格式传输,高位在前低位在后。

此协议定义的MQTT Topic类型有以下2种:

①单播,unicast

/u/{TargetType}/{TargetID}

②广播,broad cast

/b/{SourceType}/{SourceID}

注释:

TargetType:目标设备类型,TargetID:目标设备编码

SourceType:源设备类型,SourceID:源设备编码

3.2.2 通讯命令格式

设备与云端、APP的通讯命令分为4种:

请求与回应、通知命令、广播命令,具体的命令以及格式在后面章节介绍。

3.2.2 连接流程

设备连接云端的步骤如下图:

WiFi模块云

等待连接路由

等待MCU上

电,获取密钥

https获取server

信息

https发送server

信息

建立MQTT连接

订阅设备主题

命令交互

状态上报

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 CM

D

ID

Payload CRC

(Opti

on)

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

预留预留预留预留CheckSu

m校验广播类

型链路

CRC校验加密选项

typedef enum

{

OPTIONAL_ENCRYPT_BIT = (1<<0),

OPTIONAL_CRC_BIT = (1<<1),

OPTIONAL_BROADCAST_DA TALINK_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

(Opti

on)

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.2Pad串口通讯数据格式

下行数据格式,PAD->设备

同步头Head

Option 包长度(变

长)

加密随

机数

(Option)

源设备

类型

(Option)

源设备

编码

(Option)

源设备GUID

目标设备GUID

CMD

ID

Paylo

ad

CRC(Op

tion)

2B 1B 1~2 B 1B 1B 3B 34字节1B NB 2B 上行数据格式,设备->PAD

同步头Head

Option 包长度(变

长)

加密随

机数

(Option)

源设备

类型

(Option)

源设备

编码

(Option)

源设备GUID CMD

ID

Paylo

ad

CRC(Op

tion)

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}/{Sour

ceID}

第一个设备是主设备

设备硬件架构类型参考

“设备硬件架构类型编

码表”

设备是否在线,0不在线,

1在线

33 WiFi配置完成通知WiFi模块->APP ?CMD ID[1Byte]

?设备GUID[ASCII,17字节]

?用户的小智ID[string, 10

字节]

?设备业务编码长度[1Byte]

?设备业务编码[N Byte]

MQTT主题:

/u/{TargetType}/{Tar

getID}

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]、设备

设备是否在线,0不在线,

1在线

业务编码[N Byte]、固件版本[1BYTE]、设备硬件架构类型[1BYTE]、设置是否在线[1Byte],若干

?

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长度为0表

示不需要设备业务ID

暂时只需要工厂测试程

?设备业务ID[N Byte] 序支持

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,

宇电AI501 RS485通讯协议说明

AIBUS通讯协议说明(V7.0) AIBUS是厦门宇电自动化科技有限公司为AI系列显示控制仪表开发的通讯协议,能用简单的指令实现强大的功能,并提供比其它常用协议(如MODBUS)更快的速率(相同波特率下快3-10倍),适合组建较大规模系统。AIBUS采用了16位的求和校正码,通讯可靠,支持4800、9600、19200等多种波特率,在19200波特率下,上位机访问一台AI-7/8系列高性能仪表的平均时间仅20mS,访问AI-5系列仪表的平均时间为50mS。仪表允许在一个RS485通讯接口上连接多达80台仪表(为保证通讯可靠,仪表数量大于60台时需要加一个RS485中继器)。AI系列仪表可以用PC、触摸屏及PLC作为上位机,其软件资源丰富,发展速度极快。基与PC的上位机软件广泛采用WINDOWS作为操作环境,不仅操作直观方便,而且功能强大。最新的工业平板触摸屏式PC的应用,更为工业自动化带来新的界面。这使得AIDCS系统价格大大低于传统DCS系统,而性能及可靠性也具备比传统DCS系统更优越的潜力,V7.X版本AI-7/8系列仪表允许连续写参数,写给定值或输出值,可利用上位机将仪表组成复杂调节系统。 一、接口规格 AI系列仪表使用异步串行通讯接口,接口电平符合RS232C或RS485标准中的规定。数据格式为1个起始位,8位数据,无校验位,1个或2个停止位。通讯传输数据的波特率可调为4800~19200 bit/S,通常用9600 bit/S,单一通讯口所连接仪表数量大于40台或需要更快刷新率时,推荐用19200bit/S,当通讯距离很长或通讯不可靠常中断时,可选4800bit/S。AI仪表采用多机通讯协议,采用RS485通讯接口,则可将1~80台的仪表同时连接在一个通讯接口上。 RS485通讯接口通讯距离长达1KM以上(部分实际应用已达3-4KM),只需两根线就能使多台AI仪表与计算机进行通讯,优于RS232通讯接口。为使用普通个人计算机PC能作上位机,可使用RS232/RS485或USB/RS485型通讯接口转换器,将计算机上的RS232通讯口或USB口转为RS485通讯口。宇电为此专门开发了新型RS232/RS485及USB/RS485转换器,具备体积小、无需初始化而可适应任何软件、无需外接电源、有一定抗雷击能力等优点。 按RS485接口的规定,RS485通讯接口可在一条通讯线路上连接最多32台仪表或计算机。需要联接更多的仪表时,需要中继器,也可选择采用75LBC184或MAX487等芯片的通讯接口。目前生产的AI仪表通讯接口模块通常采用75LBC184,这种芯片具备一定的防雷击和防静电功能,且无需中继器即可连接约60台仪表。 AI仪表的RS232及RS485通讯接口采用光电隔离技术将通讯接口与仪表的其他部分线路隔离,当通讯线路上的某台仪表损坏或故障时,并不会对其它仪表产生影响。同样当仪表的通讯部分损坏或主机发生故障时,仪表仍能正常进行测量及控制,并可通过仪表键盘对仪表进行操作,工作可靠性很高。16位校验码的正确性是简单奇偶校验的30000倍,基本能保证数据可靠性。并且同一网络上有其他公司也采用主从方式通讯的产品时,如PLC、变频器等,多数情况下AI系列仪表都不会受其它公司产品通讯干扰,不会产生采集数据混乱或无法通讯的问题。但是AI仪表协议并不能保证其它公司产品能否正常工作,所以除非万不得已,不应将AI仪表与其它产品混在一个RS485通讯总线上,而应分别使用不同的总线。 二、通讯指令 AI仪表采用16进制数据格式来表示各种指令代码及数据。AI仪表软件通讯指令经过优化设计,标准的通讯指令只有两条,一条为读指令,一条为写指令,两条指令使得上位机软件编写容易,不过却能100%完整地对仪表进行操作;标准读和写指令分别如下: 读:地址代号+52H(82)+要读的参数代号+0+0+校验码 写:地址代号+43H(67)+要写的参数代号+写入数低字节+写入数高字节+校验码 地址代号:为了在一个通讯接口上连接多台AI仪表,需要给每台AI仪表编一个互不相同的通讯地址。有效的地址为0~80(部分型号为0~100),所以一条通讯线路上最多可连接81台AI仪表,仪表的通讯地址由参数Addr决定。仪表内部采用两个重复的128~208(16进制为80H~D0H)之间数值来表示地址代号,由于大于128的数较少用到(如ASC方式的协议通常只用0-127之间的数),因此可降低因数据与地址重复造成冲突的可能性。

自动化设备合同协议书

合同协议书 采取公开招标方式,采购,经评标委员会评定,确定为供货方,合同总金额为人民币。与同意按如下条款和条件签定合同协议书: 1、本合同双方必须遵守中华人民共和国经济合同法的规定履行合同义务。 2、合同文件 下列文件是本合同协议书不可分割的部分,具有与合同同等的效力: 2.1中标通知书; 2.2 协议书(包括补充协议); 2.3合同条款; 2.4 投标报价书; 2.5技术文件 2.6投标报价表 2.7技术协议 2.8履约保函 2.9经双方确认进入合同的其他文件。 3、卖方保证按照协议第2款所列的全部文件的规定,交付合同设备,承担上述文件规定的卖方的一切责任和义务。 4、买方保证按照协议第2款所列的全部文件的规定向卖方支付货款,承担上述文件规定的买方的一切责任和义务。 5、本合同协议书经双方授权代表签字盖章后生效。 6、本合同协议书于年月日,在签订。 7、本合同一式陆份,其中正本贰份,双方各执壹份,副本肆份,买方执叁份,卖方执壹份。

监督管理单位: 法定代表人: 买方:卖方: (盖单位章)(盖单位章) 法定代表人:法定代表人: (或委托代理人)(或委托代理人) 地址:地址: 电话:电话: 电传:电传: 传真:传真: 邮政编码:邮政编码: 开户银行:开户银行: 帐号:帐号:

专用合同条款 1.1词语涵义 除上下文另有要求外,合同中下列词语应具有本条所赋予的涵义。 (1)“买方”是指。 (2)“卖方”是指山。 (3)“合同”指由卖方和买方(以下简称“双方”)签署的合同协议 (4)“合同设备”是指本合同项下的设备和有关的技术资料。 (5)“合同价格”是指在卖方已经充分和适当地履行了其合同义务后,买方根据合同规定支付给卖方的价款。该价款不受价格波动的影响。 (6)“验收”是指合同设备达到后,买方对合同设备的接受。 (7)“保修期”是指自验收之日起,卖方对合同设备质量给予的保证,保修期内卖方负责纠正或清除合同设备出现的缺陷。 1.2法律、法规和规章 适用于本合同的法律、法规和规章是中华人民共和国法律、行政法规以及国务院有关部门的规章和工程所在地的省、自治区、直辖市的地方法规和规章。 1.3合同范围 1.3.1买方同意从卖方购买、卖方同意出售合同设备。供货范围、合同设备的数量、单位、技术型号规格和保证指标等,应与招标文件的要求一致。 1.3.2合同设备必须符合招标文件规定的验货标准。 1.4 价格 1.4.1本合同的总价为人民币(大写。。 1.4.2本合同设备价格是固定价格。 1.4.3合同第1.4.1条规定的合同设备价格为设备运施工现场安装调试完成并通过最终验收后的价格。 1.5价格调整 1.5.1物价波动引起的价格调整 物价引起的价格变动不进行价格调整。 1.5.2法规引起的价格调整 法规更改引起的价格变动不进行调整。

串口通信协议

串口通讯—通信协议 所谓通信协议是指通信双方的一种约定。约定包括对数据格式、同步方式、传送速度、传送步骤、检纠错方式以及控制字符定义等问题做出统一规定,通信双方必须共同遵守。因此,也叫做通信控制规程,或称传输控制规程,它属于ISO'S OSI七层参考模型中的数据链路层。 目前,采用的通信协议有两类:异步协议和同步协议。同步协议又有面向字符和面向比特以及面向字节计数三种。其中,面向字节计数的同步协议主要用于DEC公司的网络体系结构中。 一、物理接口标准 1.串行通信接口的基本任务 (1)实现数据格式化:因为来自CPU的是普通的并行数据,所以,接口电路应具有实现不同串行通信方式下的数据格式化的任务。在异步通信方式下,接口自动生成起止式的帧数据格式。在面向字符的同步方式下,接口要在待传送的数据块前加上同步字符。 (2)进行串-并转换:串行传送,数据是一位一位串行传送的,而计算机处理数据是并行数据。所以当数据由计算机送至数据发送器时,首先把串行数据转换为并行数才能送入计算机处理。因此串并转换是串行接口电路的重要任务。 (3)控制数据传输速率:串行通信接口电路应具有对数据传输速率——波特率进行选择和控制的能力。 (4)进行错误检测:在发送时接口电路对传送的字符数据自动生成奇偶校验位或其他校验码。在接收时,接口电路检查字符的奇偶校验或其他校验码,确定是否发生传送错误。 (5)进行TTL与EIA电平转换:CPU和终端均采用TTL电平及正逻辑,它们与EIA采用的电平及负逻辑不兼容,需在接口电路中进行转换。 (6)提供EIA-RS-232C接口标准所要求的信号线:远距离通信采用MODEM时,需要9根信号线;近距离零MODEM方式,只需要3根信号线。这些信号线由接口电路提供,以便与MODEM或终端进行联络与控制。 2、串行通信接口电路的组成 为了完成上述串行接口的任务,串行通信接口电路一般由可编程的串行接口芯片、波特率发生器、EIA 与TTL电平转换器以及地址译码电路组成。其中,串行接口芯片,随着大规模继承电路技术的发展,通用的同步(USRT)和异步(UART)接口芯片种类越来越多,如下表所示。它们的基本功能是类似的,都能实现上面提出的串行通信接口基本任务的大部分工作,且都是可编程的。才用这些芯片作为串行通信接口电路的核心芯片,会使电路结构比较简单。 3.有关串行通信的物理标准 为使计算机、电话以及其他通信设备互相沟通,现在,已经对串行通信建立了几个一致的概念和标准,这些概念和标准属于三个方面:传输率,电特性,信号名称和接口标准。 1、传输率:所谓传输率就是指每秒传输多少位,传输率也常叫波特率。国际上规定了一个标准波特率系列,标准波特率也是最常用的波特率,标准波特率系列为110、300、600、1200、4800、9600和19200。大多数CRT终端都能够按110到9600范围中的任何一种波特率工作。打印机由于机械速度比较慢而使传输波特率受到限制,所以,一般的串行打印机工作在110波特率,点针式打印机由于其内部有较大的行缓冲

动环FSU与被监控智能设备通信接口协议及版本库管理办法

动环FSU(监控设备)与被监控智能设备通 信接口 协议及版本库管理办法 第一条为降低基站动环FSU与被监控智能设备互联互通的工作难度,总部特建立动环FSU与被监控智能设备通信接口协议及版本库。 总部通信技术研究院负责对动环FSU与被监控智能设备通信接口协议及版本库进行管理。 第二条目前形成的动环FSU与被监控智能设备通信接口协议及版本库内容清单见附表;后续,总部通信技术研究院还会收集整理形成三家电信企业存量基站所属智能设备的通信接口协议及版本库。 第三条动环FSU与被监控智能设备通信接口协议及版本的使用: (一)通信技术研究院对被监控智能设备通信接口协议使用需求进行管理,各使用单位向通信技术研究院提出需求,由通信技术研究院审核无误后,将申请方所需协议内容提供给需求单位; (二)相关智能设备协议的解析以及与北向B接口功能

字典的匹配,均由动环FSU厂家完成; (三)FSU厂家与智能设备厂家间由于接口协议沟通协调遇到技术困难时,可联系通信技术研究院进行协调。 第四条本办法发布后,凡各省级分公司再自行采购的新厂商被监控智能设备,均应要求厂家将相关互联互通的通信接口协议及版本先行提供给总部通信技术研究院,以免出现FSU与被监控智能设备不能互联互通的问题。 第五条总部通信技术研究院后续会对购买的被监控智能设备接口协议分类逐步进行统一,实现铁塔公司FSU设备协议的标准化。 附表:新建基站被监控智能设备通信接口协议及版本库总目录(V1.00)

附表:新建基站被监控智能设备通信接口协议及版本库总目录(V1.00) 专业资料

(1)新建基站开关电源通信接口协议及版本库(V1.00) 专业资料

RS485仪表通讯协议

目录 1.引言 (1) 1.1仪表通讯及命令 (1) 1.2仪表基本构成与通讯命令的关系 (2) 2.接线 (3) 2.1RS232接口的仪表与计算机的接线 (3) 2.2RS485接口的仪表与计算机的接线 (4) 2.3关于JR485转换器 (4) 3.通讯接口要素 (5) 4.仪表的版本号 (6) 5.校验核 (7) 6.一般仪表命令集详解 (8) 6.0关于命令集 (8) 6.1读版本号命令 (10) 6.2读主测量值命令 (10) 6.3读其它测量值命令 (11) 6.4读模拟量输出值及开关量输入输出状态命令 (12) 6.5输出模拟量命令 (13) 6.6输出开关量命令 (14)

6.7读仪表参数符号命令 (15) 6.8读仪表参数命令 (16) 6.9设置仪表参数命令 (16) 7.巡检仪通讯命令集 (18) 7.0关于命令集 (18) 7.1读测量值命令 (19) 7.2读报警状态命令 (20) 7.3读参数命令 (21) 7.4设置参数命令 (22) 7.5参数地址表 (23) 8.测试软件 (25) 8.0关于测试软件 (25) 8.1DOS环境测试 (25) 8.2W INDOWS 环境下测试 (26) 9.故障诊断及应用笔记 (29) 9.1故障诊断流程图 (29) 9.2应用笔记 (30) 附录1 通讯中使用的ASCⅡ码表 (31) 附录2 XS系列仪表通讯协议的解释与补充 (32)

1.引言 1.1 仪表通讯及命令 仪表能连接到所有的计算机并与之通讯,采用RS232或RS485传输标准。仪表与计算机之间的往来通讯都以ASCⅡ码实现,意味着计算机能以任何高级语言编程。 仪表的命令集由数条指令组成,完成计算机从仪表读取测量值、报警状态、控制值、参数值,向仪表输出模拟量、数字量,以及对仪表的参数设置。与通过仪表面板设置参数一样,通过计算机对仪表的参数设置被存入EEPROM存贮器,在掉电情况下也能保存这些参数。 为避免通讯冲突,所有的操作均受计算机控制。当仪表不进行发送时,都处于侦听方式。计算机按规定地址向某一仪表发出一个命令,然后等待一段时间,等候仪表回答。如果没收到回答,则超时中止,将控制转回计算机。 由于仪表的特性不同,我们将仪表的通讯命令集分为3类: 第1类:一般仪表 包括除巡检仪和无纸记录仪外的全部仪表。 命令详解见第6章 第2类:巡检仪表 命令详解见第7章 第3类:无纸记录仪 通讯规程见《无纸记录仪用户手册》

自动化设备购销合同协议书范本

编号:自动化设备购销合同 供方:_______________________ 需方:_______________________

签订日期:___ 年___ 月_____ 日 供方: 法定代表人:项目联系人:联系方式: 通信地址:电话:传真: 本合同就需方向供方购买__________________ 项目一事,经过平等协商,在真实、充分地表达各自意愿的 基础上,根据《中华人民共和国合同法》的规定,达成如下协议,并由合作双方共同恪守。 第一条本合同合作的要求如下: 1、供方的技术内容:① 项目方案设计; ②机器设备制造; ③机器整装调试及小试。; ④提供优质的售后服务 2、双方执行的合作路线: ①需方给供方提供全面的项目技术资料(包括工艺要求、半成品及成品的实物样品、半成品及成品图纸、生产现场作业视频等)- ②供方进入2D方案整体布局设计及3D细化方案设计- ③需方针对供方提供的设计方案进行评审,直到双方共同认可最终的设计方案- ④供方提供项目排期给需方并且双方确认- ⑤供方进入关键工位的试验论证,如果岀现论证与设计不符,双方另行协商修改设计方案或修改项目排期直至最终共同认可- ⑥供方进入设备制造- ⑦设备制造中期,需方安排技术人员至供方现场督导- ⑧在需方无临时变更技术要求的情况下供方按照排期约定通知需方预验收- ⑨供方根据需方预验收结果予以改善直至双方认同改善结果,并需方签署预验收报告-

⑩供方岀货给需方。 第二条本合同合作双方在研究开发项目中,分工承担如下工作:需方:

1. 免费分批提供符合本合同技术参数要求的□ 1000 套半成品合格物料□ 5000-10000 套半成品合格物料 □三50000 套半成品合格物料予供方,便于项目前期开发的论证试验及后期的设备调试之用; 2. 提供该项目的全面技术要求书,便于供方按照技术要求书进行设备开发; 3. 参与供方设计方案的评审和确认工作; 4. 参与供方实验论证结果的审核和确认工作; 5. 安排技术人员至供方现场进行预验收并对预验收结果提岀改善意见和最终的预验收报告确认 6. 按照供方要求对设备正常使用需要具备的合格物料进行严格的品质控制,以配合设备的稳定 7. 对设备交付后进行正确的维护和保养 供方: 1、工作内容:按照需方要求进行项目设计和设备制造,并且严格遵守时间排期,如果岀现因任致排期变更的,双方及时沟通并共识。 2、制造地点:供方工厂。 3、送货地点:_______________________________________________________________ 。 第三条合作双方确定,本合同项下的各方提供并遵守确认的技术条件: 需方: 提供①□有需方签章的技术要求书 ②□有需方签章的合格物料样板 ③口有需方公司水印的生产现场人工作业视频 ④口有需方签章的半成品及成品技术图纸及参数 ⑤□有需方公司水印的行业或本厂已有类似设备的参考视频 ⑥口设备的外观颜色要求:按利元亨公司设备标准; ⑦设备的电气元件品牌使用要求:□其他 签署; 性和生产效率;何一方特殊原因导

常用网络通信协议简介

常用网络通信协议简介 常用网络通信协议 物理层: DTE(Data Terminal Equipment):数据终端设备 DCE(Data Communications Equipment):数据电路端接设备 #窄宽接入: PSTN ( Public Switched Telephone Network )公共交换电话网络 ISDN(Integrated Services Digital Network)ISDN综合业务数字网 ISDN有6种信道: A信道 4khz模拟信道 B信道 64kbps用于语音数据、调整数据、数字传真 C信道 8kbps/16kbps的数字信道,用于传输低速数据 D信道 16kbps数字信道,用于传输用户接入信令 E信道 64kbps数字信道,用于传输内部信令 H信道 384kbps高速数据传输数字信道,用于图像、视频会议、快速传真等. B代表承载, D代表Delta. ISDN有3种标准化接入速率: 基本速率接口(BRI)由2个B信道,每个带宽64kbps和一个带宽16kbps的D信道组成。三个信道设计成2B+D。 主速率接口(PRI) - 由很多的B信道和一个带宽64Kbps的D信道组成,B信道的数量取决于不同的国家: 北美和日本: 23B+1D, 总位速率1.544 Mbit/s (T1) 欧洲,澳大利亚:30B+2D,总位速率2.048 Mbit/s (E1) FR(Frame Relay)帧中继

X.25 X.25网络是第一个面向连接的网络,也是第一个公共数据网络. #宽带接入: ADSL:(Asymmetric Digital Subscriber Line)非对称数字用户环路 HFC(Hybrid Fiber,Coaxial)光纤和同轴电缆相结合的混合网络 PLC:电力线通信技术 #传输网: SDH:(Synchronous Digital Hierarchy)同步数字体系 DWDM:密集型光波复用(DWDM:Dense Wavelength Division Multiplexing)是能组合一组光波长用一根光纤进行传送。这是一项用来在现有的光纤骨干网上提高带宽的激光技术。更确切地说,该技术是在一根指定的光纤中,多路复用单个光纤载波的紧密光谱间距,以便利用可以达到的传输性能(例如,达到最小程度的色散或者衰减)。 #无线/卫星: LMDS:(Local Multipoint Distribution Services)作区域多点传输服务。这是一种微波的宽带业务,工作在28GHz附近频段,在较近的距离双向传输话音、数据和图像等信息。 GPRS:(General Packet Radio Service)通用分组无线服务技术。 3G:(3rd-generation,3G)第三代移动通信技术 DBS:(Direct Broadcasting Satellite Service)直播卫星业务 VAST: 协议:RS-232、RS-449、X.21、V.35、ISDN、FDDI、IEEE802.3、IEEE802.4、IEEE802.5等。 RS-232:是个人计算机上的通讯接口之一,由电子工业协会(Electronic Industries

通信协议

常用通信协议汇总 一、有线连接 1.1RS-232 优点:RS-232是为点对点(即只用一对收、发设备)通讯而设计的,其驱动器负载为3kΩ~7kΩ。所以RS-232适合本地设备之间的通信。 缺点:(1)接口的信号电平值较高,易损坏接口电路的芯片,又因为与TTL 电平不兼容故需使用电平转换电路方能与TTL电路连接。 (2)传输速率较低,在异步传输时,最高速率为20Kbps。 (3)接口使用一根信号线和一根信号返回线而构成共地的传输形式,而发送电平与接收 电平的差仅为2V至3V左右,所以其共模抑制能力差,再加上双绞线上的分布电容,其传送距离最大为约15米。 1.2RS-485 RS485有两线制和四线制两种接线,四线制只能实现点对点的通信方式,现很少采用,现在多采用的是两线制接线方式,这种接线方式为总线式拓朴结构,传输距离一般在1~2km以下为最佳,如果超过距离加"中继"可以保证信号不丢失,而且结点数有限制,结点越多调试起来稍复杂,是目前使用最多的一种抄表方式,后期维护比较简单。常见用于串行方式,经济实用。 1.3CAN 最高速度可达1Mbps,在传输速率50Kbps时,传输距离可以达到1公里。在10Kbps速率时,传输距离可以达到5公里。一般常用在汽车总线上,可靠性高。 1.4TCP/IP 它可以用在各种各样的信道和底层协议(例如T1和X.25、以太网以及RS-232串行接口)之上。IP数据包是不可靠的,因为IP并没有做任何事情来确认数据包是按顺序发送的或者没有被破坏。IP数据包中含有发送它的主机的地址(源地址)和接收它的主机的地址(目的地址)。 1.5ADSL 基于TCP/IP 或UDP协议,将抄表数据发送到固定ip,利用电信/网通现有的布线方式,速度快,性能比较可以,缺点是不适合在野外,设备费用投入较大,对仪表通讯要求高。 1.6FSK 可靠通信速率为1200波特,可以连接树状总线;对线路性能要求低,通信距离远,一般可达30公里,线路绝缘电阻大于30欧姆,串联电阻高达数百欧姆都可以工作,适合用于大型矿井监控系统。主要缺点是:系统造价略高,通信线路要求使用屏蔽电缆;抗干扰性能一般,误码率略高于基带。 1.7光纤方式 传输速率高,可达百兆以上;通信可靠无干扰;抗雷击性能好,缺点:系统造价高;光纤断线后熔接受井下防爆环境制约,不宜直达分站,一般只用于通信干线。 1.8电力载波 1.9利用现有电力线,通过载波方式将模拟或数字信号进行高速传输的技术。由于使用坚固可靠的电力线作 为载波信号的传输媒介,因此具有信息传输稳定可靠,路由合理、可同时复用远动信号等特点,不需要线路投资的有线通信方式,但是开发费用高,调试难度大,易受用电环境影响,通讯状况用户的用电质量关系紧密。 二、无线连接 2.1Bluetooth 蓝牙是一种支持设备短距离通信的无线电技术。它是一种无线数据与语音通信的开放性全球规范,它以低

2020年自动化设备采购合同范本

2020年自动化设备采购合同范本 Model contract for procurement of automation equipment in 2 020 甲方:___________________________ 乙方:___________________________ 签订日期:____ 年 ____ 月 ____ 日 合同编号:XX-2020-01

2020年自动化设备采购合同范本 前言:购销合同是指一方将货物的所有权或经营管理权转移给对方,对方支付价款的协议。购销合同包括供应、采购、预购、购销结合及协作、调剂等形式。本文档根据购销合同内容要求和特点展开说明,具有实践指导意义,便于学习和使用,本文档下载后内容可按需编辑修改及打印。 甲方:____________________________________ 代表人:__________________________________ 乙方:____________________________________ 代表人:__________________________________ 今甲方向乙方采购一批自动化设备,为友好合作,特定如下协议。 一、采购产品名称、价格和规定 甲方向乙方订购的设备,共计______台(配置详见附件:自动化设备清单),总金额为:________元。(大写: ________整) 二、产品的验收、售后服务及质保 1、乙方按照双方约定的配置供货,甲方按照配置单收货。

2、验收通过标准:所有产品部件均为协议附件之约定的部件,并部件运行正常。 3、乙方对所提供的产品在质保期内出现的品质问题,在设备没有人为外力损坏的情况下,发生的一切设备故障,乙方将按照相应配件厂商质保标准提供免费维修、免费更换等无偿服务。 4、人为损坏和其它非自然缘故造成的设备不能正常使用的,乙方不予免费质保,但可以提供相关服务,由此产生的费用由甲方承担。 三、货款结算 协议签署后,乙方将设备备齐后,运送并安装到规定地点,由甲方清点验收,验收完毕后,甲方将货款________元(大写:________元整)一次性付给乙方,乙方同时将设备交付给甲方。 四、甲方的权利和义务 1、甲方和乙方应充分协商,制定本协议约定的机器配置。在配置确定后,若有任何调整影响,应及时向乙方说明。

通讯方式和通讯协议介绍

目录 一、RS232的串口通讯 (2) 应用 (2) 工作方式 (2) 接口标准 (2) 电路组成 (3) 概述 (3) 简介 (3) 二、RS485串行通讯 (3) 简介 (3) 接口 (4) 电缆 (4) 布网 (5) 区别 (5) 三、串行通信 (6) 概念 (6) 分类 (7) 同步通信 (7) 异步通信 (7) 特点 (7) 形式和标准 (7) 调幅方式 (7) 调频方式 (8) 数字编码方式 (8) 数据传输率 (8) 发送时钟和接收时钟 (9) 异步通信协议 (9) 通信协议 (10) 普遍协议 (10) USB (11) IEEE 1394 (11) 相关应用 (12) 四、通讯协议 (12) 简介 (12) 详细介绍 (13) TCP/IP (13) IPX/SPX (13) NetBEUI (14) 通信协议 (14) RS-232-C (14) RS-449 (14) V.35 (15) X.21 (15) HDLC (15) 管理协议 (15) SNMP (15) PPP (16)

一、RS232的串口通讯 应用 随着计算机系统的应用和微机网络的发展,通信功能越来越显得重要.这里所说的通信是指计算机与外界的信息交换.因此,通信既包括计算机与外部设备之间,也包括计算机和计算机之间的信息交换.由于串行通信是在一根传输线上一位一位的传送信息,所用的传输线少,并且可以借助现成的电话网进行信息传送,因此,特别适合于远距离传输.对于那些与计算机相距不远的人-机交换设备和串行存储的外部设备如终端、打印机、逻辑分析仪、磁盘等,采用串行方式交换数据也很普遍.在实时控制和管理方面,采用多台微机处理机组成分级分布控制系统中,各CPU 之间的通信一般都是串行方式.所以串行接口是微机应用系统常用的接口。许多外设和计算机按串行方式进行通信,这里所说的串行方式,是指外设与接口电路之间的信息传送方式,实际上,CPU 与接口之间仍按并行方式工作. 工作方式 由于CPU 与接口之间按并行方式传输,接口与外设之间按串行方式传输,因此,在串行接口中,必须要有" 接收移位寄存器" (串→并)和" 发送移位寄存器" (并→串). 在数据输入过程中,数据1 位1 位地从外设进入接口的" 接收移位寄存器",当" 接收移位寄存器" 中已接收完1 个字符的各位后,数据就从" 接收移位寄存器" 进入" 数据输入寄存器" . CPU 从" 数据输入寄存器" 中读取接收到的字符.(并行读取,即D7~D0 同时被读至累加器中). " 接收移位寄存器" 的移位速度由" 接收时钟" 确定. 在数据输出过程中,CPU 把要输出的字符(并行地)送入" 数据输出寄存器"," 数据输出寄存器" 的内容传输到" 发送移位寄存器",然后由" 发送移位寄存器" 移位,把数据1 位 1 位地送到外设. " 发送移位寄存器" 的移位速度由" 发送时钟" 确定. 接口中的" 控制寄存器" 用来容纳CPU 送给此接口的各种控制信息,这些控制信息决定接口的工作方式. " 状态寄存器" 的各位称为" 状态位",每一个状态位都可以用来指示数据传输过程中的状态或某种错误.例如,用状态寄存器的D5 位为"1" 表示" 数据输出寄存器" 空,用D0 位表示" 数据输入寄存器满",用D2 位表示" 奇偶检验错" 等. 能够完成上述" 串<- -> 并" 转换功能的电路,通常称为" 通用异步收发器" (UART :Universal Asynchronous Receiver and Transmitter),典型的芯片有:Intel 8250/8251,16550 接口标准 ⑴实现数据格式化:因为来自CPU的是普通的并行数据,所以,接口电路应具有实现不同串行通信方式下的数据格式化的任务。在异步通信方式下,接口自动生成起止式的帧数据格式。在面向字符的同步方式下,接口要在待传送的数据块前加上同步字符。

BT仪表通讯协议

仪表串行通讯协议 一、接口规格 仪表通信接口规格可选择RS232C或RS485,接口电平符合RS232C或RS485标准中的规定。用RS485通讯接口时,为一对多通信方式,即可以将1—64台不同型号仪表挂接在一条通讯线路上,和上位计算机的一个串口连接。使用RS232C通讯接口时,为一对一方式,一台仪表连接上位计算机的一个串口。 数据格式:1个起始位,8位数据,无校验位,2个停止位; 波特率:1200—9600 bit/S。上下位机必须相同。 二、通讯协议 2.1. 地址编码 为了在一个通讯线路上连接多台仪表,需要给每台仪表分配一个不重复的地址编码。仪表有效的地址数值范围:0—63。即一条通讯线路上最多可连接64台仪表。仪表地址由参数Add设定。地址编码为两个字节,其数值范围(16进制数)是80H—BFH,两个字节必需相同,编码值为(80H+仪表地址)。例如,仪表参数Add=1(Hex=01H, 80H+01H=81H),则该台仪表的地址编码为:81H 81H 2.2 参数读写编号 参数读写编号(Hex)含义有效设置范围备注 SEt 00 给定值-1999~9999 或-9999—+30000 HAL 01 上限报警-1999~9999 LAL 02 下限报警-1999~9999 HdAL 03 正偏差报警0~9999 LdAL 04 负偏差报警0~9999 dIF 05 回差(不灵敏区)0~2000 Cont 06 控制方式0~3 Int 07 积分参数0~9999 Pro 08 比例参数0~9999 Lt 09 滞后时间0~9999 Crt 0A 调节周期0~100 InP 0B 输入规格0~50 dP 0C 小数点位置0~3 F.S-L 0D 量程下限-1999~9999 F.S-H 0E 量程上限-1999~9999 LCb 0F 冷端补偿 Cor 10 迁移量-1999~2000 out 11 主输出类型0~4 outL 12 主输出下限0~220 outH 13 主输出上限0~220 Func 14 功能选择0~7 bAud 15 波特率0~9600 Add 16 仪表地址0~63 dr 17 数字滤波0~15 Stat 18 手动/自动选择0~2 0:仪表切换至手动状态;1:仪表切换至自动状态;2:禁止由仪表按键切换至手动状态; PLoc 19 操作权限密码0~9999

自动化装备采购技术协议

装配与检测自动化线设备 甲方:乙方:技术协议

目录 1、总则 2、概况 2.1、项目背景 2.2、适用产品 2.3、生产线节拍 3、自动装配生产线总体工艺方案 4、主要零部件要求 5、自动装配设备电控系统 6、设备结构及刚性要求 7、应用环境条件 8、乙方提产完整技术资料 9、设备验收 9.1、预验收 9.2、终验收 10、质保和培训 11、保密 12、其它 1、总则

甲方:(以下简称甲方)与(以下简称乙方)经双方友好协商达成以下协议。 2、项目背景 2.1、本技术协议适用于甲方”D”系列锁总成(含CH071,A28,CD391等的左、右部分)自动化装配和检测等 技术要求。 2.2、本技术协议所提出的是最低限度的技术要求,并未对一切技术细节做出规定,也未充分引 述有关标准和规范的条文,乙方保证提供符合现行技术协议和现行工业标准的优质产品。 2.3、在签订合同之后,甲方有权提出因规范标准和规程发生变化而产生的一些补充修改要求, 具体款项由买、卖双方共同商定。 2.4、本自动装配线要求生产节≤12秒/只,小时产量300~360只/小时。单班产能≧2000只/8 小时。 3、自动装配生产线总体工艺方案 3.1、本生产线采取直线型布局,工作站和传输线体主要使用铝型材。 3.2、本生产线各工作站之间工作独立,不可因个别站点故障影响其它站点运转。 3.3、本生产线具体详细工艺布局,由乙方提交给甲方做为协议的附件。 3.4、工艺制程要求见附表一:

3.5、甲方产品参数要求: 甲方产品技术参数要求解锁力:10N ≤ P≤49 N(传感器量程80N,精度0.5N)闭锁力:30N≤P≤75N(传感器量程120N,精度1.0 N)以总成图全面要求为准。 4、乙方提供自动装配检测设备主要零部件要求:

仪表CAN通讯协议.pdf

模式一:电池基本数据 BMS : CAN 总线通讯规范(仪表) 1.通讯规范 数据链路层应遵循的原则 总线通讯速率为:250Kbps 数据链路层的规定主要参考 CAN2.0B 和 J1939 的相关规定。 使用 CAN 扩展帧的 29 位标识符并进行了重新定义,以下为 29 标识符的分配表: 其中,优先级为 3 位,可以有 8 个优先级;R 一般固定为 0;DP 现固定为 0;8 位的 PF 为报文的代码;8 位的 PS 为目标地址或组扩展;8 位的 SA 为发送此报文的源地址;?接入网络的每一个节点都有名称和地址,名称用于识别节点的功能和进行地址仲裁,地址用于节点的数据通信?每个节点都至少有一种功能,可能会有多个节点具有相同的功能,也可能一个节点具有多个功能

CAN 网络地址分配表: 报文格式:

模式二:电池基本数据+详细数据 BMS : CAN 总线通讯规范(仪表) 1.通讯规范 数据链路层应遵循的原则 总线通讯速率为:250Kbps 数据链路层的规定主要参考 CAN2.0B 和 J1939 的相关规定。 使用 CAN 扩展帧的 29 位标识符并进行了重新定义,以下为 29 标识符的分配表: 其中,优先级为 3 位,可以有 8 个优先级;R 一般固定为 0;DP 现固定为 0;8 位的 PF 为报文的代码;8 位的 PS 为目标地址或组扩展;8 位的 SA 为发送此报文的源地址;?接入网络的每一个节点都有名称和地址,名称用于识别节点的功能和进行地址仲裁,地址用于节点的数据通信?每个节点都至少有一种功能,可能会有多个节点具有相同的功能,也可能一个节点具有多个功能 CAN 网络地址分配表: CAN 总线结点地址从 J1939 标准中定义的获得;

自动化设备销售合同范本专业版

编号:FS-HT-05018 自动化设备销售合同专业版Automation equipment sales contract model professional version 甲方:________________________ 乙方:________________________ 签订日期:_____年____月____日 编订:FoonShion设计

自动化设备销售合同专业版 甲方: 地址: 电话: 传真: 邮政编码: 开户银行: 帐号: 乙方: 地址: 电话: 传真: 邮政编码: 开户银行: 帐号:

本合同就甲方向乙方购买______设备一事,经过平等协商,在真实、充分地表达各自意愿的基础上,根据《中华人民共和国合同法》的规定,达成如下协议,并由合作双方共同恪守。 第一条合同范围 1、甲方同意从乙方购买、乙方同意出售合同设备。供货范围、合同设备的数量、单位、技术型号规格和保证指标等,应与招标文件的要求一致。 2、合同设备必须符合招标文件规定的验货标准。 第二条价格 1、本合同的总价为人民币_______元(大写______)。 2、本合同设备价格是固定价格。 3、合同规定的合同设备价格为设备运施工现场安装调试完成并通过最终验收后的价格。 第三条质量标准 供货的质量及验收标准为行业相关标准。 第四条财务结算

1、乙方在供货过程中,甲方将以最终到货目的地验收合格的数量进行结算,结算单价以合同书的单价为准,不考虑涨价因素。 2、甲方付款的依据是合同单价、经甲方单位最终到货目的地代表人、监理及接收人签字、甲方单位认可的实际交货量、交货清单、检验报告、质量合格证和合格的发票。 3、付款结算方式:甲方按工程进度和实际使用设备数量支付乙方设备款,合同签订后,材料进场后付合同总价的20%,设备按甲方要求的安装时间由乙方安装调试合格,经甲方组织相关单位进行验收合格后,甲方向乙方付到合同总价的50%,调试运行合格后付合同总价的20%,预留10%为质保金,质保金待工程竣工验收后全部支付。 第五条设备条款 1、甲方同意从乙方购买、乙方同意出售合同设备。本设备由乙方负责安装调试,乙方应保证提供的设备名称、规格、性能、数量等,应与招标文件中的要求

通讯协议大全

T C P/I P TCP/IP是网络中使用的基本的通信协议。 TCP/IP协议包括TCP、IP、UDP、ICMP、RIP、TELNETFTP、SMTP、ARP、TFTP等许多协议,这些协议一起称为TCP/IP协议。 IPX/SPX(多用于局域网) 是基于施乐的XEROX’S Network System(XNS)协议,而SPX是基于施乐的XEROX’S SPP (Sequenced Packet Protocol:顺序包协议)协议 NetBEUI 即NetBios Enhanced User Interface,或NetBios增强用户接口。 网络通信协议: RS-232-C、RS-449、V.35、X.21、HDLC 简单网络管理协议: 简单网络管理协议SNMP、点到点协议PPP 3G标准: WCDMA(欧洲版)、CDMA2000(美国版)和TD-SCDMA(中国版) Modbus协议 Modbus就是工业控制器的网络协议中的一种 包括ASCII、RTU和TCP

现在Modbus已经是工业领域全球最流行的协议。此协议支持传统的RS-232、RS-422、RS-485和以太网设备。许多工业设备,包括PLC,DCS,智能仪表等都在使用Modbus协议作为他们之间的通讯标准。有了它,不同厂商生产的控制设备可以连成工业网络,进行集中监控。 网络协议大全 1、ARP(address resolution protocol)地址解析协议 2、SNMP(simple network management P)网络管理协议,是TCP/IP的一部分 3、AppleShare protocol(AppleShare 协议) 4、AppleTalk 协议 5?、BOOTP协议(Bootstrap?Protocol)?应用一个基于TCP/IP协议的协议,该协议主要用于有无盘工作站的局域网 6、CMIP(Common Management Information Protocol)通用管理信息协议,它是建立在开放系统互连通信模式上的网络管理协议。相关的通用管理信息服务(CMIS)定义了访问和控制网络对象,设备和从对象设备接收状态信息的方法。 7、 DHCP协议、Dynamic?Host?Configuration?Protocol(动态主机配置协议),应用:在Windows中要启用DHCP协议,只要将IP地址设置为“自动获得IP地址”即可 9、Connection-oriented Protocol/Connectionless Protocol面向连接的协议/无连接协议 10 、Discard Protocol抛弃协议它的作用就是接收到什么抛弃什么,它对调试网络状态

自动化设备销售合同专业版参考文本

自动化设备销售合同专业 版参考文本 In Order To Protect Their Legitimate Rights And Interests, The Cooperative Parties Reach A Consensus Through Consultation And Sign Into Documents, So As To Solve And Prevent Disputes And Achieve The Effect Of Common Interests 某某管理中心 XX年XX月

自动化设备销售合同专业版参考文本使用指引:此合同资料应用在协作多方为保障各自的合法权益,经过共同商量最终得出一致意见,特意签订成为文书材料,从而达到解决和预防纠纷实现共同利益的效果,文档经过下载可进行自定义修改,请根据实际需求进行调整与使用。 甲方: 地址: 电话: 传真: 邮政编码: 开户银行: 帐号: 乙方: 地址: 电话: 传真: 邮政编码:

开户银行: 帐号: 本合同就甲方向乙方购买______设备一事,经过平等协商,在真实、充分地表达各自意愿的基础上,根据《中华人民共和国合同法》的规定,达成如下协议,并由合作双方共同恪守。 第一条合同范围 1、甲方同意从乙方购买、乙方同意出售合同设备。供货范围、合同设备的数量、单位、技术型号规格和保证指标等,应与招标文件的要求一致。 2、合同设备必须符合招标文件规定的验货标准。 第二条价格 1、本合同的总价为人民币__________元(大写 _______________)。 2、本合同设备价格是固定价格。

相关文档
最新文档