1588网络PTP/NTP/SNTP时钟同步服务器应用数字化电厂
1588网络PTP/NTP/SNTP时钟同步服务器应用数字化电厂
京准科技官微——ahjzsz
一、变电站时钟同步基本概况
随着对IEC 61850标准研究的不断深入,国内外学者提出基于IEC61850通信标准体系建设数字化变电站的发展思路。数字化变电站与常规变电站的显著区别在于过程层传统的电流/电压互感器、断路器将被电子式电流/电压互感器、智能断路器取代。在数字化变电站中数据信息的共享程度和数据的实时性将得到大幅度提高。IEC61850标准对智能电子设备的时钟精度功能要求划分为5个等级(T1-T5),其中用于计量的T5等级精度达到1us。
目前全球定位系统(global positioning system,GPS)在变电站自动化系统(substa-tion automationsystem,SAS)中应用很多,GPS同步设备通过硬接线利用脉冲信号进行对时,具有精度高、成本低的特点,其相关技术已很成熟。但是变电站数字化的发展趋势使得站内二次硬接线被串行通信线所取代,为此IEC61850标准引入了简单网络时间协议(simple network time protocol,SNTP)作为网络对时协议。SNTP是互联网网络时间协议(network timeprotocol,NTP)的简化标准。在一定的网络结构下,NTP对时精度可达T1等级(1ms),广域网内误差范围为10~100 ms。NTP/SNTP的网络应用较成熟,但是实现T3等级精度25us很困难。
2002年发布的IEEE 1588定义了一种用于分布式测量和控制系统的精密时间协议(precision timeprotocol,PTP),其网络对时精度可达亚us级,引起了自动化、通信等工业领域研究者的重视。国外一些公司(如Altera、Rockwell等)相继开始了支持IEEE1588的相关硬件产品开发和IEEE 1588具体工业应用的研究,经进一步完善的IEEE1588标准第2版已经于2008年发布。鉴于IEEE1588高精度的分布式网络对时特点,IEC TC57第10工作组准备在支持IEEE1588的交换机和以太网芯片有成熟的商业应用后,将IEEE1588引入IEC 61850。因此研究IEEE1588在数字化变电站中的具体应用具有重要意义。
二、IEEE1588的介绍和实现
IEEE1588即PTP(Precision Time Protocol)是适应智能化变电站时间同步的网络对时方式。该标准在提出之初是致力于工控和测量的精密时钟同步协议标准,目标是提供亚微妙的同步精度应用。后来该标准受到了自动化领域尤其是分布式运动控制领域的关注,远程通信和电力系统等相关组织也对其表现出浓厚的兴趣。目前在数字化变电站方面,IEEE1588是时间同步的第一选择。
PTP系统采用主从层次式结构来同步时钟,主要定义了4种多点传送的时钟报文类型:(1)同步报文,简称Sync;(2)跟随报文,简称Follow_Up;(3)延时要求报文,简称Delay_Req;(4)回应报文,简称Delay_Resp。实现机制如图所示。图中:T1为主端发送同步报文的时间;T2为从端收到同步报文的时间;T3为从端发送延迟请求报文的时间;T4为主端收到延迟请求报文的时间。这里假定同步报文的收到延迟与延迟请求报文的发送延迟相同,即路径是对称的。
主从时钟间的偏移量TOffset以及传输延迟TDelay
计算公式为:
PTP系统中的时钟在结构上分为普通时钟(ordinary clock,OC)与边界时钟(boundary clock,BC),功能上解释为主时钟与从时钟。OC为只有一个PTP端口的对时源端或终端设备,BC为有多个PTP端口的交换机、路由器或智能设备。系统中的源时钟称为根时钟(grandmaster clock,GC)。
时标单元是PTP实现高精度对时的关键,PTP事件报文的时标点经过时钟时标点时由报文检测模块捕获,进而触发时标记录,存储精确时标数据供应用程序处理。时钟按照PTP纪元时间设计成32位整数s加32位分数s(ns级),由单一振荡器触发。PTP系统的主从层次结构由最佳主时钟(best master clock,BMC)算法和事件决定,BMC算法独立运行于每个时钟,时钟之间不会进行相互协商。依据同步报文含有的信息以及驻存于时钟的数据集信息,运用数据集比较算法判断两处信息的优劣,采用状态决定算法产生时钟端口推荐状态,再结合特定背景得到端口确定状态。PTP的BC模型与OC模型结构类似,不再赘述。
IEEE1588分为V1和V2两个版本,V2在V1的基础上规范了报文格式,增加了End-to-end transparent clock和Peer-to-peer transparent clock等设备类型,增加了可以减少报文数量Peer Delay的对时机制。对于电力系统的点对点对时要求,V1就完全可以满足。

