Migrating to AF and AF driven Power applications Presented by Henryk Schneider SP-AusNet Steve O Donnell Realtime Results
Agenda About Us Migration to PI System 2010 Projects Wiredown/SWER Events/BrownOuts Load Profile Analysis Windows Services 2
About SP AusNet Diversified energy business $7 billion electricity & gas network 1.2 million customers 3
What we do Managing three key Victorian energy networks Electricity Transmission Network 13,000 high voltage towers ~6,580 km of transmission lines Electricity Distribution Network 650,000 customers Network spans 49,500 kms across an area of 80,000 sq. kms. Gas Distribution Network 620,000 customers Network spans 10,000 kms across an area of 60,000 sq. kms. 4
Realtime Results RtR Started with the Asset Condition Management project in 2006 Dynamic Lines, Transformers and Asset Health Continued with additional projects for Weather Warning System Gas Advisor and Leak detection system Background 34 years in Process Control and Process Management Systems 26 years with the PI System TM 22 years active software development Focus is advanced value-added PI applications for clients 5
Upgrade to PI 2010 v3.4.380.36 --> v3.4.385.77 Drivers end of life hardware performance archive storage software upgrade 6
System info 13 servers (Windows 2003) Point count 370,000 Module count 7,300 Archive storage 800GB 1000 archive files online 7
Products used PI Server PI ACE rtwebparts rtalerts PI - ESCA HabConnect, PI to PI, HTML, PerfMon, SNMP, Ping, TCPResp, RDBMS, PIOLEDB PI Datalink PI Processbook Windows Services 3.0 MS SQL 2005 MS SQL 2005 Reports PI SDK applications 8
System Architecture Corporate WSS 3.0 RtWebParts RtAlerts PI HTML PI UFL PI RDBMS Site A Site B Misc. Misc. WSS 3.0 RtWebParts DMZ PI ACE Custom Services PI ACE Server A PI Server PI PerfMon PI SNMP PI Ping PI TCP Resp Collective Server B PI ACE SCADA HabConnect - Transmission HabConnect Distribution & Gas SCADA SCADA SCADA 9
Key Changes 32 bit -> 64 bit environment (Windows Server 2008 R2) Module DB -> Asset Framework 2010 rtwebparts -> PI WebParts 2010 rtalerts -> PI Notifications 2010 PI Datalink 3.1 -> 2010 * PI Processbook 3.1 -> 3.2 * WSS 3.0 -> 2010 Foundation MS SQL & Report Server 2005 -> 2008 MS Visual Studio 2005 -> 2010 10
Approach Staged implementation around each system component Install Migrate software/database Run in parallel Test & Verify Cutover Advantages Low risk Minimised impact on users Rollback simple by switching users/apps back to old system 11
Communication PI Bulletin newsletter Pre and Post cutover information & instruction e- mails. 200+ users 12
Migration Misc.. Misc. Collective PI ACE Server A Server B PI ACE SCADA SCADA SCADA 13
Stage 1 New SCADA interfaces Misc.. Misc. Collective PI ACE Server A Server B PI ACE New SCADA New SCADA New SCADA New SCADA 14
Stage 2 New Collective & AF AF Collective Misc.. AF Server A AF Server B Misc. Collective PI 2010 PI ACE Server A1 Server B1 PI ACE PI to PI Collective New SCADA New SCADA Server A Server B New SCADA New SCADA 15
Stage 3 Misc. & temp. interfaces New Misc Intf AF 2010 Collective New Misc Intf AF Server A AF Server B Temp SCADA Server A1 PI 2010 Collective Server B1 Temp SCADA Misc.. PI to PI Misc. PI ACE New SCADA New SCADA Server A Collective Server B New SCADA New SCADA PI ACE 16
Stage 4 New ACE Servers New Misc Intf AF Server A AF 2010 Collective AF Server B New Misc Intf New ACE A1 New ACE A2 New ACE B1 New ACE B2 PI 2010 Collective Temp SCADA Server A1 Server B1 Temp SCADA Misc.. Misc. PI ACE New SCADA New SCADA Server A Collective Server B New SCADA New SCADA PI ACE 17
Stage 5 New portal New AF 2010 Collective New New Misc Intf AF Server A AF Server B New Misc Intf New ACE A1 New ACE A2 New ACE B1 New ACE B2 PI 2010 Collective Temp SCADA Server A1 Server B1 Temp SCADA Misc.. Misc. PI ACE New SCADA New SCADA Server A Collective Server B New SCADA New SCADA PI ACE 18
Stage 6 Switch SCADA interfaces New Misc Intf New AF 2010 Collective New New Misc Intf AF Server A AF Server B New ACE A1 New ACE A2 New ACE B1 New ACE B2 PI 2010 Collective New SCADA New SCADA Server A1 Server B1 New SCADA New SCADA Misc.. Misc. PI ACE Collective PI ACE Temp SCADA Server A Server B Temp SCADA 19
Stage 7 Cutover Users New Misc Intf New AF 2010 Collective New New Misc Intf AF Server A AF Server B New ACE A1 New ACE A2 New ACE A1 New ACE A2 PI 2010 Collective New SCADA New SCADA Server A1 Server B1 New SCADA New SCADA 20
Lessons Learned Memory usage & File System Cache (FSC) under 64bit environment OSIsoft KB Article # KB00784 AF Collective (Replication) can t write to AF database when Primary is not available. 21
Possible AF Deployment Scenarios PI AF 2010 Users s Guide. 22
Resources PI Server 2010 Installation and Upgrade Guide PI Server Installation and Upgrade Guide v3.4.380 PI User Guides Tech Support Realtime Results vcampus 23
Recent AF based Applications WireDown Events SWER Step Events Device Operations Load Analysis Consumption Summaries Data Transfers Gas Logging Meter Management BrownOut Analysis 24
Wiredown/SWER Events Project Problem Power lines in distribution network fail periodically Need to detect and alarm these events urgently Proposal Use data from the field devices to detect failure in realtime Projects are in Trial/Evaluation mode 25
Wiredown/SWER Applications Separate Windows Service applications.net 4 based using VB.NET AF Template driven 104 Substations, 365 Feeders,2237 devices Not ACE based Primary/Standby 26
Asset Definition 27
Template Driven 28
Field Devices Circuit Breaker/Feeder Relays (F650, SR760) AutoReclosers ACR s (Form 5, Form 6, & RC10) Single Wire Earth Return AutoReclosers SWER s (RC10S and Nulec) Sectionalisers SEC (GSS100 & CAPM5) Data received via SCADA 29
Device Definition 30
Application Device Uses High Voltage Load analysis Substation Load Analysis Consumption Summary WireDown Analysis SWER Step Event Analysis Fire Risk Analysis 31
Devices in AF Check made for new tags Device elements automatically created New device added when new tag found Based on template Trigger values calculated when sufficient history is available (~ 1 week) Device elements used by many applications 32
WireDown Trigger Condition Send Email Alarm Calculated Trigger Value (Amps) (based on Time weighted average data) Specified Period (mins) 33
WireDown Conditions Important to eliminate false positives Otherwise ignored by Control Room Filter out several conditions Abnormal Load switching Parallel events Relay testing Email Alerts issued for various cases Embedded trends for fast assessment 34
WireDown Earth Fault Alarm Email Alert 35
Abnormal Load Switch - Resolved 36
Real WireDown Example 37
SWER Step Change Analysis Calculated Step Change exceeded (Amps) Analysed all steps over last 60 days to calculate Step trigger value for Device Alarm sent after specified duration 38
SWER Earth Fault Email Alert
Load Profile Project Problem Planners need to know what power is going through their Pole transformers (aka Substations) Need to aggregate usage via Smart meter data Simple tool required for analysis Proposal Combine Oracle and PI data to analyse data Perform calculations for 60,000 meters Summaries for Weekly, Yearly data Calculation run over 3 4 days Provide Web based tool for planners 40
Web site for Load Profile Analysis 41
42
Search by Name or NMI 43
Select Time to see trend 44
Plot Load and Frequency 45
Load Plot 46
Frequency and Duration Plots 47
Applications Settings via Web page 48
Application Management Project Problem Growing number of Windows Services installed Installed in Primary/Standby configuration Need to monitor performance and track activity Proposal Define Application template for common approach Provide Element Relative display for PI System Manager 49
Application Management Currently running 9 Windows Services Performing a variety of tasks Consumption Summaries Automated Data Transfers via FTP/Email Substation Load Profile calculations Tracking Gas Corrosion Loggers Tracking Wiredown and Earth faults Running in Primary/Standby mode AF used to monitor Services 50
Applications in AF 51
Application Template 52
Application Monitoring via ER displays 53
Application Monitoring via ER displays 54
Conclusions Trials have proven effective Real and impending faults identified early No cost benefits done as yet AF is very versatile for developing applications AF Templates reduce significant re-work 55
Questions? 56
Henryk Schneider henryk.schneider@sp-ausnet.com.au Systems Analyst SP-AusNet Steve O Donnell steve@rtresults.co.nz Managing Director Realtime Results Ltd 57
Brought to you by