济南gis电子地图系统_高精度gis

故障案例

案例一、2018年12月7日，某AT所271断路器电调端远动操作，开关拒动。经检修车间人员检查后发现电压互感器与GIS高压开关柜连接插座部位处有放电烧伤痕迹，现场测量271断路器气室压力为0.009 bar，远低于正常值的0.06 bar。后续检查发现电压互感器内锥绝缘橡胶体处烧损严重，同时GIS高压开关柜电压互感器插座损伤严重，此损伤破坏了断路器气室的密封，最终导致断路器气室漏气，使得压力低于标准值，详见下图故障现场示意图的案例一。另外对电压互感器本体进行电气预防性试验发现，其绝缘电阻、绕组直流电阻、交流耐压和励磁特性等试验项口符合国家和铁路总公司相关要求。但因GIS高压开关柜本体设备损坏程度较大，现场不具备修复条件，返厂维修后该所设备已恢复正常运行。

案例二(实物见下图),2018年12月22日3时30分，某牵引所馈线开关213断路器在天窗点结束后送电失败，距离I段保护动作，故障公里标指向其供电臂上的某分区所。经检修车间人员检查，发现此分区所271 GIS高压开关柜的电压互感器与开关柜连接插座部位处有显著放电烧伤痕迹，GIS高压开关柜气室压力正常。后续拆解检查发现电压互感器内锥绝缘橡胶体处和GIS高压开关柜电压互感器插座烧损严重，但电压互感器本体电气预防性试验符合相关要求，详见下图故障现场示意图的案例二。由设备厂家现场对此GIS高压开关柜进行处置后，设备恢复正常运行。此故障非正常供电状况时间持续45个小时。

案例分析

结合故障案例中的案例一和案例二可以得出以下几个特点:

1）故障的起因并非由于电压互感器和GIS高压开关柜本身的电气参数不符合技术条件，或现场电气环境参数超过设备允许值而造成的设备损坏，故障发生后单体设备的电气参数仍然符合国家相关标准和铁总要求;

2）故障的主要原因都是由于电压互感器高压接头处的橡胶绝缘体与高压开关柜插座处的连接部位发生了绝缘击穿导致了故障的发生;

3）此故障有可能会造成设备事故扩大化，从而造成更加恶劣的影响。

综上所述，可以判断导致故障的起因应该为电压互感器与GIS高压柜连接部位存在长期的电树枝现象。电树枝是指任何固体类介质在高强度电场作用下，其绝缘部位的某一区域会形成树枝状的局部损坏，在此电场的长时间作用下，此树枝通道会顺着电场的方向贯穿于整个绝缘，最终形成绝缘击穿破坏。

故障发生的大致经过如下:电压互感器在与GIS高压开关柜插座安装时会形成气体的压缩，此压缩气体不会因施工中采取任何限制措施或改进施工工艺而消失;由于施工工艺和设备厂家作业指导书的要求，电压互感器橡胶绝缘体部位会涂抹一定量的绝缘硅脂油，以保证安装的顺畅，并起到填补二者之间空隙的作用，并起到尽量减少电树枝现象发生的可能性;但在施工中，绝缘硅脂油的均匀涂抹以完全避免电树枝现象的操作根本无法达成，因此电树技现象的存在具有必然性，但发展的速度是有明显区别的，且在施工中如果不对压缩气体进

行限制，即在安装过程中没有采取放气的措施，大的压缩空气压力，会促进电树技现象的发展，最终的结果就是加速导致绝缘部分的击穿;击穿过程会产生大的短路电流，同时产生较大的热量释放，会促进压缩空气的压力快速发展，当超过柜体允许限定值，有可能会破坏GIS高压开关柜的柜体，造成故障扩大;短路电流随着对应断路器的跳闸而结束，整个故障结束。

处理服务构建的技术路线

本文首先对处理服务的定义及原理进行研究。其次，利用Visual Studio. NET开发平台研究GIS算法封装、服务流程编排及服务接口实现等内容，关键是将处理功能封装为Web服务及服务接口的实现。客户端向服务器端发送请求，服务器端接收并分析用户请求，以XML文档的形式返回处理结果，完成了客户端与服务器端的互操作，帮助用户根据需要调用相关处理服务。最后，结合全球地表覆盖动态信息服务系统中变化检测服务实现了将处理功能封装为.asmx服务、基于JavaScript进行流程编排和服务调用等功能

基于.NET技术的处理服务构建方法

 1 GIS算法封装

基于.NET平台构建处理服务，为了提高Web处理服务中空间分析、空间处理等算法的可扩展性，建立算法注册中心，开发人员可以将与处理功能有关的GIS算法封装成为组件，通过在算法注册中心注册存放在算法库内，便于GIS算法的查询、集成和共享。

构建算法注册中心的目的是维护算法类的元数据信息，这主要包括每个GIS算法的标识符、实现类的Qualified Name，算法的输入、输出参数等。为了能够把所有GIS算法成功注册到注册中心，可以在服务初始化时将已有的算法模块动态地加载到注册列表中。接着，算法注册中心将注册列表中已注册的算法类中定义的Annotation注释信息提取出来，方便用户搜索和使用GIS算法，实现处理功能的实时有效调用

 2处理服务流程编排

处理服务流程编排是通过流程驱动方式对有关Web服务组件进行组合和编排，以形成服务流程。由于Web服务具有松散耦合、分布式异构环境下易集成的特点，它要求服务流程编排应该满足灵活、敏捷、可视化、个性化定制等特性。

处理服务流程编排实现过程中，分为前台部分和后台部分。前台是优化服务流程编排需求，包括流程的设计、替换、修改、保存等操作;后台是利用前台生成的XML文件对流程进行部署。用户在前台选择新建流程后，首先根据自己的需要进行流程设计，并根据实际情况判断是否需要对生成的XML文件进行调整和修改。然后，将符合要求的XML文件保存在后台中，并且将此流程部署在数据库中，便于外部系统以服务的形式调用该流程。由于外部系统发送的参数与本地参数存在差异，后台会专门定义一个解析外部字符流的类来识别外部系统传送过来的参数，包括服务名称、服务数据等内容，最终完成该流程的顺利执行。处理服务流程编排的具体实现过程