DNP3.0应用备份.doc

关于北京供电局中DNP3.0规约的应用 第一部分 规约解释 DNP3.0规约是美国IEEE的电力工程协会(PES)在IEC的基础上制定的美国国家标准. DNP3.0通讯规约是基于OSI标准七层协议的三层(应用层,数据链路层,物理层)而设计的. 下面是对DNP3.0规约的简单介绍: 一、数据链路层 报文格式 START START 长度 控制字 目的地址 源地址 CRC USEDATA CRC ┄┄┄ USEDATA CRC START（两个字节）： 0564H 长度：一个字节，指控制字，目的地址，源地址和USEDATA的总长，最小为5，最大为255。 目的地址：两个字节，低字节在前，是指数据所要到达的站的地址。 源地址： 两个字节，低字节在前，是指发出数据的站的地址。 控制字：格式如下 DIR PRM FCB FCV FUNCTION CODE 原发站到响应站 响应站到原发站 RES DFC DIR：为1表示传输的方向是从主站到从站。 为0表示传输的方向是从从站到主站。 PRM：为1表示数据来自原发站 为0表示数据来自响应站 FCB：帧计数位是用于防止帧丢失或者被重复的传送。每当成功地完成一次发送确认服务后该位就翻转一次。 FCV：帧计数有效位，为1时表示本帧的FCB必须与最今一帧的FCB位的状态相反。 DFC：次位是被用作防止响应站的缓冲区溢出。如果DFC被置为1，表示如继续向响应站传输数据，将使响应站的缓冲区溢出。 功能码： 发自原发站的功能码 功能码 帧类型 服务功能 FCV位 0 发送－期待确认 远方链路复位 0 1 发送－期待确认 用户进程复位 0 2 发送－期待确认 链路测试 1 3 发送－期待确认 用户数据 1 4 发送－不期待确认 不用确认的用户数据 0 9 查询－期待确认 询问链路状态 发自响应站的功能码 功能码 帧类型 服务功能 0 确认 ACK 1 确认 NAVK 11 响应 报告链路状态 14 链路服务不能工作 15 链路服务未用或未实现 用户数据：跟在报文头后面，每一块可包括1至16个字节的数据。如果数据的长度大于16个字节，则除了最后一个数据块，其他的数据块长度全为16字节 CRC：两个字节长。报文头和每个数据块后都有两个字节的CRC校验码。 CRC计算方法 A: 生成多项式 = x16+x13+x12+x11+x10+x8+x6+x5+x2+1 (0x3d65) B: 按字节求反序. b7-b0,b6-b1,...,b0-b7 C: 查表求CRC D: CRC码按字求反序,b15-b0,b14-b1,...,b0-b15. D: CRC码求反. 二、伪传输层 伪传输层的作用是当源发站和响应站之间所传输的信息大于一个链路协议数据单元（LPDU）的容量时，要将传输服务数据单元（TSDU）分解成几个传输协议数据单元（TPDUS）进行传输。 TPDUS的格式如下： TH USEDATA TH的格式如下： 7 6 5 0 FIR FIN SEQUENCE FIN：为0表示后面还有数据帧。 为1表示这是数据的最后一帧。 FIR：为1表示本帧是数据的第一帧。 为0表示本帧不是数据的第一帧。 SEQUENCE：表示本帧数据的序列号，用于防止帧丢失和重复。 三、应用层 应用层的命令可以分成如下两类： 应用层的请求命令，格式如下：（只有主站才能发请求命令） REQUEST HEADER OBJECT HEADER DATA OBJECT HEADER DATA 其中REQUEST HEADER的格式如下： APPLICATION CONTROL FUNCTION CODE APPLICATION CONTROL的格式： 7 6 5 4 0 FIR FIN CON SEQUEN