中恒主监控通讯协议(DNP3.0).docVIP

中恒主监控器通讯协议（DNP3.0） Ver 2.1 (暂定) 本通讯协议适合杭州中恒电气股份有限公司的ZHM05等直流系统主监控器，对本协议中恒公司保留所有权利，如有变动，除非必要，恕不另行通知终端用户。 1、结构模型 DNP3.0规约是美国IEEE的电力工程协会(PES)在IEC的基础上制定的美国国家标准。 DNP3.0通讯规约是基于OSI标准七层协议的四层(应用层，传输层，链路层，物理层)而设计的。 图1 各协议栈数据单元之间的关系 2、物理层 通讯方式：支持异步全双工RS232/半双工RS485通讯方式 通讯速率：2400bps，4800bps，9600bps，19200bps 字符格式：1位起始位、8位数据位、无校验位、1位停止位 3、链路层 3.1 帧格式FT3 长度L： 指控制字，目的地址，源地址和用户数据的总长，不包含CRC字节，最小为5，最大为255。 目的地址D： 两个字节，低字节在前，是指数据所要到达的站的地址。 源地址S： 两个字节，低字节在前，是指发出数据的站的地址。 控制字C： 格式如下 D7 D6 D5 D4 D3 D2 D1 D0 DIR PRM FCB FCV 功能码FC 原发站到响应站 RES DFC 响应站到原发站 DIR： 1表示传输的方向是从主站到从站。 0表示传输的方向是从从站到主站。 PRM： 1表示数据来自原发站。0表示数据来自响应站。 FCB： 帧计数位是用于防止帧丢失或者被重复的传送。每当成功地完成一次发送确认服务后该位就翻转一次，0、1交替，进行简单的纠错。 FCV： 帧计数有效位。 1时表示本帧的FCB位有效。 0忽略FCB位。 DFC： 此位是被用作防止响应站的缓冲区溢出。如果DFC被置为1，表示如继续向响应站传输数据，将使响应站的缓冲区溢出。 监控器作为从站，只接收DIR=1,PRM=1的数据 功能码FC： 发自原发站的功能码 功能码 帧类型 服务功能 FCV位 0 发送－期待确认 远方链路复位 0 1 发送－期待确认 用户进程复位 0 2 发送－期待确认 链路测试 1 3 发送－期待确认 用户数据 1 4 发送－不期待确认 不用确认的用户数据 0 9 查询－期待确认 询问链路状态 0 发自响应站的功能码 功能码 帧类别 服务功能 0 确认 肯定确认ACK 1 确认 否定确认NAVK 11 响应 报告链路状态 用户数据：跟在报文头后面，每一块可包括1至16个字节的数据。如果数据的长度大于16个字节，则除了最后一个数据块，其他的数据块长度全为16字节 CRC： 两个字节长，低字节在前。报文头和每个数据块后都有两个字节的CRC校验码，报文头的CRC校验项目包括START、长度、控制字、目的地址和源地址。 4、传输层 传输层的作用是当源发站和响应站之间所传输的信息大于一个链路协议数据单元（LPDU）的容量时，要将传输服务数据单元（TSDU）分解成几个传输协议数据单元（TPDUS）进行传输。主监控只接收FIN=1,FIR=1的帧。 TPDUS的格式如下： TH Data TH的格式如下： D7 D6 D5 D4 D3 D2 D1 D0 FIN FIR SEQ FIN： 1表示这是数据的最后一帧。 0表示本帧不是数据的最后一帧。 FIR： 1表示本帧是数据的第一帧。 0表示本帧不是数据的第一帧。 SEQ： 表示本帧数据的序列号，用于防止帧丢失和重复。 5、应用层 DNP3.0的功能非常庞大，在实际应用中，这里仅仅用了其中的一些功能，未在这里列出所有功能。主监控只支持被动轮询的工作方式，不主动上送数据给RTU。如果链路层控制字的功能码要求确认时，先进行链路层确认，再进行应用层应答 应用层的命令可以分成如下两类： 应用层的请求命令，格式如下：（只有主站才能发请求命令） ReqH ObjH Data ObjH Data 其中ReqH 的格式如下： AC FC AC的格式：(主监控只接收FIN=1,FIR=1的帧) D7 D6 D5 D4 D3 D2 D1 D0 FIN FIR CON SEQ FIN：1表示这是数据的最后一帧。0表示本帧不是数据的最后一帧。 FIR：1表示本帧是数据的第一帧。0表示本帧不是数据的第一帧。 CON：1表示期望接收到一个确认。0表示不期望接收到一个确认。 SEQ：表示本帧的序号。其中： 0～15用作主站的请求和从站对主站请求的响应。 16～31用作从站的非请求响应。 请求功能码： 1 读 2 写 应用层的响应命令，格