基于CAN网采用滑动窗口技术传输故障录波的方案实现(修订稿2).docVIP

基于CAN网采用滑动窗口技术传输电网故障信息的方案实现 唐喜1 孟岩1 (北京四方继保护自动化股份有限公司研发中心 北京 100085) 摘要：针对CAN(Controller Area Network)网传输智能电子设备IED(Intelligent Electronic Device，以下简称IED)信息速度慢的现状，提出基于CAN网结构采用滑动窗口技术实现IED内部各通信插件之间信息交换的方法，将以太网TCP/IP协议中的“一问多答”、“断点续传”等先进技术应用到CAN网，可使IED大量的描述信息准确、快速交换，尤其是IED长时间故障录波后，可快速上传到分析终端进行故障诊断，缓解IED嵌入式系统的缓冲压力，提高IED长时间故障录波次数，满足国内外市场对IED 连续故障录波能力的高要求。对比试验发现，与传统的“停止-等待协议”相比，“滑动窗口协议”传输电网故障信息更加高效，同时“滑动窗口协议”配置灵活，通过设变窗口尺寸，即可兼容“停止-等待协议”。此技术也可用于IED其它信息要求快速交换的场合。 关键词：IED； 滑动窗口； 停止-等待协议； 嵌入式系统 引言 电力行业正在飞速发展，电力系统不断壮大，快速、准确定位电网故障显得尤为重要，从而用户对IED故障录波[1]能力要求也不断提高，迫使各大IED生产厂家不断推出新的硬件、软件平台，随着近几年电子工业的发展，硬件不断网络化，软件网络化也有了新的进展，但出于对IED实时性的特殊要求，保护软件直接借用TCP/IP协议[2]显然不能满足快速性要求，为此需要采用简单、可靠协议，通常各IED生产厂家对IED内部各插件之间的通信协议均是自己制订，没有统一的标准，在对故障录波能力要求不高的情况下，都可以满足要求。但随着国内外市场对IED故障录波能力要求的不断提高，传统的软件协议已不能满足要求。故障录波存储容量、传输速度、打印速度等已成为衡量IED能力的一个重要指标。以往电网出现大扰动时，故障复杂，再加上连续故障，大多数IED的故障录波并不理想，有的因为故障录波超过存储容量，更多的还是因为IED嵌入式系统[3]缓冲受限，故障录波后不能及时存储、上传至远方，造成录波数据丢失，即使不丢失，想及时查看故障波形也需要等待好长时间，原因就在于大多数IED对于录波处理采用传统的“停止-等待协议”[4]，不能满足录波容量大、快速传输的要求，成为IED录波处理能力的瓶颈。本文提出的滑动窗口技术可以打破此瓶颈，提高IED录波处理能力的性能指标，并给出基于CAN网的实现方案及对比试验。 原理 CAN[5]属于现场总线的范畴,它是一种有效支持分布式控制或实时控制的串行通信网络。CAN已经形成国际标准，并已被公认为几种最有前途的现场总线之一CAN具有十分优越的特点，使人们乐于选择。这些特性包括： 低成本 极高的总线利用率 很远的数据传输距离(长达10Km) 高速的数据传输速率（高达1Mbit/s） 可根据报文的ID决定接收或屏蔽该报文 可靠的错误处理和检错机制[6] 发送的信息遭到破坏后，可自动重发 节点在错误严重的情况下具有自动退出总线的功能 报文不包含源地址或目标地址，仅用标志符来指示功能信息、优先级信息 CAN网上对于一些简单应用，可以采用“停止-等待协议”，即传统意义上的“一问一答式协议”，(主要流程如图1所示)。但对于数据量大、实时性要求高的场合，“停止-等待协议”不能满足要求，本文提出“滑动窗口协议”，对比二者原理上的优缺点后，即可以发现“滑动窗口协议”的优势。 停止-等待协议 停止-等待(stop-and-wait)的思想：发送方传输一帧之后，在传输下一帧之前等待一个确认。如果在某段时间之后确认没有到达，则发送方超时，重发原始帧。 介绍两个专有名词：确认（acknowledgement）和超时（timeout） 确认[4]（简称ACK）：协议发给它的对等实体的一个小的控制帧，告知它已收到刚才的帧。 控制帧是一个无任何数据的头部，但是一个协议也可以将一个ACK捎带在一个恰好要发向对方的数据帧上。 发送方收到一个确认，表明帧发送成功。如果发送方在合理的一段时间后未收到确认，那么它重发（retransmit）原始帧。等待一段合理的时间的这个动作称为超时[4]（timeout） 使用确认和超时实现可靠传输的策略有时称为自动请求重发（Automatic Repeat Request，ARQ）。 图 1停止-等待协议正常情况下的流程图 Fig. 1 Stop-wait protocol flow chart under normal conditions 上述可以发现停止-等待算法的主要缺点：允许发送方每次在链路上只有一个未确认的帧，这可能远远低于链路的容量。 滑动窗口