三、IEEE1588的特点及优势
IEEE1588实现主从同步与其他网络对时方案相比有以下特点
(1)Sync报文发送时刻的精确值并不包含于此报文中,而是在其之后的Follow_Up报文中,这样所带来的益处是报文传输时间和时间测量互不影响。
(2)主方通过位于底层的时标生成器获得精确信息后,发送Follow_Up报文,精确的反映了Sync报文的发送时刻。从方利用时标生成器,可以精确测量Sync报文的接收时刻。这种精确时刻的保证是因为时间标签信息是在接近于物理层“加盖”的。同样,Delay_Req报文和Delay_Resp报文传输时刻也能实现精确的时间标记。 (3)相对于主从时钟偏移量测量,主从通信路径延时测量并不是周期性的执行,而是较长时间间隔才执行一次,这样可以减少网络负载和终端设备的处理任务。
正是由于这种软,硬件结合的方案,消除了协议堆栈延时的不定性,使得IEEE1588协议同步可以达到亚微妙级的精度。
针对与数字化变电站的测量,同步相量的测量需要一个精度达到1us的UTC时间源,这可以通过为每个站点提供一个GPS接收器作为主参照时间来得到。就目前而言,站点内各个设备采用IRIG-B技术从GPS接收器获得相应的时间。
站点内设备数据的采集和传送一般通过局域网LAN进行,而正是由于采用了局域网这种方式,为IEEE1588标准在电力系统中的应用提供了一种机遇,并且由于目前市场上已经具有可以实现IEEE1588功能的边界时钟交换机,因此从技术上和应用环境上分析,采用IEEE 1588技术来代替现有的IRIG-B技术是切实可行的。而且,电厂内部各个电器设备,包括电压器、电流互感器、电压互感器以及各种监控设备之间的距离通常在一公里到两公里的范围之内,这刚好是IEEE1588标准所适用的局域网范围。
相对于传统的脉冲,IRIG-B等的硬对时方式,IEEE 1588可以自动校正线路的距离,这跟IRIG-B相比,极大地简化了站点内部各个设备之间时间的分配和同步。而且,由于采用IEEE 1588标准使用网络对时,可以减少系统内部专用的对时双绞线,因此可以提高系统的稳定性,并且费用也比采用IRIG-B的方案更加经济方便。所以,IEEE1588网络对时方式以其无以伦比的灵活性必将取代传统的硬对时方式成为电力系统最主要的通信方式
四、结束语
许多工业、测试和测量、通信应用都要求高精度的时钟信号以便同步控制信号和捕捉数据等。在标准以太网中应用的IEEE 1588精密时间协议(PTP)为传播主时钟时序给系统中的许多结点提供了一种方法。
————————————————
我想安装一个带有一些身份验证的私有(private)Rubygem服务器。我希望能够使用公共(public)Ubuntu服务器托管内部gem。我读到了http://docs.rubygems.org/read/chapter/18.但是那个没有身份验证-如我所见。然后我读到了https://github.com/cwninja/geminabox.但是当我使用基本身份验证(他们在他们的Wiki中有)时,它会提示从我的服务器获取源。所以。如何制作带有身份验证的私有(private)Rubygem服务器?这是不可能的吗?谢谢。编辑:Geminabox问题。我尝试“捆绑”以安装新的gem..
对于具有离线功能的智能手机应用程序,我正在为Xml文件创建单向文本同步。我希望我的服务器将增量/差异(例如GNU差异补丁)发送到目标设备。这是计划:Time=0Server:hasversion_1ofXmlfile(~800kiB)Client:hasversion_1ofXmlfile(~800kiB)Time=1Server:hasversion_1andversion_2ofXmlfile(each~800kiB)computesdeltaoftheseversions(=patch)(~10kiB)sendspatchtoClient(~10kiBtransferred)Cl
我构建了两个需要相互通信和发送文件的Rails应用程序。例如,一个Rails应用程序会发送请求以查看其他应用程序数据库中的表。然后另一个应用程序将呈现该表的json并将其发回。我还希望一个应用程序将存储在其公共(public)目录中的文本文件发送到另一个应用程序的公共(public)目录。我从来没有做过这样的事情,所以我什至不知道从哪里开始。任何帮助,将不胜感激。谢谢! 最佳答案 无论Rails是什么,几乎所有Web应用程序都有您的要求,大多数现代Web应用程序都需要相互通信。但是有一个小小的理解需要你坚持下去,网站不应直接访问彼此
我尝试运行2.x应用程序。我使用rvm并为此应用程序设置其他版本的ruby:$rvmuseree-1.8.7-head我尝试运行服务器,然后出现很多错误:$script/serverNOTE:Gem.source_indexisdeprecated,useSpecification.Itwillberemovedonorafter2011-11-01.Gem.source_indexcalledfrom/Users/serg/rails_projects_terminal/work_proj/spohelp/config/../vendor/rails/railties/lib/r
刚入门rails,开始慢慢理解。有人可以解释或给我一些关于在application_controller中编码的好处或时间和原因的想法吗?有哪些用例。您如何为Rails应用程序使用应用程序Controller?我不想在那里放太多代码,因为据我了解,每个请求都会调用此Controller。这是真的? 最佳答案 ApplicationController实际上是您应用程序中的每个其他Controller都将从中继承的类(尽管这不是强制性的)。我同意不要用太多代码弄乱它并保持干净整洁的态度,尽管在某些情况下ApplicationContr
最近,当我启动我的Rails服务器时,我收到了一长串警告。虽然它不影响我的应用程序,但我想知道如何解决这些警告。我的估计是imagemagick以某种方式被调用了两次?当我在警告前后检查我的git日志时。我想知道如何解决这个问题。-bcrypt-ruby(3.1.2)-better_errors(1.0.1)+bcrypt(3.1.7)+bcrypt-ruby(3.1.5)-bcrypt(>=3.1.3)+better_errors(1.1.0)bcrypt和imagemagick有关系吗?/Users/rbchris/.rbenv/versions/2.0.0-p247/lib/ru
在Rails4.0.2中,我使用s3_direct_upload和aws-sdkgems直接为s3存储桶上传文件。在开发环境中它工作正常,但在生产环境中它会抛出如下错误,ActionView::Template::Error(noimplicitconversionofnilintoString)在View中,create_cv_url,:id=>"s3_uploader",:key=>"cv_uploads/{unique_id}/${filename}",:key_starts_with=>"cv_uploads/",:callback_param=>"cv[direct_uplo
我是一个Rails初学者,但我想从我的RailsView(html.haml文件)中查看Ruby变量的内容。我试图在ruby中打印出变量(认为它会在终端中出现),但没有得到任何结果。有什么建议吗?我知道Rails调试器,但更喜欢使用inspect来打印我的变量。 最佳答案 您可以在View中使用puts方法将信息输出到服务器控制台。您应该能够在View中的任何位置使用Haml执行以下操作:-puts@my_variable.inspect 关于ruby-on-rails-如何在我的R
我想在Ruby中创建一个用于开发目的的极其简单的Web服务器(不,不想使用现成的解决方案)。代码如下:#!/usr/bin/rubyrequire'socket'server=TCPServer.new('127.0.0.1',8080)whileconnection=server.acceptheaders=[]length=0whileline=connection.getsheaders想法是从命令行运行这个脚本,提供另一个脚本,它将在其标准输入上获取请求,并在其标准输出上返回完整的响应。到目前为止一切顺利,但事实证明这真的很脆弱,因为它在第二个请求上中断并出现错误:/usr/b
您如何在Rails中的实时服务器上进行有效调试,无论是在测试版/生产服务器上?我试过直接在服务器上修改文件,然后重启应用,但是修改好像没有生效,或者需要很长时间(缓存?)我也试过在本地做“脚本/服务器生产”,但是那很慢另一种选择是编码和部署,但效率很低。有人对他们如何有效地做到这一点有任何见解吗? 最佳答案 我会回答你的问题,即使我不同意这种热修补服务器代码的方式:)首先,你真的确定你已经重启了服务器吗?您可以通过跟踪日志文件来检查它。您更改的代码显示的View可能会被缓存。缓存页面位于tmp/cache文件夹下。您可以尝试手动删